start_armboot
{
}
main_loop
{
1. 环境变量mtdparts, 调用mtdparts_init
2. 如果在启动过程中
无空格键按下则boot_zImage
有空格键按下则 run_command("menu",0)
3. shell过程，读取用户端输入并执行相应的命令
{
从输入端获得命令，保存在全局变量comsole_buffer中
执行 run_command();
}
}
run_command
{
1. 对\;进行解析，划分出一个个完整的命令
2. 然后对每一个完整的命令执行：
{
parse_line
{
line 是指整个的命令行字符串;
假设line = nboot 0x32000000 kernel; bootm 0x32000000
先去掉开头的空格,
然后对命令进行解析，找到空格之后将空格替换为\0，这样解析出命令和参数
}
find_cmd(argv[0])
{
从 __u_boot_cmd_start 到 __u_boot_cmd_end 的array进行遍历,
从找到的cmd_tbl_t中,字符串寻找cmdtp->name与argv[0]相同的命令
}
找到命令后，调用cmd_tbl_t->cmd调用函数
}
}
1.
U_BOOT_CMD(
mtdparts, 6, 0, do_jffs2_mtdparts,
"mtdparts- define flash/nand partitions\n",
"\n"
);
cmd_tbl_t __u_boot_cmd_mtdparts Struct_Section = {mtdparts, 6, 0, do_jffs2_mtdparts, usage, help};
以下从doc/README.command 翻译
要想在u-boot中添加命令，必须新建一个command structure。要想创建一个command structure，则首先包含 "command.h" 头文件，然后用U_BOOT_CMD宏填充 cmd_tbl_t struct。
经过宏展开后新创建的这个结构体的名字会__u_boot_cmd开头，然后连接器会把这个结构体连接到指定的section上。
这样link才能从代码中提取所有的命令，生成一个静态的array。这样就可以通过遍历一个以__u_boot_cmd_starty开头的数组找到所要的命令。
1.
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) */
char *help; /* Help message (long) */
#ifdef CONFIG_AUTO_COMPLETE
/* do auto completion on the arguments */
int (*complete)(int argc, char *argv[], char last_char, int maxv, char *cmdv[]);
#endif
};
#define Struct_Section __attribute__ ((unused,section (".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}
typedef struct cmd_tbl_s cmd_tbl_t;
extern cmd_tbl_t __u_boot_cmd_start;
extern cmd_tbl_t __u_boot_cmd_end;
这里要看的是##name和#name这两个操作.##name将字符直接跟在后面， #name会将name这个字符中以"..."的形式放置。
1.
U_BOOT_CMD(
tftpboot, 3, 1, do_tftpb,
"tftpboot- boot image via network using TFTP protocol\n",
"[loadAddress] [bootfilename]\n"
);
usage= "tftpboot- boot image via network using TFTP protocol\n";
help= "[loadAddress] [bootfilename]\n";
cmd_tbl_t __u_boot_cmd_tftpboot __attribute__ ((unused,section (".u_boot_cmd"))) = {"tftpboot", 3, 1, do_tftpb, "tftpboot- boot image via network using TFTP protocol\n",
"[loadAddress] [bootfilename]\n"};
int do_tftpb (cmd_tbl_t *cmdtp, int flag, int argc, char *argv[])
{
return netboot_common (TFTP, cmdtp, argc, argv);
}
在UBOOT当中，各个命令是通过U_BOOT_CMD这个宏来定义出来的，其本质其实理解起来也很简单，不过今天也从中学到了一点东西
先来看UBOOT当中关于U_BOOT_CMD这个宏的定义：
/* 这是定义一个结构的属性，将其放在.u_boot_cmd这个段当中，相当于.data/.bss这些段 */
#define Struct_Section __attribute__ ((unused,section (".u_boot_cmd")))
/* 宏定义，用于定义一个命令 */
#define U_BOOT_CMD(name,maxargs,rep,cmd,usage) /
cmd_tbl_t __u_boot_cmd_##name Struct_Section = {#name, maxargs, rep, cmd, usage}
这样一来，凡通过U_BOOT_CMD定义的cmd_tbl_t变量会全部被放在.u_boot_cmd段当中（可以看UBOOT的链接脚本xxx.lds)，具体怎么放是链接器的工作。
这里要看的是##name和#name这两个操作.##name将字符直接跟在后面， #name会将name这个字符中以“..."的形式放置。
例如：定义一个命令boot
U_BOOT_CMD(boot, 0, 0, fun, "boot xxx");
展开以后会变成：
cmd_tbl_t __u_boot_cmd_boot __attribute___((unused, section(".u_boot_cmd"))) = {"boot", 0, 0, fun, "boot xxx"}
大部分基本不变，将Struct_Section展开了，还将##name换成了boot, 将#name换成了"boot"。应该不难看出##/#的作用吧。
从上面来看，我们是不是可以在程序运行时去定义一个变量呢？？我们可以通过##xxx来定义一个变量，然后还可以通过这种形式来使用它。
总体来说是通过宏定义来定义变量，准确地说应该是结构体变量。并且把这些同一种结构体的变量放在一个段中，充分的利用了连接器的作用，很少看到，但是确实很实用。这样做的好处是所有开发各个模块的研发人员不必去维护一个全局的结构体数组，而且你也不知道别人用的是数组中的哪一个下表，这种方法就很好的解决了这种烦恼，值得推广。
