一、uboot 命令体系基础

1、使用 uboot 命令

(1) uboot 启动后进入命令行环境下，在此输入命令按回车结束，uboot 会收取这个命令然后解析，然后执行。

2、uboot 命令体系实现代码在哪里

(1) uboot 命令体系的实现代码在 uboot/common/cmd_xxx.c 中。有若干个 .c 文件和命令体系有关。（还有 command.c main.c 也是和命令有关的）

在这里插入图片描述

3、每个命令对应一个函数

(1) 每一个 uboot 的命令背后都对应一个函数。这就是 uboot 实现命令体系的一种思路和方法。

(2) 我们要找到每一个命令背后所对应的那个函数，而且要分析这个函数和这个命令是怎样对应起来的。

4、命令参数以 argc & argv 传给函数

(1) 有些 uboot 的命令还支持传递参数。也就是说命令背后对应的函数接收的参数列表中有 argc 和 argv，然后命令体系会把我们执行命令时的命令+参数（md 30000000 10）以 argc（3）和 argv（argv[0]=md, argv[1]=30000000 argv[2]=10）的方式传递给执行命令的函数。

举例分析，以 help 命令为例：
help 命令背后对应的函数名叫：do_help。在 uboot/common/command.c 的236行。int do_help (cmd_tbl_t * cmdtp, int flag, int argc, char *argv[])

在这里插入图片描述

二、uboot 命令解析和执行过程分析

1、从 main_loop 说起

(1) uboot 启动的第二阶段，在初始化了所有该初始化的东西后，进入了一个死循环，死循环的循环体就是 main_loop。

(2) main_loop 函数执行一遍，就是一个获取命令、解析命令、执行命令的过程。

(3) run_command 函数就是用来执行命令的函数。

在这里插入图片描述

2、run_command 函数关键点分析

(1) 控制台命令获取；

(2) 命令解析。parse_line 函数把 “md 30000000 10” 解析成 argv[0]=md, argv[1]=30000000 argv[2]=10;

在这里插入图片描述

(3) 在命令集中去查找命令。find_cmd(argv[0]) 函数去 uboot 的命令集合当中搜索有没有 argv[0] 这个命令。
在这里插入图片描述

(4) 执行命令。最后用函数指针的方式调用执行了对应函数。

在这里插入图片描述

思考：关键点就在于 find_cmd 函数如何查找到这个命令是不是 uboot 的合法支持的命令？这取决于 uboot 的命令体系机制（uboot 是如何完成命令的这一套设计的，命令如何去注册、存储、管理、索引。）。

三、uboot如何处理命令集1

1、可能的管理方式

(1) 数组。结构体数组，数组中每一个结构体成员就是一个命令的所有信息。

(2) 链表。链表的每个节点 data 段就是一个命令结构体，所有的命令都放在一条链表上。这样就解决了数组方式的不灵活。坏处是需要额外的内存开销，然后各种算法（遍历、插入、删除等）需要一定复杂度的代码执行。

(3) 有第三种吗？uboot 没有使用数组或者链表，而是使用了一种新的方式来实现这个功能。

2、命令结构体 cmd_tbl_t

在这里插入图片描述

(1) name：命令名称，字符串格式。

(2) maxargs：命令最多可以接收多少个参数。

(3) repeatable：指示这个命令是否可重复执行。重复执行是 uboot 命令行的一种工作机制，就是直接按回车则执行上一条执行的命令。

(4) cmd：函数指针，命令对应的函数的函数指针，将来执行这个命令的函数时，使用这个函数指针来调用。

(5) usage：命令的短帮助信息。对命令的简单描述。

(6) help：命令的长帮助信息。细节的帮助信息。

(7) complete：函数指针，指向这个命令的自动补全的函数。

总结：uboot 的命令体系在工作时，一个命令对应一个 cmd_tbl_t 结构体的一个实例，然后 uboot 支持多少个命令，就需要多少个结构体实例。uboot 的命令体系把这些结构体实例管理起来，当用户输入了一个命令时，uboot 会去这些结构体实例中查找（查找方法和存储管理的方法有关）。如果找到则执行命令，如果未找到则提示命令未知。