* Data Abort in Dom0 for cubieboard2
@ 2013-09-09 7:36 Josh Zhao
2013-09-09 8:26 ` Ian Campbell
2013-09-09 9:15 ` Julien Grall
0 siblings, 2 replies; 8+ messages in thread
From: Josh Zhao @ 2013-09-09 7:36 UTC (permalink / raw)
To: Ian Campbell; +Cc: xen-devel
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)
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Data Abort in Dom0 for cubieboard2
2013-09-09 7:36 Data Abort in Dom0 for cubieboard2 Josh Zhao
@ 2013-09-09 8:26 ` Ian Campbell
2013-09-09 8:39 ` Josh Zhao
2013-09-09 9:15 ` Julien Grall
1 sibling, 1 reply; 8+ messages in thread
From: Ian Campbell @ 2013-09-09 8:26 UTC (permalink / raw)
To: Josh Zhao; +Cc: xen-devel
On Mon, 2013-09-09 at 15:36 +0800, Josh Zhao wrote:
> Hi all,
> Anyone got the similar problem like this:
I don't but I've got a random pile of hacks in my cb2 branch which I
need to filter through into something sane to post.
Which patches are you using? Any other local modifications?
Ian.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Data Abort in Dom0 for cubieboard2
2013-09-09 8:26 ` Ian Campbell
@ 2013-09-09 8:39 ` Josh Zhao
2013-09-09 8:42 ` Josh Zhao
0 siblings, 1 reply; 8+ messages in thread
From: Josh Zhao @ 2013-09-09 8:39 UTC (permalink / raw)
To: Ian Campbell; +Cc: xen-devel
The main modification is that:
1) u-boot adds CONFG_SYS_CLK_FREQ to support GTIMER.
2) apply your ns16550.c patch.
2013/9/9 Ian Campbell <Ian.Campbell@citrix.com>:
> On Mon, 2013-09-09 at 15:36 +0800, Josh Zhao wrote:
>> Hi all,
>> Anyone got the similar problem like this:
>
> I don't but I've got a random pile of hacks in my cb2 branch which I
> need to filter through into something sane to post.
>
> Which patches are you using? Any other local modifications?
>
> Ian.
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Data Abort in Dom0 for cubieboard2
2013-09-09 8:39 ` Josh Zhao
@ 2013-09-09 8:42 ` Josh Zhao
0 siblings, 0 replies; 8+ messages in thread
From: Josh Zhao @ 2013-09-09 8:42 UTC (permalink / raw)
To: Ian Campbell; +Cc: xen-devel
and adds cubieboard2.c file in platfroms folder to support quirks function.
2013/9/9 Josh Zhao <joshsystem@gmail.com>:
> The main modification is that:
> 1) u-boot adds CONFG_SYS_CLK_FREQ to support GTIMER.
> 2) apply your ns16550.c patch.
>
> 2013/9/9 Ian Campbell <Ian.Campbell@citrix.com>:
>> On Mon, 2013-09-09 at 15:36 +0800, Josh Zhao wrote:
>>> Hi all,
>>> Anyone got the similar problem like this:
>>
>> I don't but I've got a random pile of hacks in my cb2 branch which I
>> need to filter through into something sane to post.
>>
>> Which patches are you using? Any other local modifications?
>>
>> Ian.
>>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Data Abort in Dom0 for cubieboard2
2013-09-09 7:36 Data Abort in Dom0 for cubieboard2 Josh Zhao
2013-09-09 8:26 ` Ian Campbell
@ 2013-09-09 9:15 ` Julien Grall
2013-09-10 1:24 ` Josh Zhao
1 sibling, 1 reply; 8+ messages in thread
From: Julien Grall @ 2013-09-09 9:15 UTC (permalink / raw)
To: Josh Zhao; +Cc: Ian Campbell, xen-devel
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
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Data Abort in Dom0 for cubieboard2
2013-09-09 9:15 ` Julien Grall
@ 2013-09-10 1:24 ` Josh Zhao
2013-09-10 8:30 ` Ian Campbell
0 siblings, 1 reply; 8+ messages in thread
From: Josh Zhao @ 2013-09-10 1:24 UTC (permalink / raw)
To: Julien Grall; +Cc: Ian Campbell, xen-devel
2013/9/9 Julien Grall <julien.grall@linaro.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.
>
Thanks Julien. The issue is fixed after applying the patch. I am
wondering why the mfn will be lower than frametable_base_mfn?
> Cheers,
>
> --
> Julien Grall
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Data Abort in Dom0 for cubieboard2
2013-09-10 1:24 ` Josh Zhao
@ 2013-09-10 8:30 ` Ian Campbell
2013-09-10 8:41 ` Josh Zhao
0 siblings, 1 reply; 8+ messages in thread
From: Ian Campbell @ 2013-09-10 8:30 UTC (permalink / raw)
To: Josh Zhao; +Cc: Julien Grall, xen-devel
On Tue, 2013-09-10 at 09:24 +0800, Josh Zhao wrote:
> The issue is fixed after applying the patch.
FYI this patch has been in tree for a couple of weeks. I think it has
passed the staging gateway too.
> I am wondering why the mfn will be lower than frametable_base_mfn?
RAM on ARM systems often doesn't start at address 0, we account for this
in most places, e.g. by offsetting the frametable by frametable_base_mfn
to save wasting a large initial region, but missed this one place.
Ian.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Data Abort in Dom0 for cubieboard2
2013-09-10 8:30 ` Ian Campbell
@ 2013-09-10 8:41 ` Josh Zhao
0 siblings, 0 replies; 8+ messages in thread
From: Josh Zhao @ 2013-09-10 8:41 UTC (permalink / raw)
To: Ian Campbell; +Cc: Julien Grall, xen-devel
2013/9/10 Ian Campbell <Ian.Campbell@citrix.com>:
> On Tue, 2013-09-10 at 09:24 +0800, Josh Zhao wrote:
>> The issue is fixed after applying the patch.
>
> FYI this patch has been in tree for a couple of weeks. I think it has
> passed the staging gateway too.
>
>> I am wondering why the mfn will be lower than frametable_base_mfn?
>
> RAM on ARM systems often doesn't start at address 0, we account for this
> in most places, e.g. by offsetting the frametable by frametable_base_mfn
> to save wasting a large initial region, but missed this one place.
>
I got it. Thanks!
Josh
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2013-09-10 8:41 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-09-09 7:36 Data Abort in Dom0 for cubieboard2 Josh Zhao
2013-09-09 8:26 ` Ian Campbell
2013-09-09 8:39 ` Josh Zhao
2013-09-09 8:42 ` Josh Zhao
2013-09-09 9:15 ` Julien Grall
2013-09-10 1:24 ` Josh Zhao
2013-09-10 8:30 ` Ian Campbell
2013-09-10 8:41 ` Josh Zhao
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).