[U-Boot] [PATCH 01/17] omap3/omap4/omap5/am33xx: Use a common running_from_sdram function

Tom Rini trini at ti.com
Tue Jul 31 17:13:40 CEST 2012


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


More information about the U-Boot mailing list