* Xen on (RELEASE-4.4.0) crashed when booting on Cubieboard2
@ 2014-04-05 6:30 duqi
2014-04-05 16:13 ` Julien Grall
0 siblings, 1 reply; 13+ messages in thread
From: duqi @ 2014-04-05 6:30 UTC (permalink / raw)
To: xen-devel
Cc: Ian Campbell, Stefano Stabellini (Xen mainlister),
Julien Grall, 宫晓利,
hdegoede, bjzhang
Hi,
I am trying to port xen 4.4 release to my cubieboard2. I used the dom0 kernel from :https://github.com/jwrdegoede/linux-sunxi.git and sunxi-test branch
Following the instructions of
http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions/Allwinner
http://blog.xen.org/index.php/2014/04/01/virtualization-on-arm-with-xen/
and the discussion about dom0 memory here :
http://lists.xen.org/archives/html/xen-devel/2014-01/msg02059.html
We have got xen memory layout as the following:
------------------------------------------------------
file name | address | size(byte)
------------------------------------------------------
xen | 0x7ea00000 | 861910
zImage |0x7f600000 | 7367296
------------------------------------------------------
The dtb is compiled into xen and init ramdisk is bind into the kernel zImage. Dom0_mem is configured as 128MB.
However, when we boot the system with the follow command:
fatload mmc 0 0x7ea00000 boot/xen
fatload mmc 0 0x7f600000 boot/zImage
bootz 0x7ea00000
we crash message on a page allocation bug.
Here is our message dumped.
CPU: Allwinner A20 (SUN7I)
Board: Cubieboard2
I2C: ready
DRAM: 1 GiB
MMC: SUNXI SD/MMC: 0
*** Warning - bad CRC, using default environment
In: serial
Out: serial
Err: serial
Net: emac
Hit any key to stop autoboot: 0
sun7iVirt# fatload mmc 0 0x7ea00000 boot/xen
reading boot/xen
861910 bytes read in 45 ms (18.3 MiB/s)
sun7iVirt# fatload mmc 0 0x7f600000 boot/zImage
reading boot/zImage
7367296 bytes read in 335 ms (21 MiB/s)
sun7iVirt# bootz 0x7ea00000
Kernel image @ 0x7ea00000 [ 0x000000 - 0x0cf700 ]
WARNING: ignoring attempt to set core boot address 7ff88454 on core -1
WARNING: Not kicking secondary CPUs
Starting kernel ...
Xen 4.4.0
(XEN) Xen version 4.4.0 (root@) (arm-linux-gnueabihf-gcc (Ubuntu/Linaro 4.7.2-1ubuntu1) 4.7.2) debug=n Sat Apr 5 14:15:18 CST 24
(XEN) Latest ChangeSet: Fri Mar 14 12:00:11 2014 +0000 git:4e61575-dirty
(XEN) Console output is synchronous.
(XEN) Processor: 410fc074: "ARM Limited", variant: 0x0, part 0xc07, rev 0x4
(XEN) 32-bit Execution:
(XEN) Processor Features: 00001131:00011011
(XEN) Instruction Sets: AArch32 Thumb Thumb-2 ThumbEE Jazelle
(XEN) Extensions: GenericTimer Security
(XEN) Debug Features: 02010555
(XEN) Auxiliary Features: 00000000
(XEN) Memory Model Features: 10101105 40000000 01240000 02102211
(XEN) ISA Features: 02101110 13112111 21232041 11112131 10011142 00000000
(XEN) Generic Timer IRQ: phys=30 hyp=26 virt=27
(XEN) Using generic timer at 24000 KHz
(XEN) GIC initialization:
(XEN) gic_dist_addr=0000000001c81000
(XEN) gic_cpu_addr=0000000001c82000
(XEN) gic_hyp_addr=0000000001c84000
(XEN) gic_vcpu_addr=0000000001c86000
(XEN) gic_maintenance_irq=25
(XEN) GIC: 160 lines, 2 cpus, secure (IID 0100143b).
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Allocated console ring of 16 KiB.
(XEN) VFP implementer 0x41 architecture 2 part 0x30 variant 0x7 rev 0x4
(XEN) Brought up 1 CPUs
(XEN) *** LOADING DOMAIN 0 ***
(XEN) Populate P2M 0x68000000->0x70000000 (1:1 mapping for dom0)
(XEN) Loading kernel from boot module 2
(XEN) Loading zImage from 000000007f600000 to 000000006f800000-000000006ff06a80
(XEN) Loading dom0 initrd from 0000000060000000 to 0x0000000069800000-0x000000006f800000
(XEN) Loading dom0 DTB to 0x0000000069600000-0x000000006960295f
(XEN) Scrubbing Free RAM: .........done.
(XEN) Initial low memory virq threshold set at 0x4000 pages.
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) **********************************************
(XEN) ******* WARNING: CONSOLE OUTPUT IS SYNCHRONOUS
(XEN) ******* This option is intended to aid debugging of Xen by ensuring
(XEN) ******* that all output is synchronously delivered on the serial line.
(XEN) ******* However it can introduce SIGNIFICANT latencies and affect
(XEN) ******* timekeeping. It is NOT recommended for production use!
(XEN) **********************************************
(XEN) 3... 2... 1...
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen)
(XEN) Freed 244kB init memory.
(XEN) Xen BUG at page_alloc.c:698
(XEN) CPU0: Unexpected Trap: Undefined Instruction
(XEN) ----[ Xen-4.4.0 arm32 debug=n Tainted: C ]----
(XEN) CPU: 0
(XEN) PC: 00232338 __bug+0x20/0x40
(XEN) CPSR: 6000015a MODE:Hypervisor
(XEN) R0: 002516e0 R1: 00000002 R2: 00000000 R3: 00000000
(XEN) R4: 000002ba R5: 0024ac64 R6: 00291118 R7: 00000014
(XEN) R8: 0029118c R9: 00000000 R10:00291118 R11:00000001 R12:00000003
(XEN) HYP: SP: 47fe7c64 LR: 00232338
(XEN)
(XEN) VTCR_EL2: 80002558
(XEN) VTTBR_EL2: 000100007eacc000
(XEN)
(XEN) SCTLR_EL2: 30cd187f
(XEN) HCR_EL2: 0000000000282835
(XEN) TTBR0_EL2: 000000007f4c6000
(XEN)
(XEN) ESR_EL2: 00000000
(XEN) HPFAR_EL2: 000000000001c810
(XEN) HDFAR: c8800f00
(XEN) HIFAR: 3736781b
(XEN)
(XEN) Xen stack trace from sp=47fe7c64:
(XEN) 00000000 03800000 00212f8c 0029113c 00000028 0000001c 00000001 00000070
(XEN) 00000000 00000000 00000000 ffffffff 00000001 bfffffff fffffbff ffffffff
(XEN) ffffffff ffbfffff 00000000 00000000 00000000 00000000 0000001c 00000000
(XEN) feace000 feacc000 002141a0 00000000 ffffffff 40009000 00000000 00000000
(XEN) feace000 feace000 00239bb4 00001000 00000000 00001000 00000000 00000000
(XEN) 00000000 feace000 00239f70 00000000 00000000 00000000 00000000 00000000
(XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000001 40009100
(XEN) ffffffff 40009000 00000000 002ce500 002cf614 00001000 00000000 760116ff
(XEN) 00800000 760116ff 00800000 ffffffff 76012000 00000000 00000000 00000001
(XEN) 00000000 00000000 00000000 002ce500 0023a6a8 00002000 00000000 76012000
(XEN) 00000000 0000000f 00000001 00076012 00000000 40009000 002395c4 00000001
(XEN) 00007ff0 00000018 47fe7e98 ef855e50 00000001 00000000 c7855e50 00007ff0
(XEN) 40009000 c7854038 00000000 002ce500 00211d8c 00000001 00000000 c7854038
(XEN) 00000001 47fe7f58 0020c0a4 47fe7e4c 47fe7e54 00000007 47fe7e90 052da43d
(XEN) 00000000 00000000 40008c30 002ce500 47fe7ea0 47fe7ed8 47fe7e6c 00000002
(XEN) 00000001 47fe7e94 00000002 00000003 00002800 c7855e60 47fe7e9c 00000002
(XEN) 00000006 00000007 00000000 00000000 00000000 00000000 47fee8d8 47fee528
(XEN) 00000006 47fee000 47fee538 00000001 00000001 00007ff0 00000001 00000000
(XEN) 00000000 00000001 00000000 40009000 47fe7ed4 ffffffff ffffffff 47fe7ed8
(XEN) 002ce588 47fee000 002cf614 002ce500 002ce588 00000001 00000000 00244118
(XEN) Xen call trace:
(XEN) [<00232338>] __bug+0x20/0x40 (PC)
(XEN) [<00232338>] __bug+0x20/0x40 (LR)
(XEN)
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Xen on (RELEASE-4.4.0) crashed when booting on Cubieboard2
2014-04-05 6:30 Xen on (RELEASE-4.4.0) crashed when booting on Cubieboard2 duqi
@ 2014-04-05 16:13 ` Julien Grall
2014-04-06 2:26 ` duqi
` (2 more replies)
0 siblings, 3 replies; 13+ messages in thread
From: Julien Grall @ 2014-04-05 16:13 UTC (permalink / raw)
To: duqi, xen-devel
Cc: hdegoede, 宫晓利,
Stefano Stabellini (Xen mainlister),
Ian Campbell, bjzhang
On 05/04/14 07:30, duqi wrote:
> Hi,
Hello duqi,
> The dtb is compiled into xen and init ramdisk is bind into the kernel zImage. Dom0_mem is configured as 128MB.
Why do you compile the DTB into Xen? I guess you have hardcoded the
chosen node... if so can you paste the content here?
> we crash message on a page allocation bug.
> Here is our message dumped.
>
> CPU: Allwinner A20 (SUN7I)
> Board: Cubieboard2
> I2C: ready
> DRAM: 1 GiB
> MMC: SUNXI SD/MMC: 0
> *** Warning - bad CRC, using default environment
>
> In: serial
> Out: serial
> Err: serial
> Net: emac
> Hit any key to stop autoboot: 0
> sun7iVirt# fatload mmc 0 0x7ea00000 boot/xen
> reading boot/xen
> 861910 bytes read in 45 ms (18.3 MiB/s)
> sun7iVirt# fatload mmc 0 0x7f600000 boot/zImage
> reading boot/zImage
> 7367296 bytes read in 335 ms (21 MiB/s)
> sun7iVirt# bootz 0x7ea00000
> Kernel image @ 0x7ea00000 [ 0x000000 - 0x0cf700 ]
> WARNING: ignoring attempt to set core boot address 7ff88454 on core -1
> WARNING: Not kicking secondary CPUs
>
> Starting kernel ...
>
> Xen 4.4.0
> (XEN) Xen version 4.4.0 (root@) (arm-linux-gnueabihf-gcc (Ubuntu/Linaro 4.7.2-1ubuntu1) 4.7.2) debug=n Sat Apr 5 14:15:18 CST 24
> (XEN) Latest ChangeSet: Fri Mar 14 12:00:11 2014 +0000 git:4e61575-dirty
I can't find this commit in xen repository? Where does it come from?
What did you modify on the code?
[..]
> (XEN) Xen stack trace from sp=47fe7c64:
> (XEN) 00000000 03800000 00212f8c 0029113c 00000028 0000001c 00000001 00000070
> (XEN) 00000000 00000000 00000000 ffffffff 00000001 bfffffff fffffbff ffffffff
> (XEN) ffffffff ffbfffff 00000000 00000000 00000000 00000000 0000001c 00000000
> (XEN) feace000 feacc000 002141a0 00000000 ffffffff 40009000 00000000 00000000
> (XEN) feace000 feace000 00239bb4 00001000 00000000 00001000 00000000 00000000
> (XEN) 00000000 feace000 00239f70 00000000 00000000 00000000 00000000 00000000
> (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000001 40009100
> (XEN) ffffffff 40009000 00000000 002ce500 002cf614 00001000 00000000 760116ff
> (XEN) 00800000 760116ff 00800000 ffffffff 76012000 00000000 00000000 00000001
> (XEN) 00000000 00000000 00000000 002ce500 0023a6a8 00002000 00000000 76012000
> (XEN) 00000000 0000000f 00000001 00076012 00000000 40009000 002395c4 00000001
> (XEN) 00007ff0 00000018 47fe7e98 ef855e50 00000001 00000000 c7855e50 00007ff0
> (XEN) 40009000 c7854038 00000000 002ce500 00211d8c 00000001 00000000 c7854038
> (XEN) 00000001 47fe7f58 0020c0a4 47fe7e4c 47fe7e54 00000007 47fe7e90 052da43d
> (XEN) 00000000 00000000 40008c30 002ce500 47fe7ea0 47fe7ed8 47fe7e6c 00000002
> (XEN) 00000001 47fe7e94 00000002 00000003 00002800 c7855e60 47fe7e9c 00000002
> (XEN) 00000006 00000007 00000000 00000000 00000000 00000000 47fee8d8 47fee528
> (XEN) 00000006 47fee000 47fee538 00000001 00000001 00007ff0 00000001 00000000
> (XEN) 00000000 00000001 00000000 40009000 47fe7ed4 ffffffff ffffffff 47fe7ed8
> (XEN) 002ce588 47fee000 002cf614 002ce500 002ce588 00000001 00000000 00244118
> (XEN) Xen call trace:
> (XEN) [<00232338>] __bug+0x20/0x40 (PC)
> (XEN) [<00232338>] __bug+0x20/0x40 (LR)
I'm suprised that the call trace is so small. Did you copy everything?
Regards,
--
Julien Grall
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Xen on (RELEASE-4.4.0) crashed when booting on Cubieboard2
2014-04-05 16:13 ` Julien Grall
@ 2014-04-06 2:26 ` duqi
2014-04-06 2:28 ` duqi
2014-04-06 2:44 ` duqi
2 siblings, 0 replies; 13+ messages in thread
From: duqi @ 2014-04-06 2:26 UTC (permalink / raw)
To: Julien Grall
Cc: Ian Campbell, Stefano Stabellini (Xen mainlister),
宫晓利,
hdegoede, bjzhang, xen-devel
At 2014-04-06 00:13:25,"Julien Grall" <julien.grall@linaro.org> wrote:
>
>
>On 05/04/14 07:30, duqi wrote:
>> Hi,
>
>Hello duqi,
>
>> The dtb is compiled into xen and init ramdisk is bind into the kernel zImage. Dom0_mem is configured as 128MB.
>
>Why do you compile the DTB into Xen? I guess you have hardcoded the
>chosen node... if so can you paste the content here?
Yeah, I tried to use the configuration in dtb when I boot the xen. Here is my chosen node in dtb:
chosen {
bootargs = "dom0_mem=128M sync_console console=dtuart dtuart=serial0";
xen,dom0-bootargs = "console=hvc0,115200n8 debug ignore_loglevel rw earlyprintk=xen clk_ignore_unused init=/init";
modules {
module@0 {
compatible = "xen,linux-zimage", "xen,multiboot-module";
reg = <0x7f600000 0xf00000>;
};
module@1 {
compatible = "xen,linux-initrd", "xen,multiboot-module";
reg = <0x60000000 0x6000000>;
linux,initrd-start = <0x60000000>;
linux,initrd-end = <0x66000000>;
};
};
};
hypervisor {
compatible = "xen,xen-4.2", "xen,xen";
reg = <0xb0000000 0x20000>;
interrupts = <1 15 0xf08>;
};
aliases {
serial0 = "/soc@01c00000/serial@01c28000";
};
>
>> we crash message on a page allocation bug.
>> Here is our message dumped.
>>
>> CPU: Allwinner A20 (SUN7I)
>> Board: Cubieboard2
>> I2C: ready
>> DRAM: 1 GiB
>> MMC: SUNXI SD/MMC: 0
>> *** Warning - bad CRC, using default environment
>>
>> In: serial
>> Out: serial
>> Err: serial
>> Net: emac
>> Hit any key to stop autoboot: 0
>> sun7iVirt# fatload mmc 0 0x7ea00000 boot/xen
>> reading boot/xen
>> 861910 bytes read in 45 ms (18.3 MiB/s)
>> sun7iVirt# fatload mmc 0 0x7f600000 boot/zImage
>> reading boot/zImage
>> 7367296 bytes read in 335 ms (21 MiB/s)
>> sun7iVirt# bootz 0x7ea00000
>> Kernel image @ 0x7ea00000 [ 0x000000 - 0x0cf700 ]
>> WARNING: ignoring attempt to set core boot address 7ff88454 on core -1
>> WARNING: Not kicking secondary CPUs
>>
>> Starting kernel ...
>>
>> Xen 4.4.0
>> (XEN) Xen version 4.4.0 (root@) (arm-linux-gnueabihf-gcc (Ubuntu/Linaro 4.7.2-1ubuntu1) 4.7.2) debug=n Sat Apr 5 14:15:18 CST 24
>> (XEN) Latest ChangeSet: Fri Mar 14 12:00:11 2014 +0000 git:4e61575-dirty
>
>I can't find this commit in xen repository? Where does it come from?
>What did you modify on the code?
Sorry , I have not noticed this commit. I just used the tree from :git://xenbits.xen.org/xen.git. and the RELEASE-4.4.0 branch.
I got a patch from this blog:http://blog.xen.org/index.php/2014/04/01/virtualization-on-arm-with-xen/
>> (XEN) Xen stack trace from sp=47fe7c64:
>> (XEN) 00000000 03800000 00212f8c 0029113c 00000028 0000001c 00000001 00000070
>> (XEN) 00000000 00000000 00000000 ffffffff 00000001 bfffffff fffffbff ffffffff
>> (XEN) ffffffff ffbfffff 00000000 00000000 00000000 00000000 0000001c 00000000
>> (XEN) feace000 feacc000 002141a0 00000000 ffffffff 40009000 00000000 00000000
>> (XEN) feace000 feace000 00239bb4 00001000 00000000 00001000 00000000 00000000
>> (XEN) 00000000 feace000 00239f70 00000000 00000000 00000000 00000000 00000000
>> (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000001 40009100
>> (XEN) ffffffff 40009000 00000000 002ce500 002cf614 00001000 00000000 760116ff
>> (XEN) 00800000 760116ff 00800000 ffffffff 76012000 00000000 00000000 00000001
>> (XEN) 00000000 00000000 00000000 002ce500 0023a6a8 00002000 00000000 76012000
>> (XEN) 00000000 0000000f 00000001 00076012 00000000 40009000 002395c4 00000001
>> (XEN) 00007ff0 00000018 47fe7e98 ef855e50 00000001 00000000 c7855e50 00007ff0
>> (XEN) 40009000 c7854038 00000000 002ce500 00211d8c 00000001 00000000 c7854038
>> (XEN) 00000001 47fe7f58 0020c0a4 47fe7e4c 47fe7e54 00000007 47fe7e90 052da43d
>> (XEN) 00000000 00000000 40008c30 002ce500 47fe7ea0 47fe7ed8 47fe7e6c 00000002
>> (XEN) 00000001 47fe7e94 00000002 00000003 00002800 c7855e60 47fe7e9c 00000002
>> (XEN) 00000006 00000007 00000000 00000000 00000000 00000000 47fee8d8 47fee528
>> (XEN) 00000006 47fee000 47fee538 00000001 00000001 00007ff0 00000001 00000000
>> (XEN) 00000000 00000001 00000000 40009000 47fe7ed4 ffffffff ffffffff 47fe7ed8
>> (XEN) 002ce588 47fee000 002cf614 002ce500 002ce588 00000001 00000000 00244118
>> (XEN) Xen call trace:
>> (XEN) [<00232338>] __bug+0x20/0x40 (PC)
>> (XEN) [<00232338>] __bug+0x20/0x40 (LR)
>
>I'm suprised that the call trace is so small. Did you copy everything?
Yeah, that's all the call trace.
Many thanks.
duqi.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Xen on (RELEASE-4.4.0) crashed when booting on Cubieboard2
2014-04-05 16:13 ` Julien Grall
2014-04-06 2:26 ` duqi
@ 2014-04-06 2:28 ` duqi
2014-04-06 2:54 ` duqi
2014-04-06 2:44 ` duqi
2 siblings, 1 reply; 13+ messages in thread
From: duqi @ 2014-04-06 2:28 UTC (permalink / raw)
To: Julien Grall, xen-devel
Cc: hdegoede, 宫晓利,
Stefano Stabellini (Xen mainlister),
Ian Campbell, bjzhang
At 2014-04-06 00:13:25,"Julien Grall" <julien.grall@linaro.org> wrote:
>
>
>On 05/04/14 07:30, duqi wrote:
>> Hi,
>
>Hello duqi,
>
>> The dtb is compiled into xen and init ramdisk is bind into the kernel zImage. Dom0_mem is configured as 128MB.
>
>Why do you compile the DTB into Xen? I guess you have hardcoded the
>chosen node... if so can you paste the content here?
Yeah, I tried to use the configuration in dtb when I boot the xen. Here is my chosen node in dtb:
chosen {
bootargs = "dom0_mem=128M sync_console console=dtuart dtuart=serial0";
xen,dom0-bootargs = "console=hvc0,115200n8 debug ignore_loglevel rw earlyprintk=xen clk_ignore_unused init=/init";
modules {
module@0 {
compatible = "xen,linux-zimage", "xen,multiboot-module";
reg = <0x7f600000 0xf00000>;
};
module@1 {
compatible = "xen,linux-initrd", "xen,multiboot-module";
reg = <0x60000000 0x6000000>;
linux,initrd-start = <0x60000000>;
linux,initrd-end = <0x66000000>;
};
};
};
hypervisor {
compatible = "xen,xen-4.2", "xen,xen";
reg = <0xb0000000 0x20000>;
interrupts = <1 15 0xf08>;
};
aliases {
serial0 = "/soc@01c00000/serial@01c28000";
};
>
>> we crash message on a page allocation bug.
>> Here is our message dumped.
>>
>> CPU: Allwinner A20 (SUN7I)
>> Board: Cubieboard2
>> I2C: ready
>> DRAM: 1 GiB
>> MMC: SUNXI SD/MMC: 0
>> *** Warning - bad CRC, using default environment
>>
>> In: serial
>> Out: serial
>> Err: serial
>> Net: emac
>> Hit any key to stop autoboot: 0
>> sun7iVirt# fatload mmc 0 0x7ea00000 boot/xen
>> reading boot/xen
>> 861910 bytes read in 45 ms (18.3 MiB/s)
>> sun7iVirt# fatload mmc 0 0x7f600000 boot/zImage
>> reading boot/zImage
>> 7367296 bytes read in 335 ms (21 MiB/s)
>> sun7iVirt# bootz 0x7ea00000
>> Kernel image @ 0x7ea00000 [ 0x000000 - 0x0cf700 ]
>> WARNING: ignoring attempt to set core boot address 7ff88454 on core -1
>> WARNING: Not kicking secondary CPUs
>>
>> Starting kernel ...
>>
>> Xen 4.4.0
>> (XEN) Xen version 4.4.0 (root@) (arm-linux-gnueabihf-gcc (Ubuntu/Linaro 4.7.2-1ubuntu1) 4.7.2) debug=n Sat Apr 5 14:15:18 CST 24
>> (XEN) Latest ChangeSet: Fri Mar 14 12:00:11 2014 +0000 git:4e61575-dirty
>
>I can't find this commit in xen repository? Where does it come from?
>What did you modify on the code?
Sorry , I have not noticed this commit. I just used the tree from :git://xenbits.xen.org/xen.git. and the RELEASE-4.4.0 branch.
I got a patch from this blog:http://blog.xen.org/index.php/2014/04/01/virtualization-on-arm-with-xen/
>> (XEN) Xen stack trace from sp=47fe7c64:
>> (XEN) 00000000 03800000 00212f8c 0029113c 00000028 0000001c 00000001 00000070
>> (XEN) 00000000 00000000 00000000 ffffffff 00000001 bfffffff fffffbff ffffffff
>> (XEN) ffffffff ffbfffff 00000000 00000000 00000000 00000000 0000001c 00000000
>> (XEN) feace000 feacc000 002141a0 00000000 ffffffff 40009000 00000000 00000000
>> (XEN) feace000 feace000 00239bb4 00001000 00000000 00001000 00000000 00000000
>> (XEN) 00000000 feace000 00239f70 00000000 00000000 00000000 00000000 00000000
>> (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000001 40009100
>> (XEN) ffffffff 40009000 00000000 002ce500 002cf614 00001000 00000000 760116ff
>> (XEN) 00800000 760116ff 00800000 ffffffff 76012000 00000000 00000000 00000001
>> (XEN) 00000000 00000000 00000000 002ce500 0023a6a8 00002000 00000000 76012000
>> (XEN) 00000000 0000000f 00000001 00076012 00000000 40009000 002395c4 00000001
>> (XEN) 00007ff0 00000018 47fe7e98 ef855e50 00000001 00000000 c7855e50 00007ff0
>> (XEN) 40009000 c7854038 00000000 002ce500 00211d8c 00000001 00000000 c7854038
>> (XEN) 00000001 47fe7f58 0020c0a4 47fe7e4c 47fe7e54 00000007 47fe7e90 052da43d
>> (XEN) 00000000 00000000 40008c30 002ce500 47fe7ea0 47fe7ed8 47fe7e6c 00000002
>> (XEN) 00000001 47fe7e94 00000002 00000003 00002800 c7855e60 47fe7e9c 00000002
>> (XEN) 00000006 00000007 00000000 00000000 00000000 00000000 47fee8d8 47fee528
>> (XEN) 00000006 47fee000 47fee538 00000001 00000001 00007ff0 00000001 00000000
>> (XEN) 00000000 00000001 00000000 40009000 47fe7ed4 ffffffff ffffffff 47fe7ed8
>> (XEN) 002ce588 47fee000 002cf614 002ce500 002ce588 00000001 00000000 00244118
>> (XEN) Xen call trace:
>> (XEN) [<00232338>] __bug+0x20/0x40 (PC)
>> (XEN) [<00232338>] __bug+0x20/0x40 (LR)
>
>I'm suprised that the call trace is so small. Did you copy everything?
Yeah, that's all the call trace.
Many thanks.
duqi.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Xen on (RELEASE-4.4.0) crashed when booting on Cubieboard2
2014-04-05 16:13 ` Julien Grall
2014-04-06 2:26 ` duqi
2014-04-06 2:28 ` duqi
@ 2014-04-06 2:44 ` duqi
2014-04-06 9:32 ` Julien Grall
2 siblings, 1 reply; 13+ messages in thread
From: duqi @ 2014-04-06 2:44 UTC (permalink / raw)
To: Julien Grall
Cc: Ian Campbell, Stefano Stabellini (Xen mainlister),
宫晓利,
hdegoede, bjzhang, xen-devel
>Why do you compile the DTB into Xen? I guess you have hardcoded the
>chosen node... if so can you paste the content here?
We are worried about our memory layout when loading xen and dom0 kernel.
For simplicity, we compiled dtb into xen. Also we compiled ramdisk into kernel image for the same reason.
We will test the stand alone dtb load progress soon.
Many thanks.
duqi.
Here is our dts and dtsi files:
(1)sun7i-a20-xen.dtsi:
/*
* Copyright 2013 Maxime Ripard
*
* Maxime Ripard <maxime.ripard@free-electrons.com>
*
* The code contained herein is licensed under the GNU General Public
* License. You may obtain a copy of the GNU General Public License
* Version 2 or later at the following locations:
*
* http://www.opensource.org/licenses/gpl-license.html
* http://www.gnu.org/copyleft/gpl.html
*/
/include/ "skeleton.dtsi"
/ {
interrupt-parent = <&gic>;
aliases {
ehci1 = &ehci0;
ehci2 = &ehci1;
};
cpus {
#address-cells = <1>;
#size-cells = <0>;
cpu@0 {
compatible = "arm,cortex-a7";
device_type = "cpu";
reg = <0>;
};
};
memory {
reg = <0x40000000 0x40000000>;
};
clocks {
#address-cells = <1>;
#size-cells = <1>;
ranges;
osc24M: osc24M@01c20050 {
#clock-cells = <0>;
compatible = "allwinner,sun4i-osc-clk";
reg = <0x01c20050 0x4>;
clock-frequency = <24000000>;
};
osc32k: osc32k {
#clock-cells = <0>;
compatible = "fixed-clock";
clock-frequency = <32768>;
};
pll1: pll1@01c20000 {
#clock-cells = <0>;
compatible = "allwinner,sun4i-pll1-clk";
reg = <0x01c20000 0x4>;
clocks = <&osc24M>;
};
pll4: pll4@01c20018 {
#clock-cells = <0>;
compatible = "allwinner,sun4i-pll1-clk";
reg = <0x01c20018 0x4>;
clocks = <&osc24M>;
};
pll5: pll5@01c20020 {
#clock-cells = <1>;
compatible = "allwinner,sun4i-pll5-clk";
reg = <0x01c20020 0x4>;
clocks = <&osc24M>;
clock-output-names = "pll5_ddr", "pll5_other";
};
pll6: pll6@01c20028 {
#clock-cells = <1>;
compatible = "allwinner,sun4i-pll6-clk";
reg = <0x01c20028 0x4>;
clocks = <&osc24M>;
clock-output-names = "pll6_sata", "pll6_other", "pll6";
};
usb:usb@0x01c200cc {
#clock-cells = <1>;
compatible = "allwinner,sun47i-usb-gates-clk";
reg = <0x01c200cc 0x4>;
clocks = <&pll6 1>;
clock-output-names = "phy0_reset", "phy1_reset", "phy2_reset", "usb_ohci0", "usb_ohci1", "usb_phy";
};
cpu: cpu@01c20054 {
#clock-cells = <0>;
compatible = "allwinner,sun4i-cpu-clk";
reg = <0x01c20054 0x4>;
clocks = <&osc32k>, <&osc24M>, <&pll1>, <&pll6 1>;
};
axi: axi@01c20054 {
#clock-cells = <0>;
compatible = "allwinner,sun4i-axi-clk";
reg = <0x01c20054 0x4>;
clocks = <&cpu>;
};
ahb: ahb@01c20054 {
#clock-cells = <0>;
compatible = "allwinner,sun4i-ahb-clk";
reg = <0x01c20054 0x4>;
clocks = <&axi>;
};
ahb_gates: ahb_gates@01c20060 {
#clock-cells = <1>;
compatible = "allwinner,sun7i-a20-ahb-gates-clk";
reg = <0x01c20060 0x8>;
clocks = <&ahb>;
clock-output-names = "ahb_usb0", "ahb_ehci0",
"ahb_ohci0", "ahb_ehci1", "ahb_ohci1",
"ahb_ss", "ahb_dma", "ahb_bist", "ahb_mmc0",
"ahb_mmc1", "ahb_mmc2", "ahb_mmc3", "ahb_ms",
"ahb_nand", "ahb_sdram", "ahb_ace",
"ahb_emac", "ahb_ts", "ahb_spi0", "ahb_spi1",
"ahb_spi2", "ahb_spi3", "ahb_sata",
"ahb_hstimer", "ahb_ve", "ahb_tvd", "ahb_tve0",
"ahb_tve1", "ahb_lcd0", "ahb_lcd1", "ahb_csi0",
"ahb_csi1", "ahb_hdmi1", "ahb_hdmi0",
"ahb_de_be0", "ahb_de_be1", "ahb_de_fe0",
"ahb_de_fe1", "ahb_gmac", "ahb_mp",
"ahb_mali";
};
apb0: apb0@01c20054 {
#clock-cells = <0>;
compatible = "allwinner,sun4i-apb0-clk";
reg = <0x01c20054 0x4>;
clocks = <&ahb>;
};
apb0_gates: apb0_gates@01c20068 {
#clock-cells = <1>;
compatible = "allwinner,sun7i-a20-apb0-gates-clk";
reg = <0x01c20068 0x4>;
clocks = <&apb0>;
clock-output-names = "apb0_codec", "apb0_spdif",
"apb0_ac97", "apb0_iis0", "apb0_iis1",
"apb0_pio", "apb0_ir0", "apb0_ir1",
"apb0_iis2", "apb0_keypad";
};
apb1_mux: apb1_mux@01c20058 {
#clock-cells = <0>;
compatible = "allwinner,sun4i-apb1-mux-clk";
reg = <0x01c20058 0x4>;
clocks = <&osc24M>, <&pll6 1>, <&osc32k>;
};
apb1:apb1@01c20058{
#clock-cells = <0>;
compatible="allwinner, sun4i-apb1-clk";
reg = <0x01c20058 0x4>;
clocks = <&apb1_mux>;
};
apb1_gates: apb1_gates@01c2006c {
#clock-cells = <1>;
compatible = "allwinner,sun7i-a20-apb1-gates-clk";
reg = <0x01c2006c 0x4>;
clocks = <&apb1>;
clock-output-names = "apb1_i2c0", "apb1_i2c1",
"apb1_i2c2", "apb1_i2c3", "apb1_can",
"apb1_scr", "apb1_ps20", "apb1_ps21",
"apb1_i2c4", "apb1_uart0", "apb1_uart1",
"apb1_uart2", "apb1_uart3", "apb1_uart4",
"apb1_uart5", "apb1_uart6", "apb1_uart7";
};
mmc0_clk: clk@01c20088 {
#clock-cells = <0>;
compatible = "allwinner,sun4i-mod0-clk";
reg = <0x01c20088 0x4>;
clocks = <&osc24M>, <&pll6 1>, <&pll5 1>;
clock-output-names = "mmc0";
};
mmc1_clk: clk@01c2008c {
#clock-cells = <0>;
compatible = "allwinner,sun4i-mod0-clk";
reg = <0x01c2008c 0x4>;
clocks = <&osc24M>, <&pll6 1>, <&pll5 1>;
clock-output-names = "mmc1";
};
mmc2_clk: clk@01c20090 {
#clock-cells = <0>;
compatible = "allwinner,sun4i-mod0-clk";
reg = <0x01c20090 0x4>;
clocks = <&osc24M>, <&pll6 1>, <&pll5 1>;
clock-output-names = "mmc2";
};
mmc3_clk: clk@01c20094 {
#clock-cells = <0>;
compatible = "allwinner,sun4i-mod0-clk";
reg = <0x01c20094 0x4>;
clocks = <&osc24M>, <&pll6 1>, <&pll5 1>;
clock-output-names = "mmc3";
};
spi0: spi0@01c200a0 {
#clock-cells = <0>;
compatible = "allwinner,sun4i-mod0-clk";
reg = <0x01c200a0 0x4>;
clocks = <&osc24M>, <&pll6 1>, <&pll5 1>;
};
spi1: spi1@01c200a4 {
#clock-cells = <0>;
compatible = "allwinner,sun4i-mod0-clk";
reg = <0x01c200a4 0x4>;
clocks = <&osc24M>, <&pll6 1>, <&pll5 1>;
};
spi2: spi2@01c200a8 {
#clock-cells = <0>;
compatible = "allwinner,sun4i-mod0-clk";
reg = <0x01c200a8 0x4>;
clocks = <&osc24M>, <&pll6 1>, <&pll5 1>;
};
spi3: spi3@01c200d4 {
#clock-cells = <0>;
compatible = "allwinner,sun4i-mod0-clk";
reg = <0x01c200d4 0x4>;
clocks = <&osc24M>, <&pll6 1>, <&pll5 1>;
};
};
timer {
compatible = "arm,armv7-timer";
interrupts = <1 13 0xf08>,
<1 14 0xf08>,
<1 11 0xf08>,
<1 10 0xf08>;
};
soc@01c00000 {
compatible = "simple-bus";
#address-cells = <1>;
#size-cells = <1>;
ranges;
emac: ethernet@01c0b000 {
compatible = "allwinner,sun4i-emac";
reg = <0x01c0b000 0x1000>;
interrupts = <0 55 1>;
clocks = <&ahb_gates 17>;
status = "disabled";
};
mdio@01c0b080 {
compatible = "allwinner,sun4i-mdio";
reg = <0x01c0b080 0x14>;
status = "disabled";
#address-cells = <1>;
#size-cells = <0>;
};
mmc0: mmc@01c0f000 {
compatible = "allwinner,sun5i-mmc";
reg = <0x01c0f000 0x1000>;
clocks = <&ahb_gates 8>, <&mmc0_clk>;
clock-names = "ahb", "mod";
interrupts = <0 32 4>;
bus-width = <4>;
status = "disabled";
};
mmc3: mmc@01c12000 {
compatible = "allwinner,sun5i-mmc";
reg = <0x01c12000 0x1000>;
clocks = <&ahb_gates 11>, <&mmc3_clk>;
clock-names = "ahb", "mod";
interrupts = <0 35 4>;
bus-width = <4>;
status = "disabled";
};
pio: pinctrl@01c20800 {
compatible = "allwinner,sun7i-a20-pinctrl";
reg = <0x01c20800 0x400>;
interrupts = <0 28 1>;
clocks = <&apb0_gates 5>;
gpio-controller;
interrupt-controller;
#address-cells = <1>;
#size-cells = <0>;
#gpio-cells = <3>;
uart0_pins_a: uart0@0 {
allwinner,pins = "PB22", "PB23";
allwinner,function = "uart0";
allwinner,drive = <0>;
allwinner,pull = <0>;
};
uart6_pins_a: uart6@0 {
allwinner,pins = "PI12", "PI13";
allwinner,function = "uart6";
allwinner,drive = <0>;
allwinner,pull = <0>;
};
uart7_pins_a: uart7@0 {
allwinner,pins = "PI20", "PI21";
allwinner,function = "uart7";
allwinner,drive = <0>;
allwinner,pull = <0>;
};
emac_pins_a: emac0@0 {
allwinner,pins = "PA0", "PA1", "PA2",
"PA3", "PA4", "PA5", "PA6",
"PA7", "PA8", "PA9", "PA10",
"PA11", "PA12", "PA13", "PA14",
"PA15", "PA16";
allwinner,function = "emac";
allwinner,drive = <0>;
allwinner,pull = <0>;
};
mmc0_pins_a: mmc0@0 {
allwinner,pins = "PF0","PF1","PF2","PF3","PF4","PF5";
allwinner,function = "mmc0";
allwinner,drive = <3>;
allwinner,pull = <0>;
};
mmc0_cd_pin_reference_design: mmc0_cd_pin@0{
allwinner,pins = "PH1";
allwinner,function = "gpio_in";
allwinner,drive = <0>;
allwinner,pull = <1>;
};
mmc3_pins_a: mmc3@0 {
allwinner,pins = "PI4","PI5","PI6","PI7","PI8","PI9";
allwinner,function = "mmc3";
allwinner,drive = <3>;
allwinner,pull = <0>;
};
};
timer@01c20c00 {
compatible = "allwinner,sun4i-timer";
reg = <0x01c20c00 0x90>;
interrupts = <0 22 4>,
<0 23 4>,
<0 24 4>,
<0 25 4>,
<0 67 4>,
<0 68 4>;
clocks = <&osc24M>;
};
wdt: watchdog@01c20c90 {
compatible = "allwinner,sun4i-wdt";
reg = <0x01c20c90 0x10>;
};
rtc: rtc@01c20d00 {
compatible = "allwinner,sun7i-a20-rtc";
reg = <0x01c20d00 0x20>;
interrupts = <0 24 1>;
};
sid: eeprom@01c23800 {
compatible = "allwinner,sun7i-a20-sid";
reg = <0x01c23800 0x200>;
};
uart0: serial@01c28000 {
compatible = "snps,dw-apb-uart";
reg = <0x01c28000 0x400>;
interrupts = <0 1 1>;
reg-shift = <2>;
reg-io-width = <4>;
clocks = <&apb1_gates 16>;
status = "disabled";
};
uart1: serial@01c28400 {
compatible = "snps,dw-apb-uart";
reg = <0x01c28400 0x400>;
interrupts = <0 2 1>;
reg-shift = <2>;
reg-io-width = <4>;
clocks = <&apb1_gates 17>;
status = "disabled";
};
uart2: serial@01c28800 {
compatible = "snps,dw-apb-uart";
reg = <0x01c28800 0x400>;
interrupts = <0 3 1>;
reg-shift = <2>;
reg-io-width = <4>;
clocks = <&apb1_gates 18>;
status = "disabled";
};
uart3: serial@01c28c00 {
compatible = "snps,dw-apb-uart";
reg = <0x01c28c00 0x400>;
interrupts = <0 4 1>;
reg-shift = <2>;
reg-io-width = <4>;
clocks = <&apb1_gates 19>;
status = "disabled";
};
uart4: serial@01c29000 {
compatible = "snps,dw-apb-uart";
reg = <0x01c29000 0x400>;
interrupts = <0 17 1>;
reg-shift = <2>;
reg-io-width = <4>;
clocks = <&apb1_gates 20>;
status = "disabled";
};
uart5: serial@01c29400 {
compatible = "snps,dw-apb-uart";
reg = <0x01c29400 0x400>;
interrupts = <0 18 1>;
reg-shift = <2>;
reg-io-width = <4>;
clocks = <&apb1_gates 21>;
status = "disabled";
};
uart6: serial@01c29800 {
compatible = "snps,dw-apb-uart";
reg = <0x01c29800 0x400>;
interrupts = <0 19 1>;
reg-shift = <2>;
reg-io-width = <4>;
clocks = <&apb1_gates 22>;
status = "disabled";
};
uart7: serial@01c29c00 {
compatible = "snps,dw-apb-uart";
reg = <0x01c29c00 0x400>;
interrupts = <0 20 1>;
reg-shift = <2>;
reg-io-width = <4>;
clocks = <&apb1_gates 23>;
status = "disabled";
};
hstimer@01c60000 {
compatible = "allwinner,sun7i-a20-hstimer";
reg = <0x01c60000 0x1000>;
interrupts = <0 81 1>,
<0 82 1>,
<0 83 1>,
<0 84 1>;
clocks = <&ahb_gates 28>;
};
gic: interrupt-controller@01c81000 {
compatible = "arm,cortex-a7-gic", "arm,cortex-a15-gic";
reg = <0x01c81000 0x1000>,
<0x01c82000 0x1000>,
<0x01c84000 0x2000>,
<0x01c86000 0x2000>;
interrupt-controller;
#interrupt-cells = <3>;
interrupts = <1 9 0xf04>;
};
ehci0: ehci0@0x01c14000 {
compatible = "allwinner,sunxi-ehci";
reg = <0x01c14000 0x400 0x01c14800 0x4 0x01c13404 0x4>;
interrupts = <0 39 1>;
clocks = <&usb 8>, <&usb 1>, <&ahb_gates 1>;
clock-names = "usb_phy", "phy_reset", "ahb_ehci";
status = "disabled";
};
ehci1: ehci1@0x01c1c000 {
compatible = "allwinner,sunxi-ehci";
reg = <0x01c1c000 0x400 0x01c1c800 0x4 0x01c13404 0x4>;
interrupts = <0 40 1>;
clocks = <&usb 8>, <&usb 2>, <&ahb_gates 3>;
clock-names = "usb_phy", "phy_reset", "ahb_ehci";
status = "disabled";
};
};
};
(2)sun7i-a20-cubieboard2-xen.dts:
/*
* Copyright 2013 Maxime Ripard
*
* Maxime Ripard <maxime.ripard@free-electrons.com>
*
* The code contained herein is licensed under the GNU General Public
* License. You may obtain a copy of the GNU General Public License
* Version 2 or later at the following locations:
*
* http://www.opensource.org/licenses/gpl-license.html
* http://www.gnu.org/copyleft/gpl.html
*/
/dts-v1/;
/include/ "sun7i-a20-xen.dtsi"
/ {
model = "Cubietech Cubieboard2";
compatible = "cubietech,cubieboard2", "allwinner,sun7i-a20";
chosen {
bootargs = "dom0_mem=128M sync_console console=dtuart dtuart=serial0";
xen,dom0-bootargs = "console=hvc0,115200n8 debug ignore_loglevel rw earlyprintk=xen clk_ignore_unused init=/init";
modules {
module@0 {
compatible = "xen,linux-zimage", "xen,multiboot-module";
reg = <0x7f600000 0xf00000>;
};
module@1 {
compatible = "xen,linux-initrd", "xen,multiboot-module";
reg = <0x60000000 0x6000000>;
linux,initrd-start = <0x60000000>;
linux,initrd-end = <0x66000000>;
};
};
};
hypervisor {
compatible = "xen,xen-4.2", "xen,xen";
reg = <0xb0000000 0x20000>;
interrupts = <1 15 0xf08>;
};
aliases {
serial0 = "/soc@01c00000/serial@01c28000";
};
soc@01c00000 {
mmc0: mmc@01c0f000 {
pinctrl-names = "default";
pinctrl-0 = <&mmc0_pins_a>;
pinctrl-1 = <&mmc0_cd_pin_reference_design>;
cd-gpios = <&pio 7 1 0>; /* PH1 */
cd-mode = <1>;
status = "okay";
};
pinctrl@01c20800 {
ahci_pwr_pin: ahci_pwr_pin@0 {
allwinner,pins = "PB8";
allwinner,function = "gpio_out";
allwinner,drive = <0>;
allwinner,pull = <0>;
};
mmc0_cd_pin_cubieboard2: mmc0_cd_pin@0 {
allwinner,pins = "PH1";
allwinner,function = "gpio_in";
allwinner,drive = <0>;
allwinner,pull = <0>;
};
led_pins_cubieboard2: led_pins@0 {
allwinner,pins = "PH20", "PH21";
allwinner,function = "gpio_out";
allwinner,drive = <0>;
allwinner,pull = <0>;
};
usb1_vbus_pin: usb1_vbus_pin@0 {
allwinner,pins = "PH6";
allwinner,function = "gpio_out";
allwinner,drive = <0>;
allwinner,pull = <2>;
};
usb2_vbus_pin: usb2_vbus_pin@0 {
allwinner,pins = "PH3";
allwinner,function = "gpio_out";
allwinner,drive = <0>;
allwinner,pull = <2>;
};
};
uart0: serial@01c28000 {
pinctrl-names = "default";
pinctrl-0 = <&uart0_pins_a>;
status = "okay";
};
ehci0: ehci0@0x01c14000 {
vbus-supply = <®_usb1_vbus>;
status = "okay";
};
ehci1: ehci1@0x01c1c000 {
vbus-supply = <®_usb2_vbus>;
status = "okay";
};
};
leds {
compatible = "gpio-leds";
pinctrl-names = "default";
pinctrl-0 = <&led_pins_cubieboard2>;
blue {
label = "cubieboard2:blue:usr";
gpios = <&pio 7 21 0>;
};
green {
label = "cubieboard2:green:usr";
gpios = <&pio 7 20 0>;
};
};
regulators {
compatible = "simple-bus";
pinctrl-names = "default";
reg_ahci_5v: ahci-5v {
compatible = "regulator-fixed";
regulator-name = "ahci-5v";
regulator-min-microvolt = <5000000>;
regulator-max-microvolt = <5000000>;
pinctrl-0 = <&ahci_pwr_pin>;
gpio = <&pio 1 8 0>;
enable-active-high;
};
reg_usb1_vbus: usb1-vbus {
compatible = "regulator-fixed";
pinctrl-names = "default";
pinctrl-0 = <&usb1_vbus_pin>;
regulator-name = "usb1-vbus";
regulator-min-microvolt = <5000000>;
regulator-max-microvolt = <5000000>;
enable-active-high;
gpio = <&pio 7 6 0>;
};
reg_usb2_vbus: usb2-vbus {
compatible = "regulator-fixed";
pinctrl-names = "default";
pinctrl-0 = <&usb2_vbus_pin>;
regulator-name = "usb2-vbus";
regulator-min-microvolt = <5000000>;
regulator-max-microvolt = <5000000>;
enable-active-high;
gpio = <&pio 7 3 0>;
};
};
};
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Xen on (RELEASE-4.4.0) crashed when booting on Cubieboard2
2014-04-06 2:28 ` duqi
@ 2014-04-06 2:54 ` duqi
0 siblings, 0 replies; 13+ messages in thread
From: duqi @ 2014-04-06 2:54 UTC (permalink / raw)
To: duqi
Cc: Ian Campbell, Stefano Stabellini (Xen mainlister),
Julien Grall, xen-devel, hdegoede, bjzhang,
宫晓利
>>I can't find this commit in xen repository? Where does it come from?
>>What did you modify on the code?
>
>Sorry , I have not noticed this commit. I just used the tree from :git://xenbits.xen.org/xen.git. and the RELEASE-4.4.0 branch.
>I got a patch from this blog:http://blog.xen.org/index.php/2014/04/01/virtualization-on-arm-with-xen/
We get the code with the following instructions:
host$ git clone git://xenbits.xen.org/xen.git xen
host$ cd xen
host$ git checkout RELEASE-4.4.0
host$ git cherry-pick 0c68ddf3085b90d72b7d3b6affd1fe8fa16eb6be
>
>
>>> (XEN) Xen stack trace from sp=47fe7c64:
>>> (XEN) 00000000 03800000 00212f8c 0029113c 00000028 0000001c 00000001 00000070
>>> (XEN) 00000000 00000000 00000000 ffffffff 00000001 bfffffff fffffbff ffffffff
>>> (XEN) ffffffff ffbfffff 00000000 00000000 00000000 00000000 0000001c 00000000
>>> (XEN) feace000 feacc000 002141a0 00000000 ffffffff 40009000 00000000 00000000
>>> (XEN) feace000 feace000 00239bb4 00001000 00000000 00001000 00000000 00000000
>>> (XEN) 00000000 feace000 00239f70 00000000 00000000 00000000 00000000 00000000
>>> (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000001 40009100
>>> (XEN) ffffffff 40009000 00000000 002ce500 002cf614 00001000 00000000 760116ff
>>> (XEN) 00800000 760116ff 00800000 ffffffff 76012000 00000000 00000000 00000001
>>> (XEN) 00000000 00000000 00000000 002ce500 0023a6a8 00002000 00000000 76012000
>>> (XEN) 00000000 0000000f 00000001 00076012 00000000 40009000 002395c4 00000001
>>> (XEN) 00007ff0 00000018 47fe7e98 ef855e50 00000001 00000000 c7855e50 00007ff0
>>> (XEN) 40009000 c7854038 00000000 002ce500 00211d8c 00000001 00000000 c7854038
>>> (XEN) 00000001 47fe7f58 0020c0a4 47fe7e4c 47fe7e54 00000007 47fe7e90 052da43d
>>> (XEN) 00000000 00000000 40008c30 002ce500 47fe7ea0 47fe7ed8 47fe7e6c 00000002
>>> (XEN) 00000001 47fe7e94 00000002 00000003 00002800 c7855e60 47fe7e9c 00000002
>>> (XEN) 00000006 00000007 00000000 00000000 00000000 00000000 47fee8d8 47fee528
>>> (XEN) 00000006 47fee000 47fee538 00000001 00000001 00007ff0 00000001 00000000
>>> (XEN) 00000000 00000001 00000000 40009000 47fe7ed4 ffffffff ffffffff 47fe7ed8
>>> (XEN) 002ce588 47fee000 002cf614 002ce500 002ce588 00000001 00000000 00244118
>>> (XEN) Xen call trace:
>>> (XEN) [<00232338>] __bug+0x20/0x40 (PC)
>>> (XEN) [<00232338>] __bug+0x20/0x40 (LR)
>>
>>I'm suprised that the call trace is so small. Did you copy everything?
>Yeah, that's all the call trace.
I also tried to modify the code in page_alloc.c:698.
It is a bug report :
BUG_ON(pg[i].count_info != PGC_state_free);
If i commit this line, the boot progress will go through and get stuck when the initial console hvc0 is used.
>
>Many thanks.
>
>
>duqi.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Xen on (RELEASE-4.4.0) crashed when booting on Cubieboard2
2014-04-06 2:44 ` duqi
@ 2014-04-06 9:32 ` Julien Grall
2014-04-07 8:46 ` Ian Campbell
0 siblings, 1 reply; 13+ messages in thread
From: Julien Grall @ 2014-04-06 9:32 UTC (permalink / raw)
To: duqi
Cc: Ian Campbell, Stefano Stabellini (Xen mainlister),
宫晓利,
hdegoede, bjzhang, xen-devel
Hello,
On 06/04/14 03:44, duqi wrote:
>> Why do you compile the DTB into Xen? I guess you have hardcoded the
>> chosen node... if so can you paste the content here?
>
> We are worried about our memory layout when loading xen and dom0 kernel.
The memory layout on the wiki page is working on the cubieboard with
128Mb, so you don't have to worry.
> For simplicity, we compiled dtb into xen. Also we compiled ramdisk into kernel image for the same reason.
I still don't get why you are compiling the DTB into Xen ... it's
error-prone as you have to hardcode Xen nodes in the device-tree.
> We will test the stand alone dtb load progress soon.
Please try the instructions on the wiki page before trying fancy things...
> / {
> model = "Cubietech Cubieboard2";
> compatible = "cubietech,cubieboard2", "allwinner,sun7i-a20";
>
> chosen {
> bootargs = "dom0_mem=128M sync_console console=dtuart dtuart=serial0";
> xen,dom0-bootargs = "console=hvc0,115200n8 debug ignore_loglevel rw earlyprintk=xen clk_ignore_unused init=/init";
> modules {
> module@0 {
> compatible = "xen,linux-zimage", "xen,multiboot-module";
> reg = <0x7f600000 0xf00000>;
> };
> module@1 {
> compatible = "xen,linux-initrd", "xen,multiboot-module";
> reg = <0x60000000 0x6000000>;
> linux,initrd-start = <0x60000000>;
> linux,initrd-end = <0x66000000>;
This properties should not be there ... and I though you compiled your
ramdisk with the kernel, right?
> };
> };
> };
>
> hypervisor {
> compatible = "xen,xen-4.2", "xen,xen";
> reg = <0xb0000000 0x20000>;
> interrupts = <1 15 0xf08>;
> };
This node is not necessary.
To repeat what I said at the beginning of the mail, compiling the DTB in
Xen is *NOT* the solution for debugging. The modules nodes may differ
because you didn't load you kernel in the right place ... or the initrd
is not loaded.
Regards,
--
Julien Grall
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Xen on (RELEASE-4.4.0) crashed when booting on Cubieboard2
2014-04-06 9:32 ` Julien Grall
@ 2014-04-07 8:46 ` Ian Campbell
2014-04-09 14:08 ` duqi
0 siblings, 1 reply; 13+ messages in thread
From: Ian Campbell @ 2014-04-07 8:46 UTC (permalink / raw)
To: Julien Grall
Cc: Stefano Stabellini (Xen mainlister),
duqi, 宫晓利,
hdegoede, bjzhang, xen-devel
On Sun, 2014-04-06 at 10:32 +0100, Julien Grall wrote:
> Please try the instructions on the wiki page before trying fancy things...
Yes, agreed, please follow the wiki page exactly and ask if things don't
work as expected.
> To repeat what I said at the beginning of the mail, compiling the DTB
> in Xen is *NOT* the solution for debugging.
Yes. His might have been necessary with xen 4.3 but it is actively
harmful with 4.4. Especially if the DTB has been modified.
Ian.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Xen on (RELEASE-4.4.0) crashed when booting on Cubieboard2
2014-04-07 8:46 ` Ian Campbell
@ 2014-04-09 14:08 ` duqi
2014-04-09 14:37 ` Ian Campbell
0 siblings, 1 reply; 13+ messages in thread
From: duqi @ 2014-04-09 14:08 UTC (permalink / raw)
To: Julien Grall, xen-devel
Cc: hdegoede, 宫晓利,
Stefano Stabellini (Xen mainlister),
Ian Campbell, bjzhang
At 2014-04-07 16:46:32,"Ian Campbell" <Ian.Campbell@citrix.com> wrote:
>On Sun, 2014-04-06 at 10:32 +0100, Julien Grall wrote:
>> Please try the instructions on the wiki page before trying fancy things...
>
>Yes, agreed, please follow the wiki page exactly and ask if things don't
>work as expected.
>
Hello,
We have tried to follow the wiki page's instruction to boot dom0 on xen , but we found that there are something wrong with it. We made some simple modification about bootargs. The command we used is here:
setenv kernel_addr_r 0x7f400000
setenv fdt_addr 0x7ea00000
setenv xen_addr_r 0x7e800000
fatload mmc 0 ${xen_addr_r} /boot/xen
fatload mmc 0 ${fdt_addr} /boot/sun7i-a20-cubieboard2-xen2.dtb
fatload mmc 0 ${kernel_addr_r} /boot/zImage
setenv fdt_high 0xffffffff
fdt addr ${fdt_addr} 0x40000
fdt resize
setenv bootargs "sync_console console=dtuart dtuart=/soc@01c00000/serial@01c28000 dom0_mem=128M"
fdt chosen
fdt set /chosen \#address-cells <1>
fdt set /chosen \#size-cells <1>
fdt mknod /chosen module@0
fdt set /chosen/module@0 compatible "xen,linux-zimage" "xen,multiboot-module"
fdt set /chosen/module@0 reg <${kernel_addr_r} 0xf000000>
fdt set /chosen/module@0 bootargs "console=hvc0,115200n8 debug ignore_loglevel rw earlyprintk=xen clk_ignore_unused init=/init"
bootz ${xen_addr_r} - ${fdt_addr}
Whithout this change , it would be stuck at the start of the dom0's boot.
Add the modification , the dom0's booting is nothing different . Coud you give me some advices?
Thank you very much.
Here is the kerneldump now:
Kernel image @ 0x7e800000 [ 0x000000 - 0x0cf700 ]
## Flattened Device Tree blob at 7ea00000
Booting using the fdt blob at 0x7ea00000
reserving fdt memory region: addr=7ea00000 size=3000
Using Device Tree in place at 7ea00000, end 7ea05fff
Starting kernel ...
Xen 4.4.0
(XEN) Xen version 4.4.0 (root@) (arm-linux-gnueabihf-gcc (Ubuntu/Linaro 4.7.2-1ubuntu1) 4.7.2) debug=n Wed Apr 9 17:35:22 CST 24
(XEN) Latest ChangeSet: Fri Mar 14 12:00:11 2014 +0000 git:69bae51-dirty
(XEN) Console output is synchronous.
(XEN) Processor: 410fc074: "ARM Limited", variant: 0x0, part 0xc07, rev 0x4
(XEN) 32-bit Execution:
(XEN) Processor Features: 00001131:00011011
(XEN) Instruction Sets: AArch32 Thumb Thumb-2 ThumbEE Jazelle
(XEN) Extensions: GenericTimer Security
(XEN) Debug Features: 02010555
(XEN) Auxiliary Features: 00000000
(XEN) Memory Model Features: 10101105 40000000 01240000 02102211
(XEN) ISA Features: 02101110 13112111 21232041 11112131 10011142 00000000
(XEN) Generic Timer IRQ: phys=30 hyp=26 virt=27
(XEN) Using generic timer at 24000 KHz
(XEN) GIC initialization:
(XEN) gic_dist_addr=0000000001c81000
(XEN) gic_cpu_addr=0000000001c82000
(XEN) gic_hyp_addr=0000000001c84000
(XEN) gic_vcpu_addr=0000000001c86000
(XEN) gic_maintenance_irq=25
(XEN) GIC: 160 lines, 2 cpus, secure (IID 0100143b).
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Allocated console ring of 16 KiB.
(XEN) VFP implementer 0x41 architecture 2 part 0x30 variant 0x7 rev 0x4
(XEN) Brought up 1 CPUs
(XEN) *** LOADING DOMAIN 0 ***
(XEN) Populate P2M 0x68000000->0x70000000 (1:1 mapping for dom0)
(XEN) Loading kernel from boot module 2
(XEN) Loading zImage from 000000007f400000 to 000000006f800000-000000006ff08fa0
(XEN) Loading dom0 DTB to 0x000000006f600000-0x000000006f6028f3
(XEN) Scrubbing Free RAM: .........done.
(XEN) Initial low memory virq threshold set at 0x4000 pages.
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) **********************************************
(XEN) ******* WARNING: CONSOLE OUTPUT IS SYNCHRONOUS
(XEN) ******* This option is intended to aid debugging of Xen by ensuring
(XEN) ******* that all output is synchronously delivered on the serial line.
(XEN) ******* However it can introduce SIGNIFICANT latencies and affect
(XEN) ******* timekeeping. It is NOT recommended for production use!
(XEN) **********************************************
(XEN) 3... 2... 1...
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen)
(XEN) Freed 244kB init memory.
[ 0.000000] Booting Linux on physical CPU 0x0
[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Initializing cgroup subsys cpuacct
[ 0.000000] Linux version 3.13.0-rc4 (root@Lenovo-G480) (gcc version 4.7.2 (Ubuntu/Linaro 4.7.2-1ubuntu1) ) #16 SMP Wed Apr 94
[ 0.000000] CPU: ARMv7 Processor [410fc074] revision 4 (ARMv7), cr=10c5387d
[ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
[ 0.000000] Machine model: Cubietech Cubieboard2
[ 0.000000] debug: ignoring loglevel setting.
[ 0.000000] Memory policy: Data cache writealloc
[ 0.000000] On node 0 totalpages: 32768
[ 0.000000] free_area_init_node: node 0, pgdat c0cbc3c0, node_mem_map c0dc5000
[ 0.000000] Normal zone: 256 pages used for memmap
[ 0.000000] Normal zone: 0 pages reserved
[ 0.000000] Normal zone: 32768 pages, LIFO batch:7
[ 0.000000] psci: probing function IDs from device-tree
[ 0.000000] PERCPU: Embedded 9 pages/cpu @c0ecc000 s13696 r8192 d14976 u36864
[ 0.000000] pcpu-alloc: s13696 r8192 d14976 u36864 alloc=9*4096
[ 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: console=hvc0,115200n8 debug ignore_loglevel \
[ 0.000000] rw earlyprintk=xen clk_ignore_unused init=/init
[ 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] allocated 262144 bytes of page_cgroup
[ 0.000000] please try 'cgroup_disable=memory' option if you don't want memory cgroups
[ 0.000000] Memory: 115512K/131072K available (6592K kernel code, 803K rwdata, 2828K rodata, 2857K init, 975K bss, 15560K res)
[ 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] modules : 0xbf000000 - 0xbfe00000 ( 14 MB)
[ 0.000000] .text : 0xc0008000 - 0xc093b47c (9422 kB)
[ 0.000000] .init : 0xc093c000 - 0xc0c06580 (2858 kB)
[ 0.000000] .data : 0xc0c08000 - 0xc0cd0c80 ( 804 kB)
[ 0.000000] .bss : 0xc0cd0c80 - 0xc0dc4be8 ( 976 kB)
[ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[ 0.000000] Hierarchical RCU implementation.
[ 0.000000] RCU restricting CPUs from NR_CPUS=8 to nr_cpu_ids=1.
[ 0.000000] NR_IRQS:16 nr_irqs:16 16
[ 0.000000] Architected cp15 timer(s) running at 24.00MHz (virt).
[ 0.000000] sched_clock: 56 bits at 24MHz, resolution 41ns, wraps every 2863311519744ns
[ 0.000000] Switching to timer-based delay loop
[ 0.000000] sched_clock: 32 bits at 24MHz, resolution 41ns, wraps every 178956969942ns
[ 0.000000] sched_clock: 32 bits at 160MHz, resolution 6ns, wraps every 26843545593ns
[ 0.000000] Console: colour dummy device 80x30
[ 0.000358] Calibrating delay loop (skipped), value calculated using timer frequency.. 48.00 BogoMIPS (lpj=240000)
[ 0.000373] pid_max: default: 32768 minimum: 301
[ 0.000550] Security Framework initialized
[ 0.000604] SELinux: Initializing.
[ 0.000648] SELinux: Starting in permissive mode
[ 0.000843] Mount-cache hash table entries: 512
[ 0.003913] Initializing cgroup subsys memory
[ 0.003964] Initializing cgroup subsys devices
[ 0.003977] Initializing cgroup subsys freezer
[ 0.003987] Initializing cgroup subsys net_cls
[ 0.003997] Initializing cgroup subsys blkio
[ 0.004006] Initializing cgroup subsys perf_event
[ 0.004130] CPU: Testing write buffer coherency: ok
[ 0.004177] ftrace: allocating 27217 entries in 54 pages
[ 0.040679] /cpus/cpu@0 missing clock-frequency property
[ 0.040709] CPU0: thread -1, cpu 0, socket 0, mpidr 80000000
[ 0.040748] Setting up static identity map for 0x68638440 - 0x686384d8
[ 0.048085] Brought up 1 CPUs
[ 0.048103] SMP: Total of 1 processors activated.
[ 0.048112] CPU: All CPU(s) started in SVC mode.
[ 0.048920] devtmpfs: initialized
[ 0.053746] VFP support v0.3: implementor 41 architecture 2 part 30 variant 7 rev 4
[ 0.053875] Xen 4.4 support found, events_irq=31 gnttab_frame_pfn=1d00
[ 0.053952] xen:grant_table: Grant tables using version 1 layout
[ 0.054023] Grant table initialized
[ 0.060588] atomic64 test passed
[ 0.060607] pinctrl core: initialized pinctrl subsystem
[ 0.061059] regulator-dummy: no parameters
[ 0.061582] NET: Registered protocol family 16
[ 0.062114] Xen: initializing cpu0
[ 0.062401] DMA: preallocated 256 KiB pool for atomic coherent allocations
[ 0.064145] xen:swiotlb_xen: Warning: only able to allocate 8 MB for software IO TLB
[ 0.067369] software IO TLB [mem 0x6d800000-0x6e000000] (8MB) mapped at [c5800000-c5ffffff]
[ 0.069918] No ATAGs?
[ 0.069943] hw-breakpoint: found 5 (+1 reserved) breakpoint and 4 watchpoint registers.
[ 0.069954] hw-breakpoint: maximum watchpoint size is 8 bytes.
[ 0.070829] Serial: AMBA PL011 UART driver
[ 0.078203] bio: create slab <bio-0> at 0
[ 0.079239] edma-dma-engine edma-dma-engine.0: Can't allocate PaRAM dummy slot
[ 0.079274] edma-dma-engine: probe of edma-dma-engine.0 failed with error -5
[ 0.079418] xen:balloon: Initialising balloon driver
[ 0.079537] reg-fixed-voltage ahci-5v.4: could not find pctldev for node /soc@01c00000/pinctrl@01c20800/ahci_pwr_pin@0, defere
[ 0.079556] platform ahci-5v.4: Driver reg-fixed-voltage requests probe deferral
[ 0.079580] reg-fixed-voltage usb1-vbus.5: could not find pctldev for node /soc@01c00000/pinctrl@01c20800/usb1_vbus_pin@0, dee
[ 0.079595] platform usb1-vbus.5: Driver reg-fixed-voltage requests probe deferral
[ 0.079664] reg-fixed-voltage usb2-vbus.6: could not find pctldev for node /soc@01c00000/pinctrl@01c20800/usb2_vbus_pin@0, dee
[ 0.079680] platform usb2-vbus.6: Driver reg-fixed-voltage requests probe deferral
[ 0.080949] SCSI subsystem initialized
[ 0.081246] libata version 3.00 loaded.
[ 0.081547] usbcore: registered new interface driver usbfs
[ 0.081656] usbcore: registered new interface driver hub
[ 0.081826] usbcore: registered new device driver usb
[ 0.082082] pps_core: LinuxPPS API ver. 1 registered
[ 0.082093] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti@linux.it>
[ 0.082119] PTP clock support registered
[ 0.083275] NetLabel: Initializing
[ 0.083290] NetLabel: domain hash size = 128
[ 0.083296] NetLabel: protocols = UNLABELED CIPSOv4
[ 0.083366] NetLabel: unlabeled traffic allowed by default
[ 0.083725] Switched to clocksource arch_sys_counter
[ 0.139540] NET: Registered protocol family 2
[ 0.140540] TCP established hash table entries: 1024 (order: 0, 4096 bytes)
[ 0.140569] TCP bind hash table entries: 1024 (order: 1, 8192 bytes)
[ 0.140593] TCP: Hash tables configured (established 1024 bind 1024)
[ 0.140663] TCP: reno registered
[ 0.140681] UDP hash table entries: 256 (order: 1, 8192 bytes)
[ 0.140714] UDP-Lite hash table entries: 256 (order: 1, 8192 bytes)
[ 0.141021] NET: Registered protocol family 1
[ 0.141504] RPC: Registered named UNIX socket transport module.
[ 0.141519] RPC: Registered udp transport module.
[ 0.141526] RPC: Registered tcp transport module.
[ 0.141533] RPC: Registered tcp NFSv4.1 backchannel transport module.
[ 0.315258] audit: initializing netlink socket (disabled)
[ 0.315325] type=2000 audit(0.300:1): initialized
[ 0.505186] zbud: loaded
[ 0.505818] VFS: Disk quotas dquot_6.5.2
[ 0.506096] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[ 0.508520] NFS: Registering the id_resolver key type
[ 0.508590] Key type id_resolver registered
[ 0.508599] Key type id_legacy registered
[ 0.508618] nfs4filelayout_init: NFSv4 File Layout Driver Registering...
[ 0.508976] msgmni has been set to 225
[ 0.509349] SELinux: Registering netfilter hooks
[ 0.512514] alg: No test for stdrng (krng)
[ 0.512547] NET: Registered protocol family 38
[ 0.512865] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 250)
[ 0.513075] io scheduler noop registered
[ 0.513086] io scheduler deadline registered
[ 0.513302] io scheduler cfq registered (default)
[ 0.516506] sunxi-pinctrl 1c20800.pinctrl: initialized sunXi PIO driver
[ 0.517786] xen:xen_evtchn: Event-channel device installed
[ 1.314027] console [hvc0] enabled
[ 1.317439] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[ 1.325154] Serial: AMBA driver
[ 1.328282] Serial: IMX driver
[ 1.332376] [drm] Initialized drm 1.1.0 20060810
[ 1.338817] libphy: Fixed MDIO Bus: probed
[ 1.343453] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 1.349991] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[ 1.356162] ohci-omap3: OHCI OMAP3 driver
[ 1.360534] usbcore: registered new interface driver usbserial
[ 1.366381] usbcore: registered new interface driver usbserial_generic
[ 1.372908] usbserial: USB Serial support registered for generic
[ 1.379269] mousedev: PS/2 mouse device common for all mice
[ 1.386133] device-mapper: uevent: version 1.0.3
[ 1.391177] device-mapper: ioctl: 4.27.0-ioctl (2013-10-30) initialised: dm-devel@redhat.com
[ 1.400531] #sunxi_mmc_probe# the host->sg_cpu=c883e000
[ 1.406026] sunxi-mci 1c0f000.mmc: base:0xc88be000 irq:64
[ 1.411671] hidraw: raw HID events driver (C) Jiri Kosina
[ 1.417115] mmc0: mmc_rescan_try_freq: trying to init card at 400000 Hz
[ 1.423668] mmc0: clock 0Hz busmode 2 powermode 1 cs 0 Vdd 21 width 0 timing 0
[ 1.431001] sunxi-mci 1c0f000.mmc: power on!
[ 1.436012] usbcore: registered new interface driver usbhid
[ 1.441520] usbhid: USB HID core driver
[ 1.445903] drop_monitor: Initializing network drop monitor service
[ 1.452381] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 1.457709] mmc0: clock 400000Hz busmode 2 powermode 2 cs 0 Vdd 21 width 0 timing 0
[ 1.465358] sunxi-mci 1c0f000.mmc: ios->clock: 400000
[ 1.470481] sunxi-mci 1c0f000.mmc: setting clk to 400000, rounded 400000
duqi.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Xen on (RELEASE-4.4.0) crashed when booting on Cubieboard2
2014-04-09 14:08 ` duqi
@ 2014-04-09 14:37 ` Ian Campbell
2014-04-09 15:44 ` duqi
0 siblings, 1 reply; 13+ messages in thread
From: Ian Campbell @ 2014-04-09 14:37 UTC (permalink / raw)
To: duqi
Cc: Stefano Stabellini (Xen mainlister),
Julien Grall, 宫晓利,
hdegoede, bjzhang, xen-devel
On Wed, 2014-04-09 at 22:08 +0800, duqi wrote:
> We have tried to follow the wiki page's instruction to boot dom0 on
> xen , but we found that there are something wrong with it. We made
> some simple modification about bootargs.
Can you say what you changed?
AFAICT: Added sync_console to the xen bootargs. Added a bunch of stuff
to the Linux command line, much of which looks unnecessary:
console=hvc0,115200n8: the ",115200n8" is not needed.
debug ignore_loglevel rw: OK
earlyprintk=xen: I don't believe "=xen" does anything
init=/init: OK, but what does this do?
I notice that you don't seem to have earlyprintk enabled in your
hypervisor, although I suppose that doesn't matter here.
> fatload mmc 0 ${fdt_addr} /boot/sun7i-a20-cubieboard2-xen2.dtb
What is this? How does it differ from sun7i-a20-cubieboard2.dtb from the
kernel source? You should not need to modify the dtb to run under Xen.
> Whithout this change , it would be stuck at the start of the dom0's boot.
Where exactly?
> Add the modification , the dom0's booting is nothing different .
Are you saying that the modifications you made didn't help?
> Coud you give me some advices?
>
> Thank you very much.
>
> Here is the kerneldump now:
> Kernel image @ 0x7e800000 [ 0x000000 - 0x0cf700 ]
> ## Flattened Device Tree blob at 7ea00000
> Booting using the fdt blob at 0x7ea00000
> reserving fdt memory region: addr=7ea00000 size=3000
> Using Device Tree in place at 7ea00000, end 7ea05fff
>
> Starting kernel ...
>
> Xen 4.4.0
> (XEN) Xen version 4.4.0 (root@) (arm-linux-gnueabihf-gcc (Ubuntu/Linaro 4.7.2-1ubuntu1) 4.7.2) debug=n Wed Apr 9 17:35:22 CST 24
> (XEN) Latest ChangeSet: Fri Mar 14 12:00:11 2014 +0000 git:69bae51-dirty
> (XEN) Console output is synchronous.
> (XEN) Processor: 410fc074: "ARM Limited", variant: 0x0, part 0xc07, rev 0x4
> (XEN) 32-bit Execution:
> (XEN) Processor Features: 00001131:00011011
> (XEN) Instruction Sets: AArch32 Thumb Thumb-2 ThumbEE Jazelle
> (XEN) Extensions: GenericTimer Security
> (XEN) Debug Features: 02010555
> (XEN) Auxiliary Features: 00000000
> (XEN) Memory Model Features: 10101105 40000000 01240000 02102211
> (XEN) ISA Features: 02101110 13112111 21232041 11112131 10011142 00000000
> (XEN) Generic Timer IRQ: phys=30 hyp=26 virt=27
> (XEN) Using generic timer at 24000 KHz
> (XEN) GIC initialization:
> (XEN) gic_dist_addr=0000000001c81000
> (XEN) gic_cpu_addr=0000000001c82000
> (XEN) gic_hyp_addr=0000000001c84000
> (XEN) gic_vcpu_addr=0000000001c86000
> (XEN) gic_maintenance_irq=25
> (XEN) GIC: 160 lines, 2 cpus, secure (IID 0100143b).
> (XEN) Using scheduler: SMP Credit Scheduler (credit)
> (XEN) Allocated console ring of 16 KiB.
> (XEN) VFP implementer 0x41 architecture 2 part 0x30 variant 0x7 rev 0x4
> (XEN) Brought up 1 CPUs
> (XEN) *** LOADING DOMAIN 0 ***
> (XEN) Populate P2M 0x68000000->0x70000000 (1:1 mapping for dom0)
> (XEN) Loading kernel from boot module 2
> (XEN) Loading zImage from 000000007f400000 to 000000006f800000-000000006ff08fa0
> (XEN) Loading dom0 DTB to 0x000000006f600000-0x000000006f6028f3
> (XEN) Scrubbing Free RAM: .........done.
> (XEN) Initial low memory virq threshold set at 0x4000 pages.
> (XEN) Std. Loglevel: Errors and warnings
> (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
> (XEN) **********************************************
> (XEN) ******* WARNING: CONSOLE OUTPUT IS SYNCHRONOUS
> (XEN) ******* This option is intended to aid debugging of Xen by ensuring
> (XEN) ******* that all output is synchronously delivered on the serial line.
> (XEN) ******* However it can introduce SIGNIFICANT latencies and affect
> (XEN) ******* timekeeping. It is NOT recommended for production use!
> (XEN) **********************************************
> (XEN) 3... 2... 1...
> (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen)
> (XEN) Freed 244kB init memory.
> [ 0.000000] Booting Linux on physical CPU 0x0
> [ 0.000000] Initializing cgroup subsys cpuset
> [ 0.000000] Initializing cgroup subsys cpu
> [ 0.000000] Initializing cgroup subsys cpuacct
> [ 0.000000] Linux version 3.13.0-rc4 (root@Lenovo-G480) (gcc version 4.7.2 (Ubuntu/Linaro 4.7.2-1ubuntu1) ) #16 SMP Wed Apr 94
> [ 0.000000] CPU: ARMv7 Processor [410fc074] revision 4 (ARMv7), cr=10c5387d
> [ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
> [ 0.000000] Machine model: Cubietech Cubieboard2
> [ 0.000000] debug: ignoring loglevel setting.
> [ 0.000000] Memory policy: Data cache writealloc
> [ 0.000000] On node 0 totalpages: 32768
> [ 0.000000] free_area_init_node: node 0, pgdat c0cbc3c0, node_mem_map c0dc5000
> [ 0.000000] Normal zone: 256 pages used for memmap
> [ 0.000000] Normal zone: 0 pages reserved
> [ 0.000000] Normal zone: 32768 pages, LIFO batch:7
> [ 0.000000] psci: probing function IDs from device-tree
> [ 0.000000] PERCPU: Embedded 9 pages/cpu @c0ecc000 s13696 r8192 d14976 u36864
> [ 0.000000] pcpu-alloc: s13696 r8192 d14976 u36864 alloc=9*4096
> [ 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: console=hvc0,115200n8 debug ignore_loglevel \
> [ 0.000000] rw earlyprintk=xen clk_ignore_unused init=/init
> [ 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] allocated 262144 bytes of page_cgroup
> [ 0.000000] please try 'cgroup_disable=memory' option if you don't want memory cgroups
> [ 0.000000] Memory: 115512K/131072K available (6592K kernel code, 803K rwdata, 2828K rodata, 2857K init, 975K bss, 15560K res)
> [ 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] modules : 0xbf000000 - 0xbfe00000 ( 14 MB)
> [ 0.000000] .text : 0xc0008000 - 0xc093b47c (9422 kB)
> [ 0.000000] .init : 0xc093c000 - 0xc0c06580 (2858 kB)
> [ 0.000000] .data : 0xc0c08000 - 0xc0cd0c80 ( 804 kB)
> [ 0.000000] .bss : 0xc0cd0c80 - 0xc0dc4be8 ( 976 kB)
> [ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
> [ 0.000000] Hierarchical RCU implementation.
> [ 0.000000] RCU restricting CPUs from NR_CPUS=8 to nr_cpu_ids=1.
> [ 0.000000] NR_IRQS:16 nr_irqs:16 16
> [ 0.000000] Architected cp15 timer(s) running at 24.00MHz (virt).
> [ 0.000000] sched_clock: 56 bits at 24MHz, resolution 41ns, wraps every 2863311519744ns
> [ 0.000000] Switching to timer-based delay loop
> [ 0.000000] sched_clock: 32 bits at 24MHz, resolution 41ns, wraps every 178956969942ns
> [ 0.000000] sched_clock: 32 bits at 160MHz, resolution 6ns, wraps every 26843545593ns
> [ 0.000000] Console: colour dummy device 80x30
> [ 0.000358] Calibrating delay loop (skipped), value calculated using timer frequency.. 48.00 BogoMIPS (lpj=240000)
> [ 0.000373] pid_max: default: 32768 minimum: 301
> [ 0.000550] Security Framework initialized
> [ 0.000604] SELinux: Initializing.
> [ 0.000648] SELinux: Starting in permissive mode
> [ 0.000843] Mount-cache hash table entries: 512
> [ 0.003913] Initializing cgroup subsys memory
> [ 0.003964] Initializing cgroup subsys devices
> [ 0.003977] Initializing cgroup subsys freezer
> [ 0.003987] Initializing cgroup subsys net_cls
> [ 0.003997] Initializing cgroup subsys blkio
> [ 0.004006] Initializing cgroup subsys perf_event
> [ 0.004130] CPU: Testing write buffer coherency: ok
> [ 0.004177] ftrace: allocating 27217 entries in 54 pages
> [ 0.040679] /cpus/cpu@0 missing clock-frequency property
> [ 0.040709] CPU0: thread -1, cpu 0, socket 0, mpidr 80000000
> [ 0.040748] Setting up static identity map for 0x68638440 - 0x686384d8
> [ 0.048085] Brought up 1 CPUs
> [ 0.048103] SMP: Total of 1 processors activated.
> [ 0.048112] CPU: All CPU(s) started in SVC mode.
> [ 0.048920] devtmpfs: initialized
> [ 0.053746] VFP support v0.3: implementor 41 architecture 2 part 30 variant 7 rev 4
> [ 0.053875] Xen 4.4 support found, events_irq=31 gnttab_frame_pfn=1d00
> [ 0.053952] xen:grant_table: Grant tables using version 1 layout
> [ 0.054023] Grant table initialized
> [ 0.060588] atomic64 test passed
> [ 0.060607] pinctrl core: initialized pinctrl subsystem
> [ 0.061059] regulator-dummy: no parameters
> [ 0.061582] NET: Registered protocol family 16
> [ 0.062114] Xen: initializing cpu0
> [ 0.062401] DMA: preallocated 256 KiB pool for atomic coherent allocations
> [ 0.064145] xen:swiotlb_xen: Warning: only able to allocate 8 MB for software IO TLB
> [ 0.067369] software IO TLB [mem 0x6d800000-0x6e000000] (8MB) mapped at [c5800000-c5ffffff]
> [ 0.069918] No ATAGs?
> [ 0.069943] hw-breakpoint: found 5 (+1 reserved) breakpoint and 4 watchpoint registers.
> [ 0.069954] hw-breakpoint: maximum watchpoint size is 8 bytes.
> [ 0.070829] Serial: AMBA PL011 UART driver
> [ 0.078203] bio: create slab <bio-0> at 0
> [ 0.079239] edma-dma-engine edma-dma-engine.0: Can't allocate PaRAM dummy slot
> [ 0.079274] edma-dma-engine: probe of edma-dma-engine.0 failed with error -5
> [ 0.079418] xen:balloon: Initialising balloon driver
> [ 0.079537] reg-fixed-voltage ahci-5v.4: could not find pctldev for node /soc@01c00000/pinctrl@01c20800/ahci_pwr_pin@0, defere
> [ 0.079556] platform ahci-5v.4: Driver reg-fixed-voltage requests probe deferral
> [ 0.079580] reg-fixed-voltage usb1-vbus.5: could not find pctldev for node /soc@01c00000/pinctrl@01c20800/usb1_vbus_pin@0, dee
> [ 0.079595] platform usb1-vbus.5: Driver reg-fixed-voltage requests probe deferral
> [ 0.079664] reg-fixed-voltage usb2-vbus.6: could not find pctldev for node /soc@01c00000/pinctrl@01c20800/usb2_vbus_pin@0, dee
> [ 0.079680] platform usb2-vbus.6: Driver reg-fixed-voltage requests probe deferral
> [ 0.080949] SCSI subsystem initialized
> [ 0.081246] libata version 3.00 loaded.
> [ 0.081547] usbcore: registered new interface driver usbfs
> [ 0.081656] usbcore: registered new interface driver hub
> [ 0.081826] usbcore: registered new device driver usb
> [ 0.082082] pps_core: LinuxPPS API ver. 1 registered
> [ 0.082093] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti@linux.it>
> [ 0.082119] PTP clock support registered
> [ 0.083275] NetLabel: Initializing
> [ 0.083290] NetLabel: domain hash size = 128
> [ 0.083296] NetLabel: protocols = UNLABELED CIPSOv4
> [ 0.083366] NetLabel: unlabeled traffic allowed by default
> [ 0.083725] Switched to clocksource arch_sys_counter
> [ 0.139540] NET: Registered protocol family 2
> [ 0.140540] TCP established hash table entries: 1024 (order: 0, 4096 bytes)
> [ 0.140569] TCP bind hash table entries: 1024 (order: 1, 8192 bytes)
> [ 0.140593] TCP: Hash tables configured (established 1024 bind 1024)
> [ 0.140663] TCP: reno registered
> [ 0.140681] UDP hash table entries: 256 (order: 1, 8192 bytes)
> [ 0.140714] UDP-Lite hash table entries: 256 (order: 1, 8192 bytes)
> [ 0.141021] NET: Registered protocol family 1
> [ 0.141504] RPC: Registered named UNIX socket transport module.
> [ 0.141519] RPC: Registered udp transport module.
> [ 0.141526] RPC: Registered tcp transport module.
> [ 0.141533] RPC: Registered tcp NFSv4.1 backchannel transport module.
> [ 0.315258] audit: initializing netlink socket (disabled)
> [ 0.315325] type=2000 audit(0.300:1): initialized
> [ 0.505186] zbud: loaded
> [ 0.505818] VFS: Disk quotas dquot_6.5.2
> [ 0.506096] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
> [ 0.508520] NFS: Registering the id_resolver key type
> [ 0.508590] Key type id_resolver registered
> [ 0.508599] Key type id_legacy registered
> [ 0.508618] nfs4filelayout_init: NFSv4 File Layout Driver Registering...
> [ 0.508976] msgmni has been set to 225
> [ 0.509349] SELinux: Registering netfilter hooks
> [ 0.512514] alg: No test for stdrng (krng)
> [ 0.512547] NET: Registered protocol family 38
> [ 0.512865] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 250)
> [ 0.513075] io scheduler noop registered
> [ 0.513086] io scheduler deadline registered
> [ 0.513302] io scheduler cfq registered (default)
> [ 0.516506] sunxi-pinctrl 1c20800.pinctrl: initialized sunXi PIO driver
> [ 0.517786] xen:xen_evtchn: Event-channel device installed
> [ 1.314027] console [hvc0] enabled
> [ 1.317439] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
> [ 1.325154] Serial: AMBA driver
> [ 1.328282] Serial: IMX driver
> [ 1.332376] [drm] Initialized drm 1.1.0 20060810
> [ 1.338817] libphy: Fixed MDIO Bus: probed
> [ 1.343453] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
> [ 1.349991] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
> [ 1.356162] ohci-omap3: OHCI OMAP3 driver
> [ 1.360534] usbcore: registered new interface driver usbserial
> [ 1.366381] usbcore: registered new interface driver usbserial_generic
> [ 1.372908] usbserial: USB Serial support registered for generic
> [ 1.379269] mousedev: PS/2 mouse device common for all mice
> [ 1.386133] device-mapper: uevent: version 1.0.3
> [ 1.391177] device-mapper: ioctl: 4.27.0-ioctl (2013-10-30) initialised: dm-devel@redhat.com
> [ 1.400531] #sunxi_mmc_probe# the host->sg_cpu=c883e000
> [ 1.406026] sunxi-mci 1c0f000.mmc: base:0xc88be000 irq:64
> [ 1.411671] hidraw: raw HID events driver (C) Jiri Kosina
> [ 1.417115] mmc0: mmc_rescan_try_freq: trying to init card at 400000 Hz
> [ 1.423668] mmc0: clock 0Hz busmode 2 powermode 1 cs 0 Vdd 21 width 0 timing 0
> [ 1.431001] sunxi-mci 1c0f000.mmc: power on!
> [ 1.436012] usbcore: registered new interface driver usbhid
> [ 1.441520] usbhid: USB HID core driver
> [ 1.445903] drop_monitor: Initializing network drop monitor service
> [ 1.452381] ip_tables: (C) 2000-2006 Netfilter Core Team
> [ 1.457709] mmc0: clock 400000Hz busmode 2 powermode 2 cs 0 Vdd 21 width 0 timing 0
> [ 1.465358] sunxi-mci 1c0f000.mmc: ios->clock: 400000
> [ 1.470481] sunxi-mci 1c0f000.mmc: setting clk to 400000, rounded 400000
>
>
> duqi.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Xen on (RELEASE-4.4.0) crashed when booting on Cubieboard2
2014-04-09 14:37 ` Ian Campbell
@ 2014-04-09 15:44 ` duqi
2014-04-09 16:35 ` Ian Campbell
0 siblings, 1 reply; 13+ messages in thread
From: duqi @ 2014-04-09 15:44 UTC (permalink / raw)
To: Ian Campbell, xen-devel
Cc: hdegoede, Julien Grall, 宫晓利,
Stefano Stabellini (Xen mainlister),
bjzhang
At 2014-04-09 22:37:22,"Ian Campbell" <Ian.Campbell@citrix.com> wrote:
>On Wed, 2014-04-09 at 22:08 +0800, duqi wrote:
>> We have tried to follow the wiki page's instruction to boot dom0 on
>> xen , but we found that there are something wrong with it. We made
>> some simple modification about bootargs.
>
>Can you say what you changed?
>
>AFAICT: Added sync_console to the xen bootargs. Added a bunch of stuff
>to the Linux command line, much of which looks unnecessary:
>
>console=hvc0,115200n8: the ",115200n8" is not needed.
>debug ignore_loglevel rw: OK
>earlyprintk=xen: I don't believe "=xen" does anything
>init=/init: OK, but what does this do?
>
I will test this soon without ",115200n8" 、"=xen" and so on , but I believe this doesn't master.
>I notice that you don't seem to have earlyprintk enabled in your
>hypervisor, although I suppose that doesn't matter here.
>
>> fatload mmc 0 ${fdt_addr} /boot/sun7i-a20-cubieboard2-xen2.dtb
>
>What is this? How does it differ from sun7i-a20-cubieboard2.dtb from the
>kernel source? You should not need to modify the dtb to run under Xen.
>
I tested the sun7i-a20-cubieboard.dtb a moment ago, the result is all the same.
>> Whithout this change , it would be stuck at the start of the dom0's boot.
>
>Where exactly?
>
setenv bootargs "sync_console console=dtuart dtuart=/soc@01c00000/serial@01c28000 dom0_mem=128M"
In this command, the xen dom0 don't be booted if I dont't add the ‘sync_console’
On the other hand , I got above result by making the modification in xen/xen/common/page_alloc.c(698):
—— BUG_ON(pg[i].count_info != PGC_state_free);
++ if(pg[i].count_info != PGC_state_free)
++ pg[i].count_info = PGC_state_free;
If I don't make this change , the kerneldump will be this and the Xen BUG at page_alloc.c:698 is there :
Kernel image @ 0x7e800000 [ 0x000000 - 0x0cf700 ]
## Flattened Device Tree blob at 7ea00000
Booting using the fdt blob at 0x7ea00000
reserving fdt memory region: addr=7ea00000 size=3000
Using Device Tree in place at 7ea00000, end 7ea05fff
Starting kernel ...
Xen 4.4.0
(XEN) Xen version 4.4.0 (root@) (arm-linux-gnueabihf-gcc (Ubuntu/Linaro 4.7.2-1ubuntu1) 4.7.2) debug=n Wed Apr 9 22:28:36 CST 24
(XEN) Latest ChangeSet: Fri Mar 14 12:00:11 2014 +0000 git:69bae51-dirty
(XEN) Console output is synchronous.
(XEN) Processor: 410fc074: "ARM Limited", variant: 0x0, part 0xc07, rev 0x4
(XEN) 32-bit Execution:
(XEN) Processor Features: 00001131:00011011
(XEN) Instruction Sets: AArch32 Thumb Thumb-2 ThumbEE Jazelle
(XEN) Extensions: GenericTimer Security
(XEN) Debug Features: 02010555
(XEN) Auxiliary Features: 00000000
(XEN) Memory Model Features: 10101105 40000000 01240000 02102211
(XEN) ISA Features: 02101110 13112111 21232041 11112131 10011142 00000000
(XEN) Generic Timer IRQ: phys=30 hyp=26 virt=27
(XEN) Using generic timer at 24000 KHz
(XEN) GIC initialization:
(XEN) gic_dist_addr=0000000001c81000
(XEN) gic_cpu_addr=0000000001c82000
(XEN) gic_hyp_addr=0000000001c84000
(XEN) gic_vcpu_addr=0000000001c86000
(XEN) gic_maintenance_irq=25
(XEN) GIC: 160 lines, 2 cpus, secure (IID 0100143b).
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Allocated console ring of 16 KiB.
(XEN) VFP implementer 0x41 architecture 2 part 0x30 variant 0x7 rev 0x4
(XEN) Brought up 1 CPUs
(XEN) *** LOADING DOMAIN 0 ***
(XEN) Populate P2M 0x68000000->0x70000000 (1:1 mapping for dom0)
(XEN) Loading kernel from boot module 2
(XEN) Loading zImage from 000000007f400000 to 000000006f800000-000000006ff08fa0
(XEN) Loading dom0 DTB to 0x000000006f600000-0x000000006f6028ef
(XEN) Scrubbing Free RAM: .........done.
(XEN) Initial low memory virq threshold set at 0x4000 pages.
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) **********************************************
(XEN) ******* WARNING: CONSOLE OUTPUT IS SYNCHRONOUS
(XEN) ******* This option is intended to aid debugging of Xen by ensuring
(XEN) ******* that all output is synchronously delivered on the serial line.
(XEN) ******* However it can introduce SIGNIFICANT latencies and affect
(XEN) ******* timekeeping. It is NOT recommended for production use!
(XEN) **********************************************
(XEN) 3... 2... 1...
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen)
(XEN) Freed 244kB init memory.
(XEN) Xen BUG at page_alloc.c:698
(XEN) CPU0: Unexpected Trap: Undefined Instruction
(XEN) ----[ Xen-4.4.0 arm32 debug=n Tainted: C ]----
(XEN) CPU: 0
(XEN) PC: 0023232c __bug+0x20/0x40
(XEN) CPSR: 6000015a MODE:Hypervisor
(XEN) R0: 002516e0 R1: 00000002 R2: 00000000 R3: 00000000
(XEN) R4: 000002ba R5: 0024ac64 R6: 00291118 R7: 00000014
(XEN) R8: 0029118c R9: 00000000 R10:00291118 R11:00000001 R12:00000003
(XEN) HYP: SP: 47fe7c64 LR: 0023232c
(XEN)
(XEN) VTCR_EL2: 80002558
(XEN) VTTBR_EL2: 000100007ea06000
(XEN)
(XEN) SCTLR_EL2: 30cd187f
(XEN) HCR_EL2: 0000000000282835
(XEN) TTBR0_EL2: 000000007f2c6000
(XEN)
(XEN) ESR_EL2: 00000000
(XEN) HPFAR_EL2: 000000000001c810
(XEN) HDFAR: c8800f00
(XEN) HIFAR: 67e0f778
(XEN)
(XEN) Xen stack trace from sp=47fe7c64:
(XEN) 00000000 03800000 00212f80 0029113c 00000028 0000001c 00000001 00000070
(XEN) 00000000 00000000 00000000 11df0005 00000001 1ebf5584 877b0898 6f6f3816
(XEN) 3cfa0020 25370892 00000000 00000000 00000000 00000000 0000001c 00000000
(XEN) fea05000 fea06000 00214194 00000000 fe6e4200 40009000 00000000 00000000
(XEN) fea05000 fea05000 00239bb4 00001000 00000000 00001000 00000000 00000000
(XEN) 00000000 fea05000 00239f70 00000000 00000000 00000000 00000000 00000000
(XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000001 40009100
(XEN) ffffffff 40009000 00000000 002ce500 002cf614 00001000 00000000 760116ff
(XEN) 00800000 760116ff 00800000 d6dc2122 76012000 00000000 00000000 00000001
(XEN) 00000000 00000000 00000000 002ce500 0023a6a8 00002000 00000000 76012000
(XEN) 00000000 0000000f 00000001 00076012 00000000 40009000 002395c4 00000001
(XEN) 00007ff0 00000018 47fe7e98 ee895e50 00000001 00000000 c6895e50 00007ff0
(XEN) 40009000 00000000 00000000 002ce500 00211d80 00000001 00000000 00000000
(XEN) 00000001 47fe7f58 0020c098 47fe7e4c 47fe7e54 00000007 47fe7e90 db6b5965
(XEN) 00000000 00000000 40008c30 002ce500 47fe7ea0 47fe7ed8 47fe7e6c 00000002
(XEN) 00000001 47fe7e94 00000002 00000003 00002800 c6895e60 47fe7e9c 00000002
(XEN) 00000006 00000007 00000000 00000000 00000000 00003b20 0000b800 0000007a
(XEN) 00000000 00000000 0000ee6b 00002800 00000001 c0937ff0 00000001 00000000
(XEN) 00000000 00000001 00000000 00000000 015ec8b0 00000000 7174aa00 015ec8b0
(XEN) 3b9aca00 47fe7f58 002405dc 47fe7ed8 00210954 3b20b800 00000000 00000000
(XEN) Xen call trace:
(XEN) [<0023232c>] __bug+0x20/0x40 (PC)
(XEN) [<0023232c>] __bug+0x20/0x40 (LR)
(XEN)
Many thanks!
duqi.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Xen on (RELEASE-4.4.0) crashed when booting on Cubieboard2
2014-04-09 15:44 ` duqi
@ 2014-04-09 16:35 ` Ian Campbell
2014-04-15 2:09 ` duqi
0 siblings, 1 reply; 13+ messages in thread
From: Ian Campbell @ 2014-04-09 16:35 UTC (permalink / raw)
To: duqi
Cc: Stefano Stabellini (Xen mainlister),
Julien Grall, 宫晓利,
hdegoede, bjzhang, xen-devel
On Wed, 2014-04-09 at 23:44 +0800, duqi wrote:
> On the other hand , I got above result by making the modification in
> xen/xen/common/page_alloc.c(698):
Please don't do this sort of thing. Let's work on the issue you are
having with pristine Xen fresh from git. Your adding random changes (and
not telling us until later!) is hampering any efforts we are making to
help you. Now I don't know which information in your previous email is
relevant to the actual issue and which is related to changes you have
made.
So, please can you provide a log of booting an unmodified Xen using an
unmodified DTB.
Please include the complete log from the first line of output from
u-boot until the crash (i.e. I would like to see the full interaction
with u-boot, not just the commands you typed).
Please include the exact tree and git revision for the u-boot, Xen and
Linux trees you are using.
Ian.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Xen on (RELEASE-4.4.0) crashed when booting on Cubieboard2
2014-04-09 16:35 ` Ian Campbell
@ 2014-04-15 2:09 ` duqi
0 siblings, 0 replies; 13+ messages in thread
From: duqi @ 2014-04-15 2:09 UTC (permalink / raw)
To: Ian Campbell, xen-devel
Cc: hdegoede, Julien Grall, 宫晓利,
Stefano Stabellini (Xen mainlister),
bjzhang
At 2014-04-10 00:35:08,"Ian Campbell" <Ian.Campbell@citrix.com> wrote:
>On Wed, 2014-04-09 at 23:44 +0800, duqi wrote:
>
>> On the other hand , I got above result by making the modification in
>> xen/xen/common/page_alloc.c(698):
>
>Please don't do this sort of thing. Let's work on the issue you are
>having with pristine Xen fresh from git. Your adding random changes (and
>not telling us until later!) is hampering any efforts we are making to
>help you. Now I don't know which information in your previous email is
>relevant to the actual issue and which is related to changes you have
>made.
>
>So, please can you provide a log of booting an unmodified Xen using an
>unmodified DTB.
>
>Please include the complete log from the first line of output from
>u-boot until the crash (i.e. I would like to see the full interaction
>with u-boot, not just the commands you typed).
>
>Please include the exact tree and git revision for the u-boot, Xen and
>Linux trees you are using.
>
We have ported all to the cubietruck and it works , without any changes on the code.
We have not had time to analyze the reasons and move on.
Here is the xen and dtb configurations:
xen ：git://xenbits.xen.org/xen.git and RELEASE-4.4.0 branch
u-boot : https://github.com/jwrdegoede/u-boot-sunxi.git and sunxi-next branch
dom0 kernel ：https://github.com/jwrdegoede/linux-sunxi.git and sunxi-test branch
dtb: sun7i-a20-cubietruck.dtb
Many thanks.
duqi
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2014-04-15 2:09 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-04-05 6:30 Xen on (RELEASE-4.4.0) crashed when booting on Cubieboard2 duqi
2014-04-05 16:13 ` Julien Grall
2014-04-06 2:26 ` duqi
2014-04-06 2:28 ` duqi
2014-04-06 2:54 ` duqi
2014-04-06 2:44 ` duqi
2014-04-06 9:32 ` Julien Grall
2014-04-07 8:46 ` Ian Campbell
2014-04-09 14:08 ` duqi
2014-04-09 14:37 ` Ian Campbell
2014-04-09 15:44 ` duqi
2014-04-09 16:35 ` Ian Campbell
2014-04-15 2:09 ` duqi
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.