[U-Boot] [PATCH v3 1/4] mips: add base support for atheros ath79 based SOCs

Marek Vasut marex at denx.de
Sun Dec 27 12:04:55 CET 2015


On Sunday, December 27, 2015 at 11:18:25 AM, Wills Wang wrote:
> On 12/27/2015 06:09 PM, Marek Vasut wrote:
> > On Sunday, December 27, 2015 at 09:07:36 AM, Wills Wang wrote:
> >> On 12/27/2015 03:38 PM, Marek Vasut wrote:
> >>> On Sunday, December 27, 2015 at 08:33:26 AM, Wills Wang wrote:
> >>>> On 12/27/2015 02:37 AM, Marek Vasut wrote:
> >>>>> On Saturday, December 26, 2015 at 07:29:51 PM, Wills Wang wrote:
> >>>>>> WASP is ar9341.
> >>>>> 
> >>>>> Please do not top post.
> >>>>> 
> >>>>> Did you try if the memory is accessible on your platform ? AR9331 I
> >>>>> have here has the SRAM at 0xbd007000 , just like that machine in [1]
> >>>>> .
> >>>> 
> >>>> I found there is a memory segment at 0xbd000000...0xbd007fff. it's
> >>>> independent of DDR physical memory, can be read and wrote, but
> >>>> hardware can't boot up if don't execute lowlevel_init.S when define
> >>>> CONFIG_SYS_INIT_SP_ADDR=0xbd007000 to set C stack into SRAM.
> >>> 
> >>> Stack grows down, so of course if you put stack at the beginning of
> >>> SRAM, that cannot work ;-) Put it at the end , 0xbd008000.
> >> 
> >> This memory segment was mapped circularly at 0xbd000000...0xbdffffff.
> > 
> > So is this area at 0xbd008000 usable for stack or not ?
> 
> Same times board can boot up, but in a very unstable. i use the
> following setting:
> 
> #define CONFIG_SYS_INIT_RAM_ADDR    0xbd000000

Should be 0xbd007000

> #define CONFIG_SYS_INIT_RAM_SIZE    (32 * SZ_1K)

Should be 4 KiB large.

> #define CONFIG_SYS_INIT_SP_OFFSET \
>      (CONFIG_SYS_INIT_RAM_SIZE - GENERATED_GBL_DATA_SIZE)
> #define CONFIG_SYS_INIT_SP_ADDR \
>      (CONFIG_SYS_INIT_RAM_ADDR + CONFIG_SYS_INIT_SP_OFFSET)

Did you investigate why the board has problems ?

Best regards,
Marek Vasut


More information about the U-Boot mailing list