[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-users] VExpress TC2 2GB



Hi guys,
I am trying to boot dom0 + domU (Ubuntu) + domU (Android) up on VExpress TC2 (2xCA15 + 3xCA7). While 1GB SDRAM configuration works fine, full 2GB SDRAM - doesn't.

I am using Linaro master-lsk-android-13.10 kernel (3.10.16) and Das U-Boot v2013.10 with following changes:

------------------------------------

diff --git a/include/configs/vexpress_common.h b/include/configs/vexpress_common.h
index 5598961..34c831c 100644
--- a/include/configs/vexpress_common.h
+++ b/include/configs/vexpress_common.h
@@ -194,9 +194,9 @@
Â#define CONFIG_NR_DRAM_BANKSÂÂÂÂÂÂÂÂÂÂ 2
Â#define PHYS_SDRAM_1ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ (V2M_BASE)ÂÂÂÂÂ /* SDRAM Bank #1 */
Â#define PHYS_SDRAM_2ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ (((unsigned int)V2M_BASE) + \
-ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ ((unsigned int)0x20000000))
-#define PHYS_SDRAM_1_SIZEÂÂÂÂÂÂÂÂÂÂÂÂÂ 0x20000000ÂÂÂÂÂ /* 512 MB */
-#define PHYS_SDRAM_2_SIZEÂÂÂÂÂÂÂÂÂÂÂÂÂ 0x20000000ÂÂÂÂÂ /* 512 MB */
+ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ ((unsigned int)0x40000000))
+#define PHYS_SDRAM_1_SIZEÂÂÂÂÂÂÂÂÂÂÂÂÂ 0x40000000ÂÂÂÂÂ /* 1024 MB */
+#define PHYS_SDRAM_2_SIZEÂÂÂÂÂÂÂÂÂÂÂÂÂ 0x40000000ÂÂÂÂÂ /* 1024 MB */
Â
Â/* additions for new relocation code */
Â#define CONFIG_SYS_SDRAM_BASEÂÂÂÂÂÂÂÂÂ PHYS_SDRAM_1

------------------------------------

So far:
1) 1GB U-Boot v2013.10 + Xen RELEASE-4.4.0 (dom0 3G/1G Split)
OK

2) 2GB U-Boot v2013.10 + Xen RELEASE-4.4.0 (dom0 3G/1G Split)
dom0 kernel crash (data / prefetch abort) when loading domU (similar to (3))

2) 2GB U-Boot v2013.10 + Xen RELEASE-4.4.0 (dom0 2G/2G Split)
OK

3) 2GB U-Boot v2013.10 + Xen RELEASE-4.5.0 (3G/1G Split)
dom0 kernel crash (data / prefetch abort) when loading domU

