Hello Guys,
I was attempting to run fiasco built for CortexA9/realview-pbx board on qemu. "qemu-system-arm" version used for this experimentation is "QEMU PC emulator version 0.12.5 (qemu-kvm-0.12.5)" L4 Code used "l4re-core-2011020417" with hello world example.
Below are the messages which i got when i tried to run fiasco on qemu - 1st set of logs I tried to comment the check inside Board_check::check_board() in the hope that it might boot up, but later i got crash for qemu (hw mismatch ?) - 2nd set of logs
*1st set of logs* ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ L4 msgs specifying invalid sys id~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ novino@naveen-linux:~/L4/l4re-core-2011020417/src/l4/mybuild-realview-pbx-a9/images$ qemu-system-arm -M realview-pbx-a9 -cpu cortex-a9 -kernel bootstrap_hello.elf -m 256 -nographic -net nic -net user
L4 Bootstrapper Build: #2 Thu Feb 10 18:21:42 MVT 2011, 4.5.1 Scanning up to 256 MB RAM ........some messages ..... Starting kernel fiasco at 00001000 Cache config: ON Realview System ID: Rev=0 HBI=178 Build=0 Arch=5 FPGA=00 Invalid System ID for this kernel config Expected (01780500 & ffffff00) == 1182f500 Stopping. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ end of msgs ~~~~~~~~~~~~~~~~~~~~~
*2nd Set of logs* ~~~~~~~~~~~~~~~~~~~ L4 msgs after modifying Board_check::check_board() ~~~~~~~~~~~~~~~~~~~~~~~~ novino@naveen-linux:~/L4/l4re-core-2011020417/src/l4/mybuild-realview-pbx-a9/images$ qemu-system-arm -M realview-pbx-a9 -cpu cortex-a9 -kernel bootstrap_hello.elf -m 256 -nographic -net nic -net user
L4 Bootstrapper Build: #3 Thu Feb 10 19:06:41 MVT 2011, 4.5.1 Scanning up to 256 MB RAM Memory size is 256MB (00000000 - 10000000) RAM: 0000000000000000 - 000000000fffffff: 262144kB Total RAM: 256MB mod04: 010d3000-010f4450: hello mod03: 010b1000-010d2488: l4re mod02: 01073000-010b066c: moe mod01: 01061000-01072304: sigma0 mod00: 01015000-010608f8: fiasco Moving 5 modules to 1100000 with offset eb000 moving module 05 { 10d3000-10f4450 } -> { 11be000-11df450 } moving module 04 { 10b1000-10d2488 } -> { 119c000-11bd488 } moving module 03 { 1073000-10b066c } -> { 115e000-119b66c } moving module 02 { 1061000-1072304 } -> { 114c000-115d304 } moving module 01 { 1015000-10608f8 } -> { 1100000-114b8f8 } Scanning fiasco Scanning sigma0 Scanning moe --init=rom/hello Relocated mbi to [0x100f000-0x100f0d6] Loading fiasco Loading sigma0 Loading moe find kernel info page... found kernel info page at 0x2000 Regions of list regions [ 1000, 19ff] { a00} Kern fiasco [ 2000, 5cfff] { 5b000} Kern fiasco [ 90000, 9e193] { e194} Sigma0 sigma0 [ 140000, 18b48b] { 4b48c} Root moe [ 1000000, 10143eb] { 143ec} Boot bootstrap [ 100f000, 100f1d3] { 1d4} Root Multiboot info [ 119c000, 11df44f] { 43450} Root Modules Memory API Version: (87) experimental Sigma0 config ip:00090000 sp:01013044 Roottask config ip:00140088 sp:00000000 Starting kernel fiasco at 00001000 Cache config: ON Realview System ID: Rev=0 HBI=178 Build=0 Arch=5 FPGA=00 <<Commented>> Invalid System ID for this kernel config Expected (01780500 & ffffff00) == 1182f500 Stopping. Hello from Startup::stage2 Initialize page table Number of IRQs available at this GIC: 96 Number of IRQs available at this GIC: 32 Vmem_alloc::init() qemu: fatal: Unimplemented cp15 register write (c9, c14, {0, 0})
R00=00000000 R01=00000000 R02=80000000 R03=00000001 R04=f00487b0 R05=00054004 R06=00215406 R07=00115406 R08=00015406 R09=00002000 R10=00000000 R11=0100f058 R12=ffffffff R13=f0048670 R14=f005bd3c R15=f005bd28 PSR=a00001d3 N-C- A svc32 Aborted ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~end of msgs ~~~~~~~~~~~~~~~~~~~~~~~~
Warm Regards, Naveen
Hi,
On Thu Feb 10, 2011 at 19:44:07 +0530, Naveen Chandrakar wrote:
I was attempting to run fiasco built for CortexA9/realview-pbx board on qemu. "qemu-system-arm" version used for this experimentation is "QEMU PC emulator version 0.12.5 (qemu-kvm-0.12.5)" L4 Code used "l4re-core-2011020417" with hello world example.
Below are the messages which i got when i tried to run fiasco on qemu - 1st set of logs I tried to comment the check inside Board_check::check_board() in the hope that it might boot up, but later i got crash for qemu (hw mismatch ?) - 2nd set of logs
The board-check passes on the real board. If I remember right it didn't really work as the real board last time I tried but that's some time ago. Things might have changed, I should retry. Anyway, any particular reason you want to use that config? 'realview-eb' should just work fine.
Adam
Dear Adam/L4hackers,
I've tried running realview-eb against L4 kernel built for arm926EJ and it runs smoothly without any glitches :) I was trying to run L4 for the smp variant (esp cortex a9 to be precise).
As per the qemu documentation
"realview-eb" - doesn't support support cortex a9, the one which i needed was with smp more than 1 (2 or 4) { Eg: novino@naveen-linux:~/L4/l4re-core-2011020417/src/l4/mybuild-realview-eb-a9/images$ qemu-system-arm -M realview-eb -cpu cortex-a9 -kernel bootstrap_hello.elf -m 256 -nographic -net nic -net user -smp 4 Number of SMP cpus requested (4), exceeds max cpus supported by machine `realview-eb' (1) }
However when i try to run any variant of L4 built for cortex a9 i'm getting stuck at the time of execution.
The three variants i've tried are
1) *L4 *- Cortex A9, realview-eb, other settings default. *Qemu Board *- realview-*eb* novino@naveen-linux:~/L4/l4re-core-2011020417/src/l4/mybuild-realview-eb-a9/images$ qemu-system-arm -M realview-eb -cpu cortex-a9 -kernel bootstrap_hello.elf -m 256 -nographic -net nic -net user
L4 Bootstrapper Build: #3 Fri Feb 11 15:32:49 MVT 2011, 4.5.1 Scanning up to 256 MB RAM Memory size is 256MB (00000000 - 10000000) RAM: 0000000000000000 - 000000000fffffff: 262144kB Total RAM: 256MB mod04: 010d3000-010f4450: hello mod03: 010b1000-010d2488: l4re mod02: 01073000-010b066c: moe mod01: 01061000-01072304: sigma0 mod00: 01015000-010608b8: fiasco Moving 5 modules to 1100000 with offset eb000 moving module 05 { 10d3000-10f4450 } -> { 11be000-11df450 } moving module 04 { 10b1000-10d2488 } -> { 119c000-11bd488 } moving module 03 { 1073000-10b066c } -> { 115e000-119b66c } moving module 02 { 1061000-1072304 } -> { 114c000-115d304 } moving module 01 { 1015000-10608b8 } -> { 1100000-114b8b8 } Scanning fiasco Scanning sigma0 Scanning moe --init=rom/hello Relocated mbi to [0x100f000-0x100f0d6] Loading fiasco Loading sigma0 Loading moe find kernel info page... found kernel info page at 0x2000 Regions of list regions [ 1000, 19bf] { 9c0} Kern fiasco [ 2000, 5cfff] { 5b000} Kern fiasco [ 90000, 9e193] { e194} Sigma0 sigma0 [ 140000, 18b48b] { 4b48c} Root moe [ 1000000, 10143eb] { 143ec} Boot bootstrap [ 100f000, 100f1d3] { 1d4} Root Multiboot info [ 119c000, 11df44f] { 43450} Root Modules Memory API Version: (87) experimental Sigma0 config ip:00090000 sp:01013044 Roottask config ip:00140088 sp:00000000 Starting kernel fiasco at 00001000 ----- Halts here, prior to cache config & board check
2) *L4 *- Cortex A9, realview-pbx-a9, other settings default. *Qemu Board *- realview-*pbx* novino@naveen-linux:~/L4/l4re-core-2011020417/src/l4/mybuild-realview-pbx-a9/images$ qemu-system-arm -M realview-pbx-a9 -cpu cortex-a9 -kernel bootstrap_hello.elf -m 1024 -nographic -net nic -net user -smp 1
L4 Bootstrapper Build: #3 Thu Feb 10 19:06:41 MVT 2011, 4.5.1 Scanning up to 256 MB RAM Memory size is 256MB (00000000 - 10000000) RAM: 0000000000000000 - 000000000fffffff: 262144kB Total RAM: 256MB mod04: 010d3000-010f4450: hello mod03: 010b1000-010d2488: l4re mod02: 01073000-010b066c: moe mod01: 01061000-01072304: sigma0 mod00: 01015000-010608f8: fiasco Moving 5 modules to 1100000 with offset eb000 moving module 05 { 10d3000-10f4450 } -> { 11be000-11df450 } moving module 04 { 10b1000-10d2488 } -> { 119c000-11bd488 } moving module 03 { 1073000-10b066c } -> { 115e000-119b66c } moving module 02 { 1061000-1072304 } -> { 114c000-115d304 } moving module 01 { 1015000-10608f8 } -> { 1100000-114b8f8 } Scanning fiasco Scanning sigma0 Scanning moe --init=rom/hello Relocated mbi to [0x100f000-0x100f0d6] Loading fiasco Loading sigma0 Loading moe find kernel info page... found kernel info page at 0x2000 Regions of list regions [ 1000, 19ff] { a00} Kern fiasco [ 2000, 5cfff] { 5b000} Kern fiasco [ 90000, 9e193] { e194} Sigma0 sigma0 [ 140000, 18b48b] { 4b48c} Root moe [ 1000000, 10143eb] { 143ec} Boot bootstrap [ 100f000, 100f1d3] { 1d4} Root Multiboot info [ 119c000, 11df44f] { 43450} Root Modules Memory API Version: (87) experimental Sigma0 config ip:00090000 sp:01013044 Roottask config ip:00140088 sp:00000000 Starting kernel fiasco at 00001000 Cache config: ON Realview System ID: Rev=0 HBI=178 Build=0 Arch=5 FPGA=00 <<Commented by naveen>> Invalid System ID for this kernel config Expected (01780500 & ffffff00) == 1182f500 Stopping. Hello from Startup::stage2 Initialize page table Number of IRQs available at this GIC: 96 Number of IRQs available at this GIC: 32 Vmem_alloc::init() qemu: fatal: Unimplemented cp15 register write (c9, c14, {0, 0})
R00=00000000 R01=00000000 R02=80000000 R03=00000001 R04=f00487b0 R05=00054004 R06=00215406 R07=00115406 R08=00015406 R09=00002000 R10=00000000 R11=0100f058 R12=ffffffff R13=f0048670 R14=f005bd3c R15=f005bd28 PSR=a00001d3 N-C- A svc32 Aborted novino@naveen-linux:~/L4/l4re-core-2011020417/src/l4/mybuild-realview-pbx-a9/images$ qemu-system-arm -M realview-pbx-a9 -cpu cortex-a9 -kernel bootstrap_hello.elf -m 1024 -nographic -net nic -net user -smp 4 qemu: fatal: Trying to execute code outside RAM or ROM at 0xe0001000
R00=00000000 R01=00000000 R02=00000000 R03=00000000 R04=00000000 R05=00000000 R06=00000000 R07=00000000 R08=00000000 R09=00000000 R10=00000000 R11=00000000 R12=00000000 R13=00000000 R14=00000000 R15=e0001000 PSR=400001d3 -Z-- A svc32 Aborted
3) *L4 *- Cortex A9, realview-pbx-a9, other settings default. *Qemu Board *- realview-*pbx, smp 4* novino@naveen-linux:~/L4/l4re-core-2011020417/src/l4/mybuild-realview-pbx-a9/images$ qemu-system-arm -M realview-pbx-a9 -cpu cortex-a9 -kernel bootstrap_hello.elf -m 1024 -nographic -net nic -net user -smp 4 qemu: fatal: Trying to execute code outside RAM or ROM at 0xe0001000
R00=00000000 R01=00000000 R02=00000000 R03=00000000 R04=00000000 R05=00000000 R06=00000000 R07=00000000 R08=00000000 R09=00000000 R10=00000000 R11=00000000 R12=00000000 R13=00000000 R14=00000000 R15=e0001000 PSR=400001d3 -Z-- A svc32 Aborted
If any working combination is there which has been tested/tried for Cortex A9 please let me know :).
PS: I don't have TI/Nvidia board but if it has been tried to be working on them, i can plan to get one. However wanted qemu to be my first choice, because of the ease of usage of gdb to debug L4.
Warm Regards, Naveen
On Fri, Feb 11, 2011 at 3:04 AM, Adam Lackorzynski < adam@os.inf.tu-dresden.de> wrote:
Hi,
On Thu Feb 10, 2011 at 19:44:07 +0530, Naveen Chandrakar wrote:
I was attempting to run fiasco built for CortexA9/realview-pbx board on qemu. "qemu-system-arm" version used for this experimentation is "QEMU PC
emulator
version 0.12.5 (qemu-kvm-0.12.5)" L4 Code used "l4re-core-2011020417" with hello world example.
Below are the messages which i got when i tried to run fiasco on qemu -
1st
set of logs I tried to comment the check inside Board_check::check_board() in the
hope
that it might boot up, but later i got crash for qemu (hw mismatch ?) -
2nd
set of logs
The board-check passes on the real board. If I remember right it didn't really work as the real board last time I tried but that's some time ago. Things might have changed, I should retry. Anyway, any particular reason you want to use that config? 'realview-eb' should just work fine.
Adam
Adam adam@os.inf.tu-dresden.de Lackorzynski http://os.inf.tu-dresden.de/~adam/
l4-hackers mailing list l4-hackers@os.inf.tu-dresden.de http://os.inf.tu-dresden.de/mailman/listinfo/l4-hackers
Hi,
On Mon Feb 14, 2011 at 17:46:34 +0530, Naveen Chandrakar wrote:
I've tried running realview-eb against L4 kernel built for arm926EJ and it runs smoothly without any glitches :) I was trying to run L4 for the smp variant (esp cortex a9 to be precise).
As per the qemu documentation
"realview-eb" - doesn't support support cortex a9, the one which i needed was with smp more than 1 (2 or 4) { Eg: novino@naveen-linux:~/L4/l4re-core-2011020417/src/l4/mybuild-realview-eb-a9/images$ qemu-system-arm -M realview-eb -cpu cortex-a9 -kernel bootstrap_hello.elf -m 256 -nographic -net nic -net user -smp 4 Number of SMP cpus requested (4), exceeds max cpus supported by machine `realview-eb' (1) }
However when i try to run any variant of L4 built for cortex a9 i'm getting stuck at the time of execution.
I looked a bit closer to that now and I'm afraid to tell that running MP on Qemu requires some extra coding work in Qemu itself. The first thing is secondary-cpu bootup for non-linux systems which I could fix. But then I see that cp15-c7 is completely not implemented which is required for VA-PA translations. That's how far I looked into it for now...
Adam
Dear Adam,
Actually when we tried qemu for running "smp linux", and it ran fine with "realview-pbx-a9" board with "-smp 4". Where it booted up with 4 core configuration. For the same reason we were selected "realview-pbx-a9" board configuration when doing "make config" for L4 microkernel under the assumption that it would run. But the board check itself is failing afterwards (for qemu). If you could recommend any board which can be used for the "multicore development" it would be great :).
We really liked the documentation and the code support which is available with fiasco group for the same reason we wanted to have fiasco as our primary candidate for experimentations. Please let me know if with some effort we would be able to bring up the multicore microkernel, i might be able to help out in case some effort is required for the unimplemented part.
Some misc logs for quick reference from smp-linux kernel bootup validating the pbx-a9 board working fine with -smp configuration. novino@naveen-linux:~/Downloads$ qemu-system-arm -M realview-pbx-a9 -cpu cortex-a9 -kernel zImage_multithread -m 256 -smp 4 -nographic Uncompressing Linux............................................................................................................................................................................................ done, booting the kernel. Initializing cgroup subsys cpuset Linux version 2.6.28-arm2 (root@test) (gcc version 4.2.2) #27 SMP Tue Oct 19 20:37:18 KST 2010 CPU: ARMv7 Processor [410fc090] revision 0 (ARMv7), cr=10c03c7f CPU: VIPT nonaliasing data cache, VIPT nonaliasing instruction cache Machine: ARM-RealView PBX Ignoring unrecognised tag 0x00000000 Memory policy: ECC disabled, Data cache writealloc Built 1 zonelists in Zone order, mobility grouping on. Total pages: 65024 Kernel command line: root=/dev/ram0 rw initrd=0x800000, 0x80000 console=ttyAMA0 mem=256M PID hash table entries: 1024 (order: 10, 4096 bytes) Console: colour dummy device 80x30 Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) Memory: 256MB = 256MB total Memory: 253568KB available (3380K code, 276K data, 2276K init) SLUB: Genslabs=12, HWalign=32, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 Calibrating delay loop... 26.16 BogoMIPS (lpj=130816) Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok Calibrating local timer... 95.59MHz. L2X0 cache controller enabled CPU1: Booted secondary processor Calibrating delay loop... 26.11 BogoMIPS (lpj=130560) CPU2: Booted secondary processor Calibrating delay loop... 73.93 BogoMIPS (lpj=369664) CPU3: Booted secondary processor Calibrating delay loop... 163.84 BogoMIPS (lpj=819200) Brought up 4 CPUs SMP: Total of 4 processors activated (290.04 BogoMIPS).
On Mon, Feb 14, 2011 at 9:05 PM, Adam Lackorzynski < adam@os.inf.tu-dresden.de> wrote:
Hi,
On Mon Feb 14, 2011 at 17:46:34 +0530, Naveen Chandrakar wrote:
I've tried running realview-eb against L4 kernel built for arm926EJ and
it
runs smoothly without any glitches :) I was trying to run L4 for the smp variant (esp cortex a9 to be precise).
As per the qemu documentation
"realview-eb" - doesn't support support cortex a9, the one which i needed was with smp more than 1 (2 or 4) { Eg: novino@naveen-linux
:~/L4/l4re-core-2011020417/src/l4/mybuild-realview-eb-a9/images$
qemu-system-arm -M realview-eb -cpu cortex-a9 -kernel bootstrap_hello.elf
-m
256 -nographic -net nic -net user -smp 4 Number of SMP cpus requested (4), exceeds max cpus supported by machine `realview-eb' (1) }
However when i try to run any variant of L4 built for cortex a9 i'm
getting
stuck at the time of execution.
I looked a bit closer to that now and I'm afraid to tell that running MP on Qemu requires some extra coding work in Qemu itself. The first thing is secondary-cpu bootup for non-linux systems which I could fix. But then I see that cp15-c7 is completely not implemented which is required for VA-PA translations. That's how far I looked into it for now...
Adam
Adam adam@os.inf.tu-dresden.de Lackorzynski http://os.inf.tu-dresden.de/~adam/
l4-hackers mailing list l4-hackers@os.inf.tu-dresden.de http://os.inf.tu-dresden.de/mailman/listinfo/l4-hackers
Hi,
On Tue Feb 15, 2011 at 19:44:29 +0530, Naveen Chandrakar wrote:
Actually when we tried qemu for running "smp linux", and it ran fine with "realview-pbx-a9" board with "-smp 4". Where it booted up with 4 core configuration. For the same reason we were selected "realview-pbx-a9" board configuration when doing "make config" for L4 microkernel under the assumption that it would run. But the board check itself is failing afterwards (for qemu). If you could recommend any board which can be used for the "multicore development" it would be great :).
We really liked the documentation and the code support which is available with fiasco group for the same reason we wanted to have fiasco as our primary candidate for experimentations. Please let me know if with some effort we would be able to bring up the multicore microkernel, i might be able to help out in case some effort is required for the unimplemented part.
Yes, it works with Linux as Linux was (likely) used for developing this. I've got a hack running internally now and posting patches upstream...
Adam
Dear Adam,
We were able to overcome the qemu: fatal: Unimplemented cp15 register write (c9, c14, {0, 0}) by modifying helper.c in qemu code (cleaned c9 data reg) and L4 booting went ahead till it starts Sigma0.
But as you pointed out earlier (for smp running) that cp15-c7 implementation/data structure(qemu:Cpu.h) is missing (which doesn't looks like it'll be implimented anytime sooner in qemu).
The patch/workaround which you've mentioned, i'm supposing is a L4 patch for overcoming qemu's shortcoming. Where can i access this patch/hack (as part of next release or in SVN) ?
Once i'm free, will check on qemu side if i can help in impl of Cp15-c7, but with my limited knowledge on arm side it'll take a while.
Warm Regards, Naveen
On Tue, Feb 15, 2011 at 10:51 PM, Adam Lackorzynski < adam@os.inf.tu-dresden.de> wrote:
Hi,
On Tue Feb 15, 2011 at 19:44:29 +0530, Naveen Chandrakar wrote:
Actually when we tried qemu for running "smp linux", and it ran fine with "realview-pbx-a9" board with "-smp 4". Where it booted up with 4 core configuration. For the same reason we were selected "realview-pbx-a9" board
configuration
when doing "make config" for L4 microkernel under the assumption that it would run. But the board check itself is failing afterwards (for qemu). If you could recommend any board which can be used for the "multicore development" it would be great :).
We really liked the documentation and the code support which is available with fiasco group for the same reason we wanted to have fiasco as our primary candidate for experimentations. Please let me know if with some effort we would be able to bring up the multicore microkernel, i might be able to help out in case some effort is required for the unimplemented
part.
Yes, it works with Linux as Linux was (likely) used for developing this. I've got a hack running internally now and posting patches upstream...
Adam
Adam adam@os.inf.tu-dresden.de Lackorzynski http://os.inf.tu-dresden.de/~adam/
l4-hackers mailing list l4-hackers@os.inf.tu-dresden.de http://os.inf.tu-dresden.de/mailman/listinfo/l4-hackers
On Fri Feb 18, 2011 at 11:31:49 +0530, Naveen Chandrakar wrote:
We were able to overcome the qemu: fatal: Unimplemented cp15 register write (c9, c14, {0, 0}) by modifying helper.c in qemu code (cleaned c9 data reg) and L4 booting went ahead till it starts Sigma0.
Those are performance counters which can be disabled altogether. There isn't just an option for that currently because it was always available so far.
But as you pointed out earlier (for smp running) that cp15-c7 implementation/data structure(qemu:Cpu.h) is missing (which doesn't looks like it'll be implimented anytime sooner in qemu).
No, it has been implemented. Patch reviews are currently going on on the qemu list. It will probably still take a bit until it hits git.
The patch/workaround which you've mentioned, i'm supposing is a L4 patch for overcoming qemu's shortcoming. Where can i access this patch/hack (as part of next release or in SVN) ?
I'm not trying to add workarounds to Fiasco but to add the missing bits to qemu. The next svn refresh will probably contain those little bits for not requiring perfcounters.
Adam
On Fri Feb 18, 2011 at 11:51:34 +0100, Adam Lackorzynski wrote:
No, it has been implemented. Patch reviews are currently going on on the qemu list. It will probably still take a bit until it hits git.
To make things quicker, patch that applies on current head of qemu.git is here: http://os.inf.tu-dresden.de/~adam/dl/qemu-arm.diff Latest version of Fiasco from SVN is also required. Then it should work.
Adam
Thanks a lot Adam,
With this qemu patch, the emulation over realview-pbx-a9 board with "-smp 4" is working fine.
Cheers, Naveen
On Tue, Feb 22, 2011 at 4:54 AM, Adam Lackorzynski < adam@os.inf.tu-dresden.de> wrote:
On Fri Feb 18, 2011 at 11:51:34 +0100, Adam Lackorzynski wrote:
No, it has been implemented. Patch reviews are currently going on on the qemu list. It will probably still take a bit until it hits git.
To make things quicker, patch that applies on current head of qemu.git is here: http://os.inf.tu-dresden.de/~adam/dl/qemu-arm.diff Latest version of Fiasco from SVN is also required. Then it should work.
Adam
Adam adam@os.inf.tu-dresden.de Lackorzynski http://os.inf.tu-dresden.de/~adam/
l4-hackers mailing list l4-hackers@os.inf.tu-dresden.de http://os.inf.tu-dresden.de/mailman/listinfo/l4-hackers
l4-hackers@os.inf.tu-dresden.de