當(dāng)前位置：首頁(yè) > 编程资源 > 编程问答 >内容正文

编程问答

uboot流程——命令行模式以及命令处理介绍

發(fā)布時(shí)間：2025/3/21 编程问答 17 豆豆

生活随笔收集整理的這篇文章主要介紹了 uboot流程——命令行模式以及命令处理介绍小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.

[uboot] （第六章）uboot流程——命令行模式以及命令處理介紹

2016年11月14日 20:39:26閱讀數(shù)：4323

以下例子都以project X項(xiàng)目tiny210（s5pv210平臺(tái),armv7架構(gòu)）為例

[uboot] uboot流程系列：?
[project X] tiny210(s5pv210)上電啟動(dòng)流程（BL0-BL2）?
[project X] tiny210(s5pv210)從存儲(chǔ)設(shè)備加載代碼到DDR?
[uboot] （第一章）uboot流程——概述?
[uboot] （第二章）uboot流程——uboot-spl編譯流程?
[uboot] （第三章）uboot流程——uboot-spl代碼流程?
[uboot] （第四章）uboot流程——uboot編譯流程?
[uboot] （第五章）uboot流程——uboot啟動(dòng)流程?
[uboot] （番外篇）global_data介紹?
[uboot] （番外篇）uboot relocation介紹

建議先看《[uboot] （第五章）uboot流程——uboot啟動(dòng)流程》

=================================================================================

一、說明

命令行模式就是指uboot執(zhí)行完一切必要的初始化過程之后，等待終端輸入命令和處理命令的一個(gè)模式。?
所以后面的章節(jié)，我們先介紹命令如何存儲(chǔ)以及處理，再簡(jiǎn)單說明命令行模式是如何工作的

1、需要打開哪些宏

CONFIG_CMDLINE?
表示是否支持命令行模式，定義如下：?
./configs/bubblegum_defconfig:201:CONFIG_CMDLINE=y?
./configs/tiny210_defconfig:202:CONFIG_CMDLINE=y
CONFIG_SYS_GENERIC_BOARD?
用于定義板子為通用類型的板子。打開這個(gè)宏之后，common/board_f.c和common/board_r.c才會(huì)被編譯進(jìn)去，否則，需要自己實(shí)現(xiàn)。?
./configs/bubblegum_defconfig:7:CONFIG_SYS_GENERIC_BOARD=y?
./configs/tiny210_defconfig:7:CONFIG_SYS_GENERIC_BOARD=y?
打開之后，board_r.c中最終會(huì)執(zhí)行run_main_loop進(jìn)入命令行模式。具體參考《[uboot] （第五章）uboot流程——uboot啟動(dòng)流程》。
CONFIG_SYS_PROMPT?
命令行模式下的提示符。在tiny210中定義如下：?
./configs/tiny210_defconfig:203:CONFIG_SYS_PROMPT=”TINY210 => “
CONFIG_SYS_HUSH_PARSER?
表示使用使用hush來對(duì)命令行進(jìn)行解析。后續(xù)會(huì)繼續(xù)說明。在tiny210中定義如下：?
./include/configs/tiny210.h:121:#define CONFIG_SYS_HUSH_PARSER /* use “hush” command parser */
對(duì)應(yīng)命令需要打開對(duì)應(yīng)命令的宏?
以bootm命令為例，如果要支持bootm，則需要打開CONFIG_CMD_BOOTM宏，具體可以參考cmd/Makefile?
./configs/bubblegum_defconfig:226:CONFIG_CMD_BOOTM=y?
./configs/tiny210_defconfig:226:CONFIG_CMD_BOOTM=y

2、結(jié)合以下幾個(gè)問題來看后面的章節(jié)

命令的數(shù)據(jù)結(jié)構(gòu)，也就是代碼里面如何表示一個(gè)命令?
如何定義一個(gè)命令，我們?nèi)绾翁砑右粋€(gè)自己的命令?
命令的存放和獲取?
命令行模式的處理流程?

