[Xen-devel] Latest Xen on ARM Fast Models

[Sander Bogaert <sander.bogaert@xxxxxxxxxxxxx>]

Hi,

I'm having some problems with getting the latest linux kernel and xen build working on ARM's Fast Model simulator ( Cortex A15 ). I tried a lot of different configurations and I'm having trouble with all of them. I got all my information from the wiki pages at http://wiki.xen.org/wiki/Xen_ARMv7_with_Virtualization_Extensions#Building_Xen_on_ARM.

I was hoping someone could help getting the latest xen working with the latest kernel.

First of all I tried the most logic setup.

Device Tree: git://xenbits.xen.org/people/sstabellini/device-trees.git

Dom0 Kernel: git://github.com/torvalds/linux.git ( latest )

Xen: git://xenbits.xen.org/xen.git

I'm having the same results with the xen-arm-3.8.y branch of git://xenbits.xen.org/people/ianc/linux.git for dom0 kernel.

The wiki states that this should work. All the necesarry patches for the kernel were merged in 3.8 it states. This results in Xen freezing when loading dom0:

...

[    0.000000]   Normal zone: 0 pages reserved

[    0.000000]   Normal zone: 32512 pages, LIFO batch:7

[    0.000000] ------------[ cut here ]------------

[    0.000000] WARNING: at arch/arm/mach-vexpress/v2m.c:431 v2m_dt_init_early+0x4c/0x70()

[    0.000000] [<c000d51c>] (unwind_backtrace+0x0/0xe0) from [<c0014e20>] (warn_slowpath_common+0x48/0x60)

[    0.000000] [<c0014e20>] (warn_slowpath_common+0x48/0x60) from [<c0014ef0>] (warn_slowpath_null+0x18/0x1c)

[    0.000000] [<c0014ef0>] (warn_slowpath_null+0x18/0x1c) from [<c0361610>] (v2m_dt_init_early+0x4c/0x70)

[    0.000000] [<c0361610>] (v2m_dt_init_early+0x4c/0x70) from [<c035dbdc>] (setup_arch+0x570/0x62c)

[    0.000000] [<c035dbdc>] (setup_arch+0x570/0x62c) from [<c035a520>] (start_kernel+0x70/0x2bc)

[    0.000000] [<c035a520>] (start_kernel+0x70/0x2bc) from [<80008074>] (0x80008074)

[    0.000000] ---[ end trace 1b75b31a2719ed1c ]---

[    0.000000] vexpress: DT HBI (237) is not matching hardware (0)!

[    0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768

[    0.000000] pcpu-alloc: [0] 0 

[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 32512

[    0.000000] Kernel command line: earlyprintk=xenboot lpj=8000000 console=ttyAMA1 root=/dev/mmcblk0 debug rw init=/bin/bash

[    0.000000] PID hash table entries: 512 (order: -1, 2048 bytes)

[    0.000000] Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)

[    0.000000] Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)

[    0.000000] __ex_table already sorted, skipping sort

[    0.000000] Memory: 128MB = 128MB total

[    0.000000] Memory: 126028k/126028k available, 5044k reserved, 0K highmem

[    0.000000] Virtual kernel memory layout:

[    0.000000]     vector  : 0xffff0000 - 0xffff1000   (   4 kB)

[    0.000000]     fixmap  : 0xfff00000 - 0xfffe0000   ( 896 kB)

[    0.000000]     vmalloc : 0xc8800000 - 0xff000000   ( 872 MB)

[    0.000000]     lowmem  : 0xc0000000 - 0xc8000000   ( 128 MB)

[    0.000000]     pkmap   : 0xbfe00000 - 0xc0000000   (   2 MB)

[    0.000000]       .text : 0xc0008000 - 0xc0359be8   (3399 kB)

[    0.000000]       .init : 0xc035a000 - 0xc037c884   ( 139 kB)

[    0.000000]       .data : 0xc037e000 - 0xc039ef80   ( 132 kB)

[    0.000000]        .bss : 0xc039ef80 - 0xc03c1434   ( 138 kB)

[    0.000000] NR_IRQS:16 nr_irqs:16 16

I won't go through all the configurations I tried of course but just one that I got 'semi' working. 

Device Tree: git://xenbits.xen.org/people/sstabellini/device-trees.git

Dom0 Kernel:  git://xenbits.xen.org/people/ianc/linux.git  the arm-privcmd-for-3.8 branch

Xen: git://xenbits.xen.org/xen.git reset to e662eca49cf7c6ab16f874331b6893649b5cfee7

Notice the huge reset of the xen repository. I had an old branch working somewhere and just took the commit hash from that one.

This combination hangs in the "Calculating delay loop" when booting dom0. After adding a loops per jiffy count to the kernel arguments manually ( lpj=8000000, read somewhere this should be about it for the model ) it passes the loop but then a bunch of other errors show up of course, all like this one:

[    0.000000] ERROR: could not get clock /smb/motherboard/iofpga@3,00000000/sysctl@020000:apb_pclk(2)

Thanks,

Sander

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel