uboot:源码分析-启动第二阶段-一个函数组成uboot第二阶段

start_armboot函数简介

(1)start_armboot这个函数在uboot/lib_arm/board.c的第444行开始到908行结束。
(2)450行还不是全部，因为里面还调用了别的函数。
(3)为什么这么长的函数，怎么不分成两三个函数？主要因为这个函数整个构成了uboot启动的第二阶段。

宏观分析：uboot第二阶段应该做什么

(1)概括来讲uboot第一阶段主要就是初始化了SoC内部的一些部件（譬如看门狗、时钟），然后初始化DDR并且完成重定位。
(2)由宏观分析来讲，uboot的第二阶段就是要初始化剩下的还没被初始化的硬件。主要是SoC外部硬件（譬如iNand、网卡芯片····）、uboot本身的一些东西（uboot的命令、环境变量等····）。然后最终初始化完必要的东西后进入uboot的命令行准备接受命令。

uboot第二阶段完结于何处？

(1)uboot启动后自动运行打印出很多信息（这些信息就是uboot在第一和第二阶段不断进行初始化时，打印出来的信息）。然后uboot进入了倒数bootdelay秒然后执行bootcmd对应的启动命令。
(2)如果用户没有干涉则会执行bootcmd进入自动启动内核流程（uboot就死掉了）；此时用户可以按下回车键打断uboot的自动启动进入uboot的命令行下。然后uboot就一直工作在命令行下。
(3)uboot的命令行就是一个死循环，循环体内不断重复：接收命令、解析命令、执行命令。这就是uboot最终的归宿。

一个函数组成uboot第二阶段

init_fnc_t

(1)typedef int (init_fnc_t) (void); 这是一个函数类型

init_fnc_t **init_fnc_ptr;

(2)init_fnc_ptr是一个二重函数指针，回顾高级C语言中讲过：二重指针的作用有2个（其中一个是用来指向一重指针），一个是用来指向指针数组。因此这里的init_fuc_ptr可以用来指向一个函数指针数组。

DECLARE_GLOBAL_DATA_PTR(start_armboot函数462行使用)

#define DECLARE_GLOBAL_DATA_PTR     register volatile gd_t *gd asm ("r8")

定义了一个全局变量名字叫gd,这个全局变量是一个指针类型，占4字节。用volatile修饰表示可变的，用register修饰表示这个变量要尽量放到寄存器中，后面的asm(“r8”)是gcc支持的一种语法，意思就是要把gd放到寄存器r8中。
(2)综合分析，DECLARE_GLOBAL_DATA_PTR就是定义了一个要放在寄存器r8中的全局变量，名字叫gd，类型是一个指向gd_t类型变量的指针。
(3)为什么要定义为register？因为这个全局变量gd（global data的简称）是uboot中很重要的一个全局变量（准确的说这个全局变量是一个结构体，里面有很多内容，这些内容加起来构成的结构体就是uboot中常用的所有的全局变量），这个gd在程序中经常被访问，因此放在register中提升效率。因此纯粹是运行效率方面考虑，和功能要求无关。并不是必须的。
(4)gd_t定义在include/asm-arm/global_data.h中。

typedef    struct    global_data {
    bd_t        *bd;//板子信息
    unsigned long    flags; //标志位
    unsigned long    baudrate;//波特率
    unsigned long    have_console;    /* serial_init() was called */ //控制台
    unsigned long    reloc_off;    /* Relocation Offset */ //重定位偏移量
    unsigned long    env_addr;    /* Address  of Environment struct */ //环境变量相关
    unsigned long    env_valid;    /* Checksum of Environment valid? */ //内存里面的环境变量是否可以使用
    unsigned long    fb_base;    /* base address of frame buffer */ //缓存的起始地址
#ifdef CONFIG_VFD
    unsigned char    vfd_type;    /* display type */
#endif
#if 0
    unsigned long    cpu_clk;    /* CPU clock in Hz!        */
    unsigned long    bus_clk;
    phys_size_t    ram_size;    /* RAM size */
    unsigned long    reset_status;    /* reset status register at boot */
#endif
    void        **jt;        /* jump table */ //跳转表
} gd_t;

typedef struct bd_info {
    int            bi_baudrate;    /* serial console baudrate */ //开发板波特率
    unsigned long    bi_ip_addr;    /* IP Address */ //板子IP地址
    unsigned char    bi_enetaddr[6]; /* Ethernet adress */ //板子net地址
    struct environment_s           *bi_env;
    ulong            bi_arch_number;    /* unique id for this board */ //板子的机器码
    ulong            bi_boot_params;    /* where this board expects params */ //板子的启动参数的地址
    struct                /* RAM configuration */ 
    {
    ulong start;
    ulong size;
    }            bi_dram[CONFIG_NR_DRAM_BANKS];//保持DDR的信息
#ifdef CONFIG_HAS_ETH1
    /* second onboard ethernet port */
    unsigned char   bi_enet1addr[6];
#endif
} bd_t;

gd_t中定义了很多全局变量，都是整个uboot使用的；其中有一个bd_t类型的指针，指向一个bd_t类型的变量，这个bd是开发板的板级信息的结构体，里面有不少硬件相关的参数，譬如波特率、IP地址、机器码、DDR内存分布。

内存使用排布

为什么要分配内存

(1)DECLARE_GLOBAL_DATA_PTR只能定义了一个指针，也就是说gd里的这些全局变量并没有被分配内存，我们在使用gd之前要给他分配内存，否则gd也只是一个野指针而已。
(2)gd和bd需要内存，内存当前没有被人管理（因为没有操作系统统一管理内存），大片的DDR内存散放着可以随意使用（只要使用内存地址直接去访问内存即可）。但是因为uboot中后续很多操作还需要大片的连着内存块，因此这里使用内存要本着够用就好，紧凑排布的原则。所以我们在uboot中需要有一个整体规划。

内存排布

gd_base = CFG_UBOOT_BASE + CFG_UBOOT_SIZE - CFG_MALLOC_LEN - CFG_STACK_SIZE - sizeof(gd_t);

(1)uboot区 CFG_UBOOT_BASE-xx（长度为uboot的实际长度）
(2)堆区 长度为CFG_MALLOC_LEN，实际为912KB //0x4000+896*1024=16K+896K = 912KB
(3)栈区 长度为CFG_STACK_SIZE，实际为512KB
(4)gd 长度为sizeof(gd_t)，实际36字节
(5)bd 长度为sizeof(bd_t)，实际为44字节左右
(6)内存间隔 为了防止高版本的gcc的优化造成错误。

学习记录，侵权联系删除。
来源：朱老师物联网大课堂