From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tom Rini Date: Tue, 31 Jul 2012 08:13:40 -0700 Subject: [U-Boot] [PATCH 01/17] omap3/omap4/omap5/am33xx: Use a common running_from_sdram function In-Reply-To: References: <1343666943-25378-1-git-send-email-trini@ti.com> <1343666943-25378-2-git-send-email-trini@ti.com> Message-ID: <5017F624.6030701@ti.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On 07/31/2012 01:33 AM, R, Sricharan wrote: > Hi Tom, > [snip..] >> diff --git a/arch/arm/include/asm/arch-omap5/omap.h b/arch/arm/include/asm/arch-omap5/omap.h >> index 7f05cb5..c697e0b 100644 >> --- a/arch/arm/include/asm/arch-omap5/omap.h >> +++ b/arch/arm/include/asm/arch-omap5/omap.h >> @@ -39,11 +39,6 @@ >> #define OMAP54XX_L4_WKUP_BASE 0x4Ae00000 >> #define OMAP54XX_L4_PER_BASE 0x48000000 >> >> -#define OMAP54XX_DRAM_ADDR_SPACE_START 0x80000000 >> -#define OMAP54XX_DRAM_ADDR_SPACE_END 0xFFFFFFFF >> -#define DRAM_ADDR_SPACE_START OMAP54XX_DRAM_ADDR_SPACE_START >> -#define DRAM_ADDR_SPACE_END OMAP54XX_DRAM_ADDR_SPACE_END >> - > This is a problem for OMAP5, which has a trap section at 0xFF000000 > with in the sdram boundary. OMAP5 evm board has 2GB of memory from > 0x80000000 - 0xFFFFFFFF. Size of the trap section should not be > included in the > total sdram size. But it's not sdram size. What happens when you're executing at the trap section, or rather, where are you executing code from? -- Tom