From mboxrd@z Thu Jan 1 00:00:00 1970 From: Julien Grall Subject: Re: Data Abort in Dom0 for cubieboard2 Date: Mon, 09 Sep 2013 10:15:21 +0100 Message-ID: <522D91A9.4010604@linaro.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Josh Zhao Cc: Ian Campbell , xen-devel List-Id: xen-devel@lists.xenproject.org On 09/09/2013 08:36 AM, Josh Zhao wrote: > Hi all, > Anyone got the similar problem like this: > > > > Starting kernel ... > > - UART enabled - > - CPU 00000000 booting - > - Machine ID 000010bb - > - Started in Hyp mode - > - Zero BSS - > - Setting up control registers - > - Turning on paging - > - Ready - > -DTB R8 402d7700 - > - PADDR R9 40200000 - > - phys-offset R10 40000000 - > RAM: 0000000040000000 - 00000000bfffffff > > MODULE[1]: 0000000060000000 - 0000000060400000 > Placing Xen at 0x00000000bfe00000-0x00000000c0000000 > Xen heap: 65536 pages Dom heap: 458752 pages > Looking for UART console serial0 > ns16550_uart_dt_init > ns16550 at 1c28000-1c28400 > console done? > UART mapped at 10007000 > divisor 0 > __ __ _ _ _ _ _ _ _ > \ \/ /___ _ __ | || | | || | _ _ _ __ ___| |_ __ _| |__ | | ___ > \ // _ \ '_ \ | || |_| || |_ __| | | | '_ \/ __| __/ _` | '_ \| |/ _ \ > / \ __/ | | | |__ _|__ _|__| |_| | | | \__ \ || (_| | |_) | | __/ > /_/\_\___|_| |_| |_|(_) |_| \__,_|_| |_|___/\__\__,_|_.__/|_|\___| > > (XEN) Xen version 4.4-unstable (joshzhao@) > (arm-unknown-linux-gnueabi-gcc (GCC) 4.6.3) debug=y Mon Sep 9 > 15:30:08 CST 2013 > (XEN) Latest ChangeSet: Mon Aug 26 12:40:44 2013 +0200 git:8a7769b-dirty > (XEN) Console output is synchronous. > (XEN) Processor: "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) Platform: ALLWINNER SUN7I-A20 > (XEN) Generic Timer IRQ: phys=55 hyp=57 virt=56 > (XEN) clock-frequency res:0 > (XEN) Using generic timer at 24000 KHz boot_count:0000000021817d4d > (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, 1 cpu, secure (IID 0100143b). > (XEN) Waiting for 0 other CPUs to be ready > (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 0x90000000->0xa0000000 (1:1 mapping for dom0) > (XEN) Device-tree contains "xen,xen" node. Ignoring. > (XEN) Loading kernel from boot module 1 > (XEN) Loading zImage from 0000000060000000 to 0000000090008000-0000000090375d08 > (XEN) Loading dom0 DTB to 0x000000009fe00000-0x000000009fe0106f > (XEN) CPU0: Unexpected Trap: Data Abort > (XEN) ----[ Xen-4.4-unstable arm32 debug=y Tainted: C ]---- > (XEN) CPU: 0 > (XEN) PC: 00214270 free_heap_pages+0x228/0x40c > (XEN) CPSR: 8000005a MODE:Hypervisor > (XEN) R0: 00100100 R1: 00200200 R2: 00000000 R3: 01800000 > (XEN) R4: 00000012 R5: 02000000 R6: 00000012 R7: 00000001 > (XEN) R8: 002d200c R9: 02600000 R10:000c0000 R11:0028fa2c R12:00261dcc > (XEN) HYP: SP: 0028fa04 LR: 00000000 > (XEN) > (XEN) VTCR_EL2: 80002558 > (XEN) VTTBR_EL2: 00010000bfdfc000 > (XEN) > (XEN) SCTLR_EL2: 30cd187f > (XEN) HCR_EL2: 0000000000282835 > (XEN) TTBR0_EL2: 00000000bfed1000 > (XEN) > (XEN) ESR_EL2: 94000006 > (XEN) HPFAR_EL2: 00000000920e0a40 > (XEN) HDFAR: 01800008 > (XEN) HIFAR: 8285a320 > (XEN) > (XEN) Xen stack trace from sp=0028fa04: > (XEN) 002140d8 0029a3a0 000003ff 02407fe0 00299118 00000400 0029a3a0 00000000 > (XEN) 4ffff117 0028fa54 00214f0c 00000000 00000fff 00000000 00270010 00000000 > (XEN) 60000000 00000000 4ffff117 0028fa64 002151e0 002704b0 00000001 0028fa84 > (XEN) 0026b8bc 00000040 9fe00000 00000000 9fe00000 00000f68 00000000 0028fedc > (XEN) 00243470 9fe0106f 00000000 00020000 00000000 4ffeff58 40012000 90000000 > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000008 > (XEN) 00000001 00000001 00000000 0025dde0 00000000 00000000 4fff4000 00000008 > (XEN) 00000008 00256ef4 00000002 00000000 00000f10 00000001 00000001 00000001 > (XEN) 00000001 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > (XEN) 00000000 00000000 00000000 00000000 00000000 00000001 00000001 00000001 > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > (XEN) 00000000 00000000 00000000 00000000 00000000 2c6e6578 2d6e6578 00342e34 > (XEN) 2c6e6578 006e6578 000000b0 00000200 00000000 00000000 01000000 0f000000 > (XEN) 080f0000 00000000 00000000 00000000 00000000 00000000 4fffe280 40013e80 > (XEN) 0028fb94 40010000 00000000 10000000 00000000 00000001 00000000 90000000 > (XEN) 00000000 10000000 00000000 00000000 00000000 00000000 00000000 00000000 > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 9fe00000 > (XEN) 00000000 90008000 00000000 00000000 00000000 60000000 00000000 90008000 > (XEN) Xen call trace: > (XEN) [<00214270>] free_heap_pages+0x228/0x40c (PC) > (XEN) [<00000000>] ??? (LR) > (XEN) [<00214f0c>] init_heap_pages+0x108/0x120 > (XEN) [<002151e0>] init_domheap_pages+0x98/0xa8 > (XEN) [<0026b8bc>] discard_initial_modules+0x6c/0x98 > (XEN) [<00243470>] construct_dom0+0xc7c/0xe2c > (XEN) [<0026c3b8>] start_xen+0xa94/0xb60 > (XEN) [<002005a0>] launch+0x98/0xc8 > (XEN) I had a similar issue with the Arndale board. Do you have the commit ceb93c7 "xen/arm: add lower-bound check in mfn_valid" in your tree? It should resolve your problem. Cheers, -- Julien Grall