3、API

U_BOOT_CMD?
#define U_BOOT_CMD(_name, _maxargs, _rep, _cmd, _usage, _help)?
定義一個(gè)命令。
cmd_process?
enum command_ret_t cmd_process(int flag, int argc, char * const argv[], int *repeatable, ulong *ticks)?
命令的處理函數(shù)，命令是作為argv[0]傳入。

具體參數(shù)意義和實(shí)現(xiàn)參考后面。

二、命令處理數(shù)據(jù)結(jié)構(gòu)的存放

1、數(shù)據(jù)結(jié)構(gòu)

uboot把所有命令的數(shù)據(jù)結(jié)構(gòu)都放在一個(gè)表格中，我們后續(xù)稱之為命令表。表中的每一項(xiàng)代表著一個(gè)命令，其項(xiàng)的類型是cmd_tbl_t。?
數(shù)據(jù)結(jié)構(gòu)如下：

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 * const []);char *usage; /* Usage message (short) */ #ifdef CONFIG_SYS_LONGHELPchar *help; /* Help message (long) */ #endif };typedef struct cmd_tbl_s cmd_tbl_t;

參數(shù)說明如下：

name：定義一個(gè)命令的名字。?其實(shí)就是執(zhí)行的命令的字符串。這個(gè)要注意。
maxargs：這個(gè)命令支持的最大參數(shù)
repeatable：是否需要重復(fù)
cmd：命令處理函數(shù)的地址
usage：字符串，使用說明
help：字符串，幫助

2、在dump里面的表示

通過以下命令解析出dump。

arm-none-linux-gnueabi-objdump -D u-boot > uboot_objdump.txt

以bootm命令為例，提取一部分信息，加上了注釋信息：

23e364cc <_u_boot_list_2_cmd_2_bootm>: // bootm命令對(duì)應(yīng)的數(shù)據(jù)結(jié)構(gòu)符號(hào)是_u_boot_list_2_cmd_2_bootm，后續(xù)我們會(huì)說明，其起始地址是0x23e364cc 23e364cc: 23e2bbc2 mvncs fp, #198656 ; 0x30800 // 這里對(duì)應(yīng)第一個(gè)成員name，其地址是0x23e2bbc2 23e364d0: 00000040 andeq r0, r0, r0, asr #32 // 這里對(duì)應(yīng)第二個(gè)成員maxargs，maxargs=0x40 23e364d4: 00000001 andeq r0, r0, r1 // 這里對(duì)應(yīng)第三個(gè)成員repeatable，repeatable=1 23e364d8: 23e02028 mvncs r2, #40 ; 0x28 // 這里對(duì)應(yīng)第四個(gè)成員cmd，cmd命令處理函數(shù)的地址是0x23e02028，和下面的do_bootm的地址一致！！！ 23e364dc: 23e2bbc8 mvncs fp, #204800 ; 0x32000 // 這里對(duì)應(yīng)第五個(gè)成員usage，usage字符串的地址是0x23e2bbc8 23e364e0: 23e34cb0 mvncs r4, #45056 ; 0xb000 // 這里對(duì)應(yīng)第六個(gè)成員help，help字符串的地址是0x23e34cb023e02028 <do_bootm>: 23e34cb0 <bootm_help_text>:

根據(jù)上述dump就可以把bootm命令的數(shù)據(jù)結(jié)構(gòu)定義都找出來了。

3、命令數(shù)據(jù)結(jié)構(gòu)在u-boot.map符號(hào)表中的位置定義

通過查看u-boot.map，過濾出和u_boot_list中cmd相關(guān)的部分，對(duì)應(yīng)符號(hào)表如下：

