u-boot分析__uboot命令实现

目录

1.uboot命令原理

2.增加命令示例


1.uboot命令原理

我们看一下run_command函数。

这里是获取输入的命令,其中当命令有分号时也可以做出处理,

然后parse_line解析这些命令,例如md.w 0这个命令字符串会被解析成

argv[0]="md.w"

argv[1]="0"

解析提取命令和参数后,根据argv[0]利用find_cmd函数找到命令对应的结构体,然后赋值给了cmdtp这个cmd_tbl_s类型的结构体

这个结构体中包含名字,最大参数,还有是否可重复,是否可重复是指当你输入了一遍命令执行完之后,不需要再输入命令,直接按回车就会再执行一次,然后cmd这个函数指针就是命令对应的函数,然后usage是短的帮助信息,help是长的帮助信息,当我们在串口只输入help时出来的是关于每个命令的短的帮助信息,如果我们输入help xx,出来的就是关于这个命令的长的帮助信息。

然后我们看一下find_cmd这个函数,这里find_cmd函数中出现了两个变量

 _u_boot_cmd_start和_u_boot_cmd_end这两个变量在代码中是没有的,这两个是在连接脚本中定义的。

 然后我们看一下u_boot_cmd这个段是做什么的,我们在代码中搜索找到

 以bootm 0x30007EC0这个命令为例,我们输入bootm 0x30007EC0之后它执行哪个函数呢,我们不知道,我们直接搜索这个bootm,然后我们发现有个宏U_BOOT_CMD

我们去搜索这个U_BOOT_CMD宏,找到了这个宏的定义, 

然后我们把U_BOOT_CMD展开,这里##是连词符号,然后struct_Section这也是一个宏,把U_BOOT_CMD宏展开后是

 展开后发现,这里定义了一个结构体__u_boot_cmd_bootm,这个结构体的类型是cmd_tbl_t类型的,这个结构体还有个属性(_attribute__),强制把他的段属性设置为._uboot_cmd,

所以代码中所有用U_BOOT_CMD这个宏定义起来的东西最终都相当于定义了一个结构体,这个结构体有什么特别的呢,特别在于他有个属性把他的段强制的指定为.u_boot_cmd,所以说最终的这些命令都会被集中存放在u_boot_cmd段。

2.增加命令示例

接下来我们看一下如果增加一个命令需要做哪些事情,例如我们增加一个hello命令打印hello world。

我们仿照bootm命令,首先我们创建一个新的c文件cmd_hello.c,

 代码写完之后修改common/makefile,

 然后编译,然后重新烧写u-boot.bin.

猜你喜欢

转载自blog.csdn.net/u013171226/article/details/123185102
今日推荐