关于u-boot的内存分配问题

一  u-boot的内存分配

u-boot重定位到内存以后,是有内存空间分配的,如图所示

关于u-boot的内存分配问题_第1张图片
u-boot的内存分配

首先需要注意的是,_start,即u-boot的起始点,在u-boot重定位的时候其实是叫_armboot_star,在start.s中

relocate: /* relocate U-Boot to RAM     */

adr r0, _start /* r0 <- current position of code  */

ldr r1, _TEXT_BASE /* test if we run from flash or RAM */

cmp    r0, r1                  /* don't reloc during debug        */

beq    stack_setup

ldr r2, _armboot_start

ldr r3, _bss_start

sub r2, r3, r2 /* r2 <- size of armboot            */

add r2, r0, r2 /* r2 <- source end address        */

将_armboot_start开始的部分到_bss_start都复制到_TEXT_BASE的基址位置,这个_TEXT_BASE在reset的地方定义了.记着_armboot_start是U-boot开始的地方,start_armboot是第二阶段代码入口,不要搞错了!

.word TEXT_BASE

.globl _armboot_start

_armboot_start:

.word _start

另外一个需要注意的是GBL_DATA_SIZE就是gd_t和bd_t的空间大小

第三点需要注意的是,地址0开始的其实是中断向量表,真正的u-boot是reset开始

二 u-boot的内存分配代码和start_armboot的内存分配代码部分区别

u-boot中有设置堆栈的代码,如下

stack_setup:

ldr r0, _TEXT_BASE /* upper 128 KiB: relocated uboot  */

sub r0, r0, #CFG_MALLOC_LEN /* malloc area                      */

sub r0, r0, #CFG_GBL_DATA_SIZE /* bdinfo                        */

#ifdef CONFIG_USE_IRQ

sub r0, r0, #(CONFIG_STACKSIZE_IRQ+CONFIG_STACKSIZE_FIQ)

#endif

sub sp, r0, #12 /* leave 3 words for abort-stack    */

这里目的是为了设置栈指针,虽然减去了堆,中断,全局变量的空间,但这里只是预留了空间,但是指针并没有指向这里,所以还不能用。在第二阶段才真正安排了空间。

void start_armboot (void)

{

gd = (gd_t*)(_armboot_start - CFG_MALLOC_LEN - sizeof(gd_t));

memset ((void*)gd, 0, sizeof (gd_t));

gd->bd = (bd_t*)((char*)gd - sizeof(bd_t));

memset (gd->bd, 0, sizeof (bd_t));

三  环境变量与u-boot的参数区别

    环境变量存了波特率,自启动延迟时间,IP地址,MAC地址,tftp地址等信息,而u-boot的struct tag参数存放的是内存地址,大小(ATAG_MEM),命令参数的存放地(ATAG_COMLINE)等的信息。

    环境变量存放在哪?有两种情况。它可以是内嵌与u-boot中,u-boot重定位的时候也将它复制到了内存中。也可以是存放在堆区,在common/env_common.c中:

#ifdef ENV_IS_EMBEDDED

* The environment buffer is embedded with the text segment,

* just relocate the environment pointer

env_ptr = (env_t *)((ulong)env_ptr + gd->reloc_off);

DEBUGF ("%s[%d] embedded ENV at %p\n", __FUNCTION__,__LINE__,env_ptr);

#else

* We must allocate a buffer for the environment

env_ptr = (env_t *)malloc (CFG_ENV_SIZE);

DEBUGF ("%s[%d] malloced ENV at %p\n", __FUNCTION__,__LINE__,env_ptr);

#endif

如果定义了ENV_IS_EMBEDDED就内嵌与u-boot中,否则就定义在堆区!

    U-Boot与Linux内核的交互是单向的,U-Boot将各类参数传递给内核。由于他们不能同时运行,传递办法只能有一个个:U-Boot将参数放在某个约定的地方之后,在启动内核,内核启动后从这个地方获得参数。

    所以需要告诉内核,u-boot将参数存放的地方,这个地址就是用gd_t->bd_t结构体存放的。那这个地方是在内存的哪个地方?在 board_init函数中:

//传给Kernel的参数=(struct tag *)型的bd->bi_boot_params

//bd->bi_boot_params在board_init函数中初始化如对于at91rm9200,初始化在at91rm9200dk.c的board_init中进行:bd->bi_boot_params=PHYS_SDRAM + 0x100;

//这个地址就是所有taglist的首地址

}

    总结就是:为了实现u-boot与linux内核通信,u-boot将自己的一些参数(这些参数就是存在u-boot的.rodata,.data等的数据吧)打包,打包成struct tag的数据结构,然后放到内存的PHYS_SDRAM + 0x100;这个地方,并且把这个地址存在了bd_t结构体中,即告诉linux内核。

/*

* The environment buffer is embedded with the text segment,

* just relocate the environment pointer

*/

env_ptr = (env_t *)((ulong)env_ptr + gd->reloc_off);

DEBUGF ("%s[%d] embedded ENV at %p\n", __FUNCTION__,__LINE__,env_ptr);

#else

/*

* We must allocate a buffer for the environment

*/

env_ptr = (env_t *)malloc (CFG_ENV_SIZE);

DEBUGF ("%s[%d] malloced ENV at %p\n", __FUNCTION__,__LINE__,env_ptr);

#endif

你可能感兴趣的:(关于u-boot的内存分配问题)