*(SORT(.u_boot_list*)).u_boot_list_2_cmd_10x23e3649c 0x0 cmd/built-in.o.u_boot_list_2_cmd_10x23e3649c 0x0 common/built-in.o.u_boot_list_2_cmd_2_bootefi0x23e3649c 0x18 cmd/built-in.o0x23e3649c _u_boot_list_2_cmd_2_bootefi.u_boot_list_2_cmd_2_bootelf0x23e364b4 0x18 cmd/built-in.o0x23e364b4 _u_boot_list_2_cmd_2_bootelf.u_boot_list_2_cmd_2_bootm0x23e364cc 0x18 cmd/built-in.o0x23e364cc _u_boot_list_2_cmd_2_bootm .......u_boot_list_2_cmd_2_true0x23e3670c 0x18 cmd/built-in.o0x23e3670c _u_boot_list_2_cmd_2_true.u_boot_list_2_cmd_2_version0x23e36724 0x18 cmd/built-in.o0x23e36724 _u_boot_list_2_cmd_2_version.u_boot_list_2_cmd_30x23e3673c 0x0 cmd/built-in.o.u_boot_list_2_cmd_30x23e3673c 0x0 common/built-in.o

可以觀察到命令表是被定義在0x23e3649c（ .u_boot_list_2_cmd_1）到0x23e3673c（ .u_boot_list_2_cmd_3）的位置中。?
并且每一個(gè)項(xiàng)占用了24個(gè)字節(jié)，和cmd_tbl_t結(jié)構(gòu)的大小是一致的。?
注意，根據(jù)注釋，.u_boot_list_2_cmd_1和.u_boot_list_2_cmd_3這兩個(gè)符號(hào)是由鏈接器自己生成的。?
這里簡(jiǎn)單有個(gè)印象，bootm命令對(duì)應(yīng)的數(shù)據(jù)結(jié)構(gòu)符號(hào)是u_boot_list_2_cmd_2_bootm

4、如何定義一個(gè)命令

（1）我們以bootm命令的定義為例：?
cmd/bootm.c中

U_BOOT_CMD(bootm, CONFIG_SYS_MAXARGS, 1, do_bootm,"boot application image from memory", bootm_help_text ); // bootm就是我們的命令字符串 // 在tiny210.h中定義了最大參數(shù)數(shù)量是64 // #define CONFIG_SYS_MAXARGS 64 /* max number of command args */ // 1表示重復(fù)一次 // 對(duì)應(yīng)命令處理函數(shù)是do_bootm // usage字符串是"boot application image from memory" // help字符串是bootm_help_text定義的字符串。

通過上面，可以看出是通過U_BOOT_CMD來定義了bootm命令對(duì)應(yīng)的數(shù)據(jù)結(jié)構(gòu)！！！?
并且命令處理函數(shù)的格式如下：

int do_bootm(cmd_tbl_t *cmdtp, int flag, int argc, char * const argv[])

當(dāng)命令處理函數(shù)執(zhí)行成功時(shí)，需要返回0.返回非0值?
所以可以參照如上方式自己定義一個(gè)命令。

5、介紹一下U_BOOT_CMD的實(shí)現(xiàn)

include/common.h

#define U_BOOT_CMD(_name, _maxargs, _rep, _cmd, _usage, _help) \U_BOOT_CMD_COMPLETE(_name, _maxargs, _rep, _cmd, _usage, _help, NULL)#define U_BOOT_CMD_COMPLETE(_name, _maxargs, _rep, _cmd, _usage, _help, _comp) \ll_entry_declare(cmd_tbl_t, _name, cmd) = \U_BOOT_CMD_MKENT_COMPLETE(_name, _maxargs, _rep, _cmd, \_usage, _help, _comp);#define U_BOOT_CMD_MKENT_COMPLETE(_name, _maxargs, _rep, _cmd, \_usage, _help, _comp) \{ #_name, _maxargs, _rep, _cmd, _usage, \_CMD_HELP(_help) _CMD_COMPLETE(_comp) }#define ll_entry_declare(_type, _name, _list) \_type _u_boot_list_2_##_list##_2_##_name __aligned(4) \__attribute__((unused, \section(".u_boot_list_2_"#_list"_2_"#_name)))ll_entry_declare(cmd_tbl_t, _name, cmd) // 以bootm為例 // _type=cmd_tbl_t // _name=bootm // _list=cmd // 這里最終會(huì)轉(zhuǎn)化為如下數(shù)據(jù)結(jié)構(gòu) // // cmd_tbl_t _u_boot_list_2_cmd_2_bootm= // { // _name=bootm， // _maxargs=CONFIG_SYS_MAXARGS， // _rep=1， // _cmd=do_bootm， // _usage="boot application image from memory"， // _help=bootm_help_text， // _comp=NULL， // } // 并且這個(gè)數(shù)據(jù)結(jié)構(gòu)給存放到了 .u_boot_list_2_cmd_2_bootm段中！！！和我們上述的完全一致。