(XEN) *** Serial input -> Xen (type 'CTRL-a' three times to switch input to DOM0)
(XEN) 'd' pressed -> dumping registers
(XEN)
(XEN) *** Dumping CPU0 guest state (d0v1): ***
(XEN) ----[ Xen-4.5.0 arm32 debug=n Tainted: C ]----
(XEN) CPU:ÂÂÂ 0
(XEN) PC:ÂÂÂÂ ffff000c
(XEN) CPSR:ÂÂ 400001f7 MODE:32-bit Guest ABT
(XEN)ÂÂÂÂÂ R0: 70c7387d R1: 00000000 R2: 00000000 R3: c00081d5
(XEN)ÂÂÂÂÂ R4: e6457f40 R5: 00000000 R6: 30c2387d R7: c066aa00
(XEN)ÂÂÂÂÂ R8: e0003000 R9: 412fc0f1 R10:00000000 R11:00000000 R12:e03e3580
(XEN) USR: SP: 00000000 LR: 00000000
(XEN) SVC: SP: c00081d5 LR: e00081ed SPSR:00000000
(XEN) ABT: SP: 00000000 LR: ffff0010 SPSR:400001f7
(XEN) UND: SP: 00000000 LR: 00000000 SPSR:00000000
(XEN) IRQ: SP: 00000000 LR: 00000000 SPSR:00000000
(XEN) FIQ: SP: 00000000 LR: df5c3e7f SPSR:00000000
(XEN) FIQ: R8: 00000000 R9: 00000000 R10:00000000 R11:00000000 R12:00000000
(XEN)
(XEN)ÂÂÂÂÂ SCTLR: 70c5387d
(XEN)ÂÂÂÂÂÂÂ TCR: b5003500
(XEN)ÂÂÂÂÂ TTBR0: 00000000e6457f40
(XEN)ÂÂÂÂÂ TTBR1: 00000000e0003000
(XEN)ÂÂÂÂÂÂ IFAR: ffff000c, IFSR: 00000206
(XEN)ÂÂÂÂÂÂ DFAR: 00000000, DFSR: 00000a05
(XEN)
(XEN)ÂÂ VTCR_EL2: 80003558
(XEN)Â VTTBR_EL2: 00010000bfee4000
(XEN)
(XEN)Â SCTLR_EL2: 30cd187f
(XEN)ÂÂÂ HCR_EL2: 000000000038643f
(XEN)Â TTBR0_EL2: 00000000feedf000
(XEN)
(XEN)ÂÂÂ ESR_EL2: 05e00000
(XEN)Â HPFAR_EL2: 0000000000030010
(XEN)ÂÂÂÂÂ HDFAR: c8800100
(XEN)ÂÂÂÂÂ HIFAR: 00000000
(XEN)
(XEN) Guest stack trace from sp=0:
(XEN)ÂÂ Failed to convert stack to physical address
(XEN)
(XEN) *** Dumping CPU1 guest state (d0v0): ***
(XEN) ----[ Xen-4.5.0 arm32 debug=n Tainted: C ]----
(XEN) CPU:ÂÂÂ 1
(XEN) PC:ÂÂÂÂ c00335a4
(XEN) CPSR:ÂÂ 600f01b3 MODE:32-bit Guest SVC
(XEN)ÂÂÂÂÂ R0: 00000000 R1: c5179a7c R2: 00000018 R3: c022773d
(XEN)ÂÂÂÂÂ R4: 00000000 R5: 00000000 R6: c0643f70 R7: c5179a7c
(XEN)ÂÂÂÂÂ R8: 00000000 R9: c5178140 R10:c5178000 R11:c066a9c4 R12:00000020
(XEN) USR: SP: be9b1644 LR: b6f0eec1
(XEN) SVC: SP: c5179a60 LR: c0033817 SPSR:400f0030
(XEN) ABT: SP: c066a78c LR: c0018641 SPSR:000f01b3
(XEN) UND: SP: c066a798 LR: c00188e1 SPSR:600700b3
(XEN) IRQ: SP: c066a780 LR: c00186a1 SPSR:600701b3
(XEN) FIQ: SP: 00000000 LR: 00000000 SPSR:00000000
(XEN) FIQ: R8: 00000000 R9: 00000000 R10:00000000 R11:00000000 R12:00000000
(XEN)
(XEN)ÂÂÂÂÂ SCTLR: 70c5387d
(XEN)ÂÂÂÂÂÂÂ TCR: b5003500
(XEN)ÂÂÂÂÂ TTBR0: 00000000e0003000
(XEN)ÂÂÂÂÂ TTBR1: 00000000e0003000
(XEN)ÂÂÂÂÂÂ IFAR: ffff000c, IFSR: 00000206
(XEN)ÂÂÂÂÂÂ DFAR: fffefffc, DFSR: 00000207
(XEN)
(XEN)ÂÂ VTCR_EL2: 80003558
(XEN)Â VTTBR_EL2: 00010000bfee4000
(XEN)
(XEN)Â SCTLR_EL2: 30cd187f
(XEN)ÂÂÂ HCR_EL2: 000000000038643f
(XEN)Â TTBR0_EL2: 00000000ee018000
(XEN)
(XEN)ÂÂÂ ESR_EL2: 05e00000
(XEN)Â HPFAR_EL2: 0000000000030010
(XEN)ÂÂÂÂÂ HDFAR: c8800100
(XEN)ÂÂÂÂÂ HIFAR: 00000000
(XEN)
(XEN) Guest stack trace from sp=c5179a60:
(XEN)ÂÂÂ c022773d c0643f64 c0228215 00018a80 c061c0c0 c0033817 00203838 000000ea
(XEN)ÂÂÂ c06cb308 c6418c00 00000000 c061c0c0 00000000 c0228215 00000140 c062ca00
(XEN)ÂÂÂ c5178018 0000000b 0000000b c01e9541 00000140 c001bd19 00000238 0000000b
(XEN)ÂÂÂ c04eefbc 600f0193 00000000 c5179af8 ffff000c 600f01b7 ffffffff 00000000
(XEN)ÂÂÂ c5178140 c5178000 c066a9c4 c001c0a7 c022773d c0033817 00000000 c5179b5c
(XEN)ÂÂÂ 00000018 c022773d 00000000 00000000 c0643f70 c5179b5c 00000000 c5178140
(XEN)ÂÂÂ c5178000 c066a9c4 00000020 c5179af8 c0033817 ffff000c 600f01b7 ffffffff
(XEN)ÂÂÂ c022773d c0643f64 c0228215 00018a80 c061c0c0 c0033817 00203838 000000ea
(XEN)ÂÂÂ c06cb308 c6418c00 00000000 c061c0c0 00000000 c0228215 00000140 c062ca00
(XEN)ÂÂÂ c5178018 0000000b 0000000b c01e9541 00000140 c001bd19 00000238 0000000b
(XEN)ÂÂÂ c04eefbc 600f0193 00000000 c5179bd8 ffff000c 600f01b7 ffffffff 00000206
(XEN)ÂÂÂ c5178140 c5178000 c066a9c4 c001c0a7 c022773d c0033817 00000000 c5179c3c
(XEN)ÂÂÂ 00000018 c022773d 00000000 00000000 c0643f70 c5179c3c 00000206 c5178140
(XEN)ÂÂÂ c5178000 c066a9c4 00000020 c5179bd8 c0033817 ffff000c 600f01b7 ffffffff
(XEN)ÂÂÂ c022773d c0643f64 c0228215 00018a80 c061c0c0 c0033817 00203030 000000ea
(XEN)ÂÂÂ c06cb308 c6418c00 00000000 c061c0c0 00000206 c0228215 00000140 c062ca00
(XEN)ÂÂÂ c5178018 0000000b 0000000b c01e9541 00000140 c001bd19 00000238 0000000b
(XEN)ÂÂÂ c055f858 600f0193 00000000 00000000 c5178018 c04f0e58 00000206 00000000
(XEN)ÂÂÂ c5179df8 00000028 00000000 c03e5729 c5178140 c0022279 00000e4d c06724b5
(XEN)ÂÂÂ c0672458 c002925b 63353338 0000000f 00000021 00000010 00000003 00000008
(XEN)


4) 2GB U-Boot v2013.10 + Xen RELEASE-4.5.0 (2G/2G Split)
OK

It looks like changing split makes problem go away, but overally it all looks a bit like kernel problem, on the other hand, without Xen kernel seems to work fine.

I wonder whether switching from 3G/1G to 2G/2G split just masks problem or it makes any sence?
All VExpress-TC2-related manuals I've found so far use only 1GB, why not 2GB - is there any caveats that prevent using 2GB SDRAM under Xen?
Would appreciate any comments.
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxx
http://lists.xen.org/xen-users

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.