u-boot启动第二阶段以及界面命令分析

　　u-boot第一阶段完成了一些平台相关的硬件的配置，第一阶段所做的事情也是为第二阶段的准备，我们知道在第一阶段最后时搭建好C运行环境，之后调用了start_armboot(),那么很显然第二阶段从start_armboot()函数入手。第二阶段u-boot所要做的工作就是从Flash中读取内核，然后将内核加载到RAM中。并且引导内核启动。

　　start_armboot()函数的路径为：./lib_arm/boad.c

　　进入start_armboot()函数,找到init_sequence

for (init_fnc_ptr = init_sequence; *init_fnc_ptr; ++init_fnc_ptr) {
        ) {
            hang ();
        }
    }

　　init_sequence，这个函数指针数组初始化了一系列变量，如下所示

init_fnc_t *init_sequence[] = {
    cpu_init,        /* basic cpu dependent setup  cpu初始化 */
    board_init,        /* basic board dependent setup  单板初始化 */
    interrupt_init,        /* set up exceptions   中断初始化*/
    env_init,        /* initialize environment  环境变量初始化 */
    init_baudrate,        /* initialze baudrate settings  波特率初始化*/
    serial_init,
    /* serial communications setup  串口初始化,串口初始化好了就可以从串口看到打印消息了，serial_init的路径为/cpu/arm920t/s3c24x0/*/
    console_init_f,        /* stage 1 init of console  终端初始化 */
    display_banner,        /* say that we are here */

    dram_init,        /* configure available RAM banks  内存初始化 ，函数实现路径为/board/sndk2410/中*/
        int dram_init (void)
        {
            gd->bd->bi_dram[].start = PHYS_SDRAM_1; //内存的起始地址
            gd->bd->bi_dram[].size = PHYS_SDRAM_1_SIZE;//内存大小

            ;
        }

    display_dram_config,
    NULL,
};

　　紧接着从start_armboot可以看到flash_init，这是很重要的一个函数，因为咱们明确说了，第二阶段就是将内核从Flash中读取出来。

#ifndef CFG_NO_FLASH
    /* configure available FLASH banks */
    size = flash_init ();
    display_flash_config (size);
#endif /* CFG_NO_FLASH */

　　mem_malloc_init (_armboot_start - CFG_MALLOC_LEN);　

　　这个mem_malloc_init是对内存中堆区的初始化。

env_relocate ();/* initialize environment */　

　　env_relocate是导入环境变的初始化，因为u-boot在启动过程中要输入一些信息，比如bootdelay的值啊，serverip，开发板的ip地址ipaddr，bootargs等，这些变量的赋值都是通过环境变量来赋值的。环境变量的来源有两种，第一种是默认的，第二种是Flash中保存的，当u-boot从Flash中读取不到变量时，他自己就设置默认的环境变量，用户在u-boot启动时可以设置变量，设置的变量都保存在Flash中，下一次上电时，u-boot会自动读取。

　　本阶段还有一些其他初始化，如usb_init(); devices_init ();　

　　start_armboot中最后有一段代码如下

for (;;) {
main_loop ();
}

　　这是个死循环，在前面所有的设置之后，就开始进入死循环，调用main_loop()。通常情况下，u-boot启动之后会进入一个界面，等待用户输入命令，比如u-boot启动之后会显示是否download u-boot，也会显示download kernel等，这个等待的状态就是执行main_loop()函数。

　　总结一下start_armboot函数实现的主要功能：1.对Flash的操作(原因很简单，要搬运内核)。2.进入main_loop。

　　接下来分析main_loop函数

　　在main_loop中有这样一段代码

s = getenv ("bootdelay");
    bootdelay = s ? () : CONFIG_BOOTDELAY;

　　getenv ("bootdelay")获取延时时间 ，然后将s转化为整数类型。这个延时时间就是在几秒之后，内核将会启动。

 && s && !abortboot (bootdelay))
    {
        printf("Booting Linux ...\n");
        run_command (s, );
    }

　　(1)循环倒计时， !abortboot (bootdelay)意思就是没有按下停止按键时，则booting Linux。

　　(2)当按下停止键时，则程序会运行到

　　run_command("menu", 0);

　　(3)当按下停止键，且输入选项时，u-boot会进行选项判断，判断代码为：

len = readline (CFG_PROMPT);

    flag = ;    /* assume no special flags for now */
    )
        strcpy (lastcommand, console_buffer);
    )
        flag |= CMD_FLAG_REPEAT;

　　在终端输入命令print或者printenv就会打印出bootcmd的参数值。如下：bootcmd=nand read.jffs2 0x30007FC0 kernel; bootm 0x30007FC0

　　解释一下这些参数的含义：
　　nand read.jffs 0x30007fc0 kernel将kernel从Flash中读到内存中，地址为0x30007fc0的内存中，kernel是Flash上的一个分区。
　　bootm 0x30007fc0 bootm是启动参数，从0x30007fc0开始启动。所以，内核启动时依赖宇bootcmd这个变量的参数。

