Skip to contentSkip to conversation

OMAP2xxx: move SRAM to fix boot hang

PATCH In review Paul Walmsley 2 participants 2 messages Oct 9, 2008 – Oct 10, 2008 1 message not in the archive

Subsystems (2)
Arm (32-bit) Arm sub-architectures
lore
Share & tools
lore

A message that is not in the archive (sent off-list or not yet received): [email protected]

Paul Walmsley

author
#1 lore raw

PATCH 1/1 OMAP2xxx: move SRAM to fix boot hang

Commit 1c957036bbd912322793da676d05e169abf24782 breaks booting on OMAP2; it causes the SRAM to be mapped on top of the L4 interconnect. This causes the system to hang early in boot in omap_map_sram() during the TLB flush. Fix by moving SRAM elsewhere in the memory map.

Reported by Jarkko Nikula <[email protected]>. This patch is a collaboration with Tony Lindgren <[email protected]> and Kevin Hilman <[email protected]>.

Boot-tested on 2430SDP (by Paul) and N810 (by Jarkko).

Signed-off-by Paul Walmsley <[email protected]>
Tested-by Jarkko Nikula <[email protected]>
Cc Kevin Hilman <[email protected]>
Cc Tony Lindgren <[email protected]>
Cc Måns Rullgård <[email protected]>
---
 arch/arm/plat-omap/sram.c |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)
arch/arm/plat-omap/sram.c +2 -2
index 853048d..027b101 100644
@@ -37,8 +37,8 @@
 #define OMAP1_SRAM_VA		VMALLOC_END
 #define OMAP2_SRAM_PA		0x40200000
 #define OMAP2_SRAM_PUB_PA	0x4020f800
-#define OMAP2_SRAM_VA		VMALLOC_END
-#define OMAP2_SRAM_PUB_VA	(VMALLOC_END + 0x800)
+#define OMAP2_SRAM_VA		0xe3000000
+#define OMAP2_SRAM_PUB_VA	(OMAP2_SRAM_VA + 0x800)
 #define OMAP3_SRAM_PA           0x40200000
 #define OMAP3_SRAM_VA           0xd7000000
 #define OMAP3_SRAM_PUB_PA       0x40208000

--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html

#2 lore raw
Quoted 10 lines · Paul Walmsley

Commit 1c957036bbd912322793da676d05e169abf24782 breaks booting on OMAP2; it causes the SRAM to be mapped on top of the L4 interconnect. This causes the system to hang early in boot in omap_map_sram() during the TLB flush. Fix by moving SRAM elsewhere in the memory map.

Reported by Jarkko Nikula <[email protected]>. This patch is a collaboration with Tony Lindgren <[email protected]> and Kevin Hilman <[email protected]>.

Boot-tested on 2430SDP (by Paul) and N810 (by Jarkko).

Pushing.

Tony

Quoted 16 lines
Signed-off-by Paul Walmsley <[email protected]>
Tested-by Jarkko Nikula <[email protected]>
Cc Kevin Hilman <[email protected]>
Cc Tony Lindgren <[email protected]>
Cc Måns Rullgård <[email protected]>
---
 arch/arm/plat-omap/sram.c |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)
arch/arm/plat-omap/sram.c +0 -0
index 853048d..027b101 100644

arch/arm/plat-omap/sram.c line 44

Quoted 10 lines
arch/arm/plat-omap/sram.c +2 -2
@@ -37,8 +37,8 @@
 #define OMAP1_SRAM_VA		VMALLOC_END
 #define OMAP2_SRAM_PA		0x40200000
 #define OMAP2_SRAM_PUB_PA	0x4020f800
-#define OMAP2_SRAM_VA		VMALLOC_END
-#define OMAP2_SRAM_PUB_VA	(VMALLOC_END + 0x800)
+#define OMAP2_SRAM_VA		0xe3000000
+#define OMAP2_SRAM_PUB_VA	(OMAP2_SRAM_VA + 0x800)
 #define OMAP3_SRAM_PA           0x40200000
 #define OMAP3_SRAM_VA           0xd7000000
 #define OMAP3_SRAM_PUB_PA       0x40208000

--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html