uboot 中的 config make config是怎么来的

make oldconfig 和 make defconfig的区别：

oldconfig是将当前内核源码的新特性加入.config中去。

defconfig是直接按照默认的i386_defconfig生成.config。

make oldconfig 和 make defconfig是在Linux 内核配置方式中出现的。相关的还有：

#make config

#make menuconfig

#make gconfig

#make allyesconfig

#make allmodconfig

1.make config

make config是基于文本的最为传统的也是最为枯草的一种配置方式，但是它可以使用任何情况，这种方式会为每一个内核支持的特性向用户提问，如果用户回答“y”，则把特性编译进内核；回答“m”，则它特性作为模块进行编译；回答“n”，则表示不对该特性提供支持

如果回答每个问题前，必须考虑清楚，如果在配置过程中犯了错误给了错误的回答，就只能按“ctcl+c”强行退出了

2.make oldconfig

make oldconfig和make config类似，但是它的作用是在现有的内核设置文件基础上建立一个新的设置文件，只会向用户提供有关新内核特性的问题，在新内核升级的过程 中，make oldconfig非常有用，用户将现有的配置文件.config复制到新内核的源码中，执行make oldconfig，此时，用户只需要回答那些针对新增特性的问题

make silentoldconfig : Like above, but avoids cluttering the screen with questions already answered.和上面oldconfig一样，但在屏幕上不再出现已在.config中配置好的选项。

3.make menuconfig

基于终端的一种配置方式，提供了文本模式的图形用户界面，用户可以通过光标移动来浏览所支持的各种特性。使用这用配置方式时，系统中必须安装有ncurese库，否则会显示“Unable to find the Ncurses libraies”的错误提示

4.make xoncifg

基 于X Winodws的一种配置方式，提供了漂亮的配置窗口，不过只有能够在X Server上使用root用户欲行X应用程序时，才能够使用，它依赖于QT，如果系统中没有安装QT库，则会出现“Unable to find the QT installation”的错误提示

5.make gconfig

与make xocnifg类似，不同的是make gconfig依赖于GTK库

6.make defconfig

按照默认的配置文件arch/i386/defconfig对内核进行配置，生成.config可以用作初始化配置，然后再使用make menuconfig进行定制化配置

7.make allyesconfig

尽量多地使用“y”设置内核选项值，生成的配置中包含了全部的内核特性

make allnoconfig :除必须的选项外,其它选项一律不选. (常用于嵌入式系统).

8.make allmodconfig

尽可能多的使用“m”设置内核选项值来生成配置文件

1. 首先，介绍以下有关Uboot的命令定义。

每个命令都是通过U_BOOT_CMD宏来定义的。这个宏定义了一个相关的结构体，文件是uboot/include/command.h,结构体为cmd_tbl_s。

具体的命令定义为：

#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}

U_BOOT_CMD(name,maxargs,repeatable,command,"usage","help")

name: is the name of the commad. THIS IS NOT a string.

maxargs: the maximumn numbers of arguments this function takes

command: Function pointer (*cmd)(struct cmd_tbl_s *, int, int, char *[])

usage: Short description. This is a string

help:long description. This is a string

每一个 U-Boot 命令有一个结构体来描述。结构体包含的成员变量:命令名称、最大参，数个数、重复数、命令执行函数、用法、帮助。

而相关命令的具体执行在uboot/common/cmd_xxxx.c文件中实现的。

接着，以我自己添加的MYTEST命令为例子，讲述添加命令的过程。

1）在对应的开发板配置文件中，添加相应命令的宏定义。如：在uboot/include/configs/mx25_3stack.h文件中，添加#define CONFIG_CMD_MYTEST。

当然，也可以在uboot/include/config_cmd_default.h文件中，添加该命令的宏定义。

2）在uboot/common/目录下，建立相应的命令执行文件，如cmd_mytest.c，注意命名的规范，必须是cmd_xxx.c才行。

里面的内容也是又格式要求的，如函数的格式，必须指定参数的；还有相应结尾部分的U_BOOT_CMD定义部分，使不能缺省的。如果命令不需要跟参数，则把maxargs设置为1即可了。

在U_BOOT_CMD中指明的命令执行函数，在该函数中，就是我们要设计的命令 *** 作内容。也就是说，这部分完成的我们定制的命令的功能的。还有，要在uboot/comman/Makefile文件中，加入生成相应的.o文件才可以的。

3）重新编译uboot文件，会在uboot/common/中，生成相应的.o文件。将生成的uboot下载到开发板后，通过终端可以看到我们加入的命令。在终端中输入问号或者help命令即可。执行该命令，只学要输入命令的名字，在回车就可以运行了。

通过在uboot中加入命令，可以完成我们的一些特定的 *** 作，实现调试和测试目的等。

当然不需要，你可以加和修改这个配置文件。除非你是芯片厂家的，刚做出一批板子需要写一个新的配置，一般没人自己写，都是在上面直接改。比如新加了功能，原来没有usb对uboot支持，你加上来了，你就需要在这个配置文件中加入一些相关配置。

---