This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Understanding SPL & U-Boot Memory Map

We are using beaglebone black based custom board,
I want to write some test results into RAM location from SPL.
And read that log and send it via tftpput to host pc.

So far i am able to do tftpput from RAM to Host pc.

But on safer side i want to find RAM location which neither SPL nor U-Boot uses,

To find that out i need suggestions regarding SPL and U-Boot's memory map,
Board's info looks as follows

#bdinfo
arch_number = 0x00000E05
boot_params = 0x80000100
DRAM bank   = 0x00000000
-> start    = 0x80000000  ---> RAM Start address
-> size     = 0x10000000  ---> 256 MB
eth0name    = cpsw
ethaddr     = 1c:ba:8c:9d:5f:f0
current eth = cpsw
ip_addr     = 192.168.1.106
baudrate    = 115200 bps
TLB addr    = 0x8FFF0000  ---> AFA i understand its for Linux right ?
relocaddr   = 0x8FFB3000  ---> Does u-boot use this ??
reloc off   = 0x0F7B3000  ---> Does u-boot use this ??
irq_sp      = 0x8FE92F38  ---> Does u-boot use this ??
sp start    = 0x8FE92F28  ---> Does u-boot use this ??

System.map file show max address as follows,

8083c7ac B __bss_end
8083c7ac B __bss_limit


u-boot.map file shows max address as follows,

 .__bss_end     0x8083c7ac        0x0 arch/arm/lib/libarm.o
                0x8083c7ac                __bss_end

u-boot-spl.map file shows max address as follows

0x80a0299c                . = ALIGN (0x4)
0x80a0299c                __bss_end = .

Can someone explain bdinfo please?
So should i consider using 0x81000000 as safe address and start using it for my logging ?

  • Hi,

    I'd suggest asking about this inside the U-Boot mailing list as this is where you'll get the most appropriate answer. You can also search the source code for these global variables and see if U-Boot uses them. The source code for the bdinfo command is <u-boot>/common/cmd_bdinfo.c.

    Best regards,
    Miroslav