三、命令的處理

1、簡(jiǎn)單流程說明：

假設(shè)傳進(jìn)來的命令是cmd。?
* 獲取命令表?
* 從命令表中搜索和cmd匹配的項(xiàng)?
* 執(zhí)行對(duì)應(yīng)項(xiàng)中的命令

后續(xù)我們我們分成“查找cmd對(duì)應(yīng)的表項(xiàng)”、“執(zhí)行對(duì)應(yīng)表項(xiàng)中的命令”兩部分進(jìn)行說明

2、查找cmd對(duì)應(yīng)的表項(xiàng)——find_cmd

通過find_cmd可以獲取命令對(duì)應(yīng)的命令表項(xiàng)cmd_tbl_t 。

（1）原理簡(jiǎn)單說明?
前面我們知道了可以觀察到命令表是被定義在 .u_boot_list_2_cmd_1到.u_boot_list_2_cmd_3的位置中。所以我們從這個(gè)區(qū)間獲取命令表。?
并且根據(jù)表項(xiàng)中的name是否和傳進(jìn)來的命令是否匹配來判斷是否是我們需要的表項(xiàng)。

（2）對(duì)應(yīng)代碼?
common/command.c

cmd_tbl_t *find_cmd(const char *cmd) {cmd_tbl_t *start = ll_entry_start(cmd_tbl_t, cmd); // 獲取命令表的地址，start表示指向命令表的指針，具體實(shí)現(xiàn)看后面const int len = ll_entry_count(cmd_tbl_t, cmd); // 獲取命令表的長(zhǎng)度，具體實(shí)現(xiàn)看后面return find_cmd_tbl(cmd, start, len); // 以命令表的指針和命令表的長(zhǎng)度為參數(shù)，查找和cmd匹配的表項(xiàng)，也就是cmd_tbl_t結(jié)構(gòu)，并返回給調(diào)用者。 }/* find command table entry for a command */ cmd_tbl_t *find_cmd_tbl(const char *cmd, cmd_tbl_t *table, int table_len) { #ifdef CONFIG_CMDLINEcmd_tbl_t *cmdtp;cmd_tbl_t *cmdtp_temp = table; /* Init value */const char *p;int len;int n_found = 0;if (!cmd)return NULL;/** Some commands allow length modifiers (like "cp.b");* compare command name only until first dot.*/len = ((p = strchr(cmd, '.')) == NULL) ? strlen (cmd) : (p - cmd);for (cmdtp = table; cmdtp != table + table_len; cmdtp++) { // 通過指針遞增的方式，查找table中的每一個(gè)cmd_tbl_t if (strncmp(cmd, cmdtp->name, len) == 0) {if (len == strlen(cmdtp->name))return cmdtp; /* full match */ // 如果是命令字符串和表項(xiàng)中的name完全匹配，包括長(zhǎng)度一致的，則直接返回cmdtp_temp = cmdtp; /* abbreviated command ? */n_found++; // 如果命令字符串和表項(xiàng)中的name的前面部分匹配的話（我們稱為部分匹配），暫時(shí)保存下來，并且記錄有幾個(gè)這樣的表項(xiàng)，主要是為了支持自動(dòng)補(bǔ)全的功能}}if (n_found == 1) { /* exactly one match */return cmdtp_temp; // 如果部分匹配的表項(xiàng)是唯一的話，則可以將這個(gè)表項(xiàng)返回，主要是為了支持自動(dòng)補(bǔ)全的功能} #endif /* CONFIG_CMDLINE */return NULL; /* not found or ambiguous command */ }

include/linker_lists.h

#define ll_entry_start(_type, _list) \ ({ \static char start[0] __aligned(4) __attribute__((unused, \section(".u_boot_list_2_"#_list"_1"))); \(_type *)&start; \ }) // 因?yàn)閭鬟M(jìn)來的_list是cmd，所以這里就是獲取命令表的起始地址，也就是.u_boot_list_2_cmd_1的地址，#define ll_entry_end(_type, _list) \ ({ \static char end[0] __aligned(4) __attribute__((unused, \section(".u_boot_list_2_"#_list"_3"))); \(_type *)&end; \ }) // 因?yàn)閭鬟M(jìn)來的_list是cmd，所以這里就是獲取命令表的結(jié)束地址，也就是.u_boot_list_2_cmd_3的地址，#define ll_entry_count(_type, _list) \({ \_type *start = ll_entry_start(_type, _list); \_type *end = ll_entry_end(_type, _list); \unsigned int _ll_result = end - start; \_ll_result; \}) // 因?yàn)閭鬟M(jìn)來的_list是cmd，所以這里就是計(jì)算命令表的長(zhǎng)度

3、執(zhí)行對(duì)應(yīng)表項(xiàng)中的命令——cmd_call

通過調(diào)用cmd_call可以執(zhí)行命令表項(xiàng)cmd_tbl_t 中的命令?
common/command.c

static int cmd_call(cmd_tbl_t *cmdtp, int flag, int argc, char * const argv[]) {int result;result = (cmdtp->cmd)(cmdtp, flag, argc, argv); // 直接執(zhí)行命令表項(xiàng)cmd_tbl_t 中的cmd命令處理函數(shù)if (result)debug("Command failed, result=%d\n", result); // 命令返回非0值時(shí)，報(bào)錯(cuò)return result; }

4、命令處理函數(shù)——cmd_process

代碼如下：?
common/command.c

enum command_ret_t cmd_process(int flag, int argc, char * const argv[],int *repeatable, ulong *ticks) {enum command_ret_t rc = CMD_RET_SUCCESS;cmd_tbl_t *cmdtp;/* Look up command in command table */cmdtp = find_cmd(argv[0]);// 第一個(gè)參數(shù)argv[0]表示命令，調(diào)用find_cmd獲取命令對(duì)應(yīng)的表項(xiàng)cmd_tbl_t。if (cmdtp == NULL) {printf("Unknown command '%s' - try 'help'\n", argv[0]);return 1;}/* found - check max args */if (argc > cmdtp->maxargs)rc = CMD_RET_USAGE;// 檢測(cè)參數(shù)是否正常/* If OK so far, then do the command */if (!rc) {if (ticks)*ticks = get_timer(0);rc = cmd_call(cmdtp, flag, argc, argv);// 調(diào)用cmd_call執(zhí)行命令表項(xiàng)中的命令，成功的話需要返回0值if (ticks)*ticks = get_timer(*ticks);// 判斷命令執(zhí)行的時(shí)間*repeatable &= cmdtp->repeatable;// 這個(gè)命令執(zhí)行的重復(fù)次數(shù)存放在repeatable中的}if (rc == CMD_RET_USAGE)rc = cmd_usage(cmdtp);// 命令格式有問題，打印幫助信息return rc; }

返回0表示執(zhí)行成功，返回非0值表示執(zhí)行失敗。?
后續(xù)需要執(zhí)行一個(gè)命令的時(shí)候，直接調(diào)用cmd_process即可。

四、命令行模式的流程

命令行模式有兩種簡(jiǎn)單的方式。正常模式是簡(jiǎn)單地獲取串口數(shù)據(jù)、解析和處理命令。?
hush模式則是指命令的接收和解析使用busybox的hush工具，對(duì)應(yīng)代碼是hush.c。?
關(guān)于hush模式的作用和使用自己還不是很清楚，還要再研究一下。這里簡(jiǎn)單的寫一點(diǎn)流程。

1、入口

通過《[uboot] （第五章）uboot流程——uboot啟動(dòng)流程》，我們知道了uboot在執(zhí)行完所有初始化程序之后，調(diào)用run_main_loop進(jìn)入主循環(huán)。?
通過主循環(huán)進(jìn)入了命令行模式。?
common/board_r.c

static int run_main_loop(void) {/* main_loop() can return to retry autoboot, if so just run it again */for (;;)main_loop(); // 這里進(jìn)入了主循環(huán)，而autoboot也是在主循環(huán)里面實(shí)現(xiàn)return 0; }

main_loop實(shí)現(xiàn)如下：?
這里了解一個(gè)縮寫，cli，Command Line Interface，命令行接口，命令行界面。?
common/main.c

void main_loop(void) {const char *s;bootstage_mark_name(BOOTSTAGE_ID_MAIN_LOOP, "main_loop"); // 這里用于標(biāo)記uboot的進(jìn)度，對(duì)于tiny210來說起始什么都沒做cli_init(); // cli的初始化，主要是hush模式下的初始化run_preboot_environment_command(); // preboot相關(guān)的東西，后續(xù)有用到再說明s = bootdelay_process();if (cli_process_fdt(&s))cli_secure_boot_cmd(s);autoboot_command(s); // autoboot的東西，后續(xù)使用autoboot的時(shí)候再專門說明cli_loop(); // 進(jìn)入cli的循環(huán)模式，也就是命令行模式panic("No CLI available"); }

通過調(diào)用cli_loop進(jìn)入了命令行模式，并且不允許返回。?
common/cli.c

void cli_loop(void) { #ifdef CONFIG_SYS_HUSH_PARSERparse_file_outer(); // 這里進(jìn)入hush命令模式/* This point is never reached */for (;;); #elif defined(CONFIG_CMDLINE) // 這里進(jìn)入通用命令行模式cli_simple_loop(); #else // 說明沒有打開CONFIG_CMDLINE宏，無(wú)法進(jìn)入命令行模式，直接打印一個(gè)提示printf("## U-Boot command line is disabled. Please enable CONFIG_CMDLINE\n"); #endif /*CONFIG_SYS_HUSH_PARSER*/ }

最終通過cli_simple_loop進(jìn)入通用命令行模式，或者通過parse_file_outer進(jìn)入hush命令行模式。?
因?yàn)橥ㄓ妹钚心Ｊ较鄬?duì)較為簡(jiǎn)單，所以這邊先說明通用命令行模式。

2、通用命令行模式

代碼如下：

void cli_simple_loop(void) {static char lastcommand[CONFIG_SYS_CBSIZE + 1] = { 0, };int len;int flag;int rc = 1;for (;;) {len = cli_readline(CONFIG_SYS_PROMPT); // 打印CONFIG_SYS_PROMPT，然后從串口讀取一行作為命令，存儲(chǔ)在console_buffer中 // 在tiny210中定義如下：./configs/tiny210_defconfig:203:CONFIG_SYS_PROMPT="TINY210 => "flag = 0; /* assume no special flags for now */if (len > 0)strlcpy(lastcommand, console_buffer,CONFIG_SYS_CBSIZE + 1); // 如果獲得了一個(gè)新行時(shí)，命令會(huì)存儲(chǔ)在console_buffer，將命令復(fù)制到lastcommand中else if (len == 0)flag |= CMD_FLAG_REPEAT; // 只是得到一個(gè)單純的換行符時(shí)，設(shè)置重復(fù)標(biāo)識(shí)，后續(xù)重復(fù)執(zhí)行上一次命令if (len == -1)puts("<INTERRUPT>\n"); // 獲得非數(shù)據(jù)值時(shí)，直接打印中斷elserc = run_command_repeatable(lastcommand, flag); // 否則，執(zhí)行l(wèi)astcommand中的命令if (rc <= 0) {/* invalid command or not repeatable, forget it */lastcommand[0] = 0; // 命令執(zhí)行出錯(cuò)時(shí)，清空l(shuí)astcommand，防止下一次重復(fù)執(zhí)行這個(gè)命令}} }/* run_command_repeatable實(shí)現(xiàn)如下 */ int run_command_repeatable(const char *cmd, int flag) {return cli_simple_run_command(cmd, flag); }/* cli_simple_run_command實(shí)現(xiàn)如下 */ int cli_simple_run_command(const char *cmd, int flag) {char cmdbuf[CONFIG_SYS_CBSIZE]; /* working copy of cmd */char *token; /* start of token in cmdbuf */char *sep; /* end of token (separator) in cmdbuf */char finaltoken[CONFIG_SYS_CBSIZE];char *str = cmdbuf;char *argv[CONFIG_SYS_MAXARGS + 1]; /* NULL terminated */int argc, inquotes;int repeatable = 1;int rc = 0;debug_parser("[RUN_COMMAND] cmd[%p]=\"", cmd);if (DEBUG_PARSER) {/* use puts - string may be loooong */puts(cmd ? cmd : "NULL");puts("\"\n");}clear_ctrlc(); /* forget any previous Control C */if (!cmd || !*cmd)return -1; /* empty command */if (strlen(cmd) >= CONFIG_SYS_CBSIZE) {puts("## Command too long!\n");return -1;}strcpy(cmdbuf, cmd);/* Process separators and check for invalid* repeatable commands*/debug_parser("[PROCESS_SEPARATORS] %s\n", cmd);while (*str) { // 這里過濾掉一些對(duì)命令進(jìn)行處理的部分代碼/* find macros in this token and replace them */cli_simple_process_macros(token, finaltoken);/* Extract arguments */argc = cli_simple_parse_line(finaltoken, argv); // 對(duì)命令進(jìn)行加工處理，轉(zhuǎn)化成argv和argc格式。if (argc == 0) {rc = -1; /* no command at all */continue;}if (cmd_process(flag, argc, argv, &repeatable, NULL))rc = -1; // 調(diào)用cmd_process對(duì)命令進(jìn)行處理 // 關(guān)于這個(gè)的實(shí)現(xiàn)我們?cè)谏鲜鋈?中說明過了/* Did the user stop this? */if (had_ctrlc())return -1; /* if stopped then not repeatable */}return rc ? rc : repeatable; }

3、hush命令行模式

hush的實(shí)現(xiàn)自己也沒搞太懂，簡(jiǎn)單的說明一下流程

static int parse_file_outer(FILE *f) {int rcode;struct in_str input;setup_file_in_str(&input); // 安裝一個(gè)輸入流，具體沒怎么研究rcode = parse_stream_outer(&input, FLAG_PARSE_SEMICOLON); // 處理流數(shù)據(jù)return rcode; } 后續(xù)的流程簡(jiǎn)單說明如下： parse_stream_outer ——》run_list ————》run_list_real ——————》run_pipe_real ————————》cmd_process

可以觀察到，最終還是調(diào)用了cmd_process來對(duì)命令進(jìn)行處理，上述第三節(jié)已經(jīng)說明了，這里不重復(fù)說明了。

總結(jié)

以上是生活随笔為你收集整理的uboot流程——命令行模式以及命令处理介绍的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。

上一篇： uboot流程——uboot启动流程
下一篇： kernel 下串口serial输入输出