linux参数传递总结.docVIP

这节说明内核命令的处理 先看一下有bootloader传递给内核的参数 root=/dev/nfs nfsroot=192.168.1.130:/opt/linux-top-pub/ui_ref/trunk/bld_7266_h_64x2/rootfs rw noinitrd init=/init ip=192.168.1.188:192.168.1.180:192.168.1.1:255.255.255.0:target:eth0:off console=ttyS0,115200 这些参数在内核中是怎么处理它的呢？ Linux在整个内核中定义了大量的命令行参数。在Linux源码中的.../Documentation子目录中有一个名为kernel-parameters.txt文件，该文件包含了Linux内核命令行参数列表，它们按字母顺序依次列出 先在回忆一下 _setup宏，这个就主要功能就是凡是有用到这个宏的代码在编译连接的时候就会统一放在一个代码段中去，这样就变成了一个初始化的列表 /* ? ?*???Setup?a?list?of?consoles.?Called?from?init/main.c ? ?*/ ? static?int?__init?console_setup(char?*str) ? { ? ????char?name[sizeof(console_cmdline[0].name)]; ? ????char*s,??*options; ? ????int?idx; ? ? ????/* ? ?????*?Decode?str?into?name,?index,?options. ? ?????*/ ? ? ????return?1; ? } ? ? __setup(console=,?console_setup);? 你可以将__setup宏看作是内核命令行控制台参数在内核中的注册函数。当字符串信息console=出现在内核命令行时，就通过__setup宏的第2个参数调用函数console_setup()。但是在并不知道控制台功能的情况下，这个模块之外的配置代码是如何获取该信息呢？事实上，其实现机制巧妙而复杂，并且依赖于目标链接器所创建的列表。 #define?__setup_param(str,?unique_id,?fn,?early)????????????????\ ? ???????static?char?__setup_str_##unique_id[]?__initdata?=?str;??\ ? ???????static?struct?obs_kernel_param?__setup_##unique_id???????\ ? ??????????????__attribute_used__????????????????????????????????\ ? ??????????????__attribute__((__section__(.init.setup)))???????\ ? ??????????????__attribute__((aligned((sizeof(long)))))??????????\ ? ??????????????=?{?__setup_str_##unique_id,?fn,?early?} ? ? #define?__setup_null_param(str,?unique_id)??????????????????????\ ? ????????__setup_param(str,?unique_id,?NULL,?0) ? ? #define?__setup(str,?fn)????????????????????????????????????\ ? ????????__setup_param(str,?fn,?fn,?0) ? static int __init checksetup(char *line){struct kernel_param *p;p = __setup_start;do {int n = strlen(p-str);if (!strncmp(line,p-str,n)) {if (p-setup_func(line+n))return 1;}p++;} while (p __setup_end);return 0;}这里的意思是从__setup_start开始处到__setup_end处中查找一个数据结构,这个数据结构中有str与setup_func这两个数据成员变量.只要与这里面的str与输入的参数字符串相匹配,就会调用个这个字符串后面所指的内容,对于你这里所说的 __set