　　判断完毕之后还是会执行：run_command (lastcommand, flag);

　　总结： u-boot界面选项所依赖的函数readline (CFG_PROMPT)，run_command (lastcommand, flag);
　　内核启动时要执行的函数s = getenv ("bootcmd")，run_command (s, 0)，run_command就是为内核启动传入了参数。

　　进入run_command分析

/* Look up command in command table */
    ])) == NULL) {
        printf (]);
        rc = -;    /* give up after bad command */
        continue;
    }

　　从终端输入命令argv[0]，则查找结果返回给cmdtp，那么cmdtp究竟是什么？在include/command.h中

struct cmd_tbl_s {
    char        *name;        /* Command Name            */
    int        maxargs;    /* maximum number of arguments    */
    int        repeatable;    /* autorepeat allowed?        */
                    /* Implementation function    */
    int        (*cmd)(struct cmd_tbl_s *, int, int, char *[]);
    char        *usage;        /* Usage message    (short)    */
#ifdef    CFG_LONGHELP
    char        *help;        /* Help  message    (long)    */
#endif
#ifdef CONFIG_AUTO_COMPLETE
    /* do auto completion on the arguments */
    int        (*complete)(int argc, char *argv[], char last_char, int maxv, char *cmdv[]);
#endif
};

　　name 是命令的名字，maxargs 参数的最大个数，repeatable 是否重复，
　　int  (*cmd)(struct cmd_tbl_s *, int, int, char *[])是一个函数指针，这个函数中执行了命令需要的操作。

　　进入common/command.c 继续分析find_cmd：

for (cmdtp = &__u_boot_cmd_start;
         cmdtp != &__u_boot_cmd_end;
         cmdtp++) {
        ) {
            if (len == strlen (cmdtp->name))
                return cmdtp;    /* full match */

            cmdtp_temp = cmdtp;    /* abbreviated command ? */
            n_found++;
        }
    }

　　从这段代码中可以看书，所有的命令放在__u_boot_cmd中，因为这段代码是从__u_boot_cmd_start与__u_boot_cmd_end
　　中。并且这两个宏在u-boot.lds中有。看下边：

    . = .;
    __u_boot_cmd_start = .;
    .u_boot_cmd : { *(.u_boot_cmd) }
    __u_boot_cmd_end = .;

　　.u_boot_cmd这个段的定义为

    #define Struct_Section  __attribute__ ((unused,section (".u_boot_cmd")))

　　由以上分析可得：u-boot的所有启动命令都存在放在.u_boot_cm段中。当用户想执行某一个命令时，就会进入find_cmd函数进行命令查找。

　　那么启动命令bootm 0x30007FC0是如何执行的？将bootm找到，在/common/cmd_bootm.c中的宏函数

U_BOOT_CMD(
     bootm,    CFG_MAXARGS,    ,    do_bootm,
     "bootm   - boot application image from memory\n",
     "[addr [arg ...]]\n    - boot application image stored in memory\n"
     "\tpassing arguments 'arg ...'; when booting a Linux kernel,\n"
     "\t'arg' can be the address of an initrd image\n"
    #ifdef CONFIG_OF_FLAT_TREE
        "\tWhen booting a Linux kernel which requires a flat device-tree\n"
        "\ta third argument is required which is the address of the of the\n"
        "\tdevice-tree blob. To boot that kernel without an initrd image,\n"
        "\tuse a '-' for the second argument. If you do not pass a third\n"
        "\ta bd_info struct will be passed instead\n"
    #endif
    );

　　U_BOOT_CMD的定义为

    #define U_BOOT_CMD(name,maxargs,rep,cmd,usage,help) \
    cmd_tbl_t __u_boot_cmd_##name Struct_Section = {#name, maxargs, rep, cmd, usage, help}

　　cmd_tbl_t __u_boot_cmd_##name Struct_Section = {#name, maxargs, rep, cmd, usage, help}等价于
　　cmd_tbl_t __u_boot_cmd_bootm __attribute__ ((unused,section (".u_boot_cmd"))) ={“bootm”, CFG_MAXARGS, 1, do_bootm, usage, help}

　　解释一下上边这行代码：
　　##name为bootm，    Struct_Section为__attribute__ ((unused,section (".u_boot_cmd")))，代码定义了一个cmd_tbl_t类型的结构体__u_boot_cmd_bootm，将段属性设置为.u_boot_cmd（这儿是强制性转换）。给U_BOOT_CMD传入的参数和结构体cmd_tbl_t的属性一致{“bootm”, CFG_MAXARGS, 1, do_bootm, usage, help}，name 就是要执行的命令，cmd就是实现这个命令的函数。do_bootm这个命令的实现就在/common/cmd_bootm.c中实现。

　　所以，bootm 0x30007FC0这个命令的执行，就是将bootm传给name ，而执行函数就是U_BOOT_CMD中的do_bootm。