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