__setup宏简介

看样子是在Understanding in linux network internals里面有介绍，好好看看

内核组件用__setup宏来注册关键字及相关联的处理函数，__setup宏在include/linux/init.h中定义，其原型如下：
__setup(string, function_handler)
其 中：string是关键字，function_handler是关联处理函数。__setup只是告诉内核在启动时输入串中含有string时，内核要去 执行function_handler。String必须以“=”符结束以使parse_args更方便解析。紧随“=”后的任何文本都会作为输入传给 function_handler。
下面的例子来自于net/core/dev.c，其中netdev_boot_setup作为处理程序被注册给“netdev=”关键字：
__setup("netdev=", netdev_boot_setup);
不 同的关键字可以注册相同的处理函数，例如在net/ethernet/eth.c中为“ether =”关键字注册了同样的处理函数 netdev_boot_setup。当代码作为模块被编译时，__setup宏被忽视，你可以在include/linux/init.h中看到 __setup宏是怎样变化的，不管后续包含它的文件是否是模块，include/linux/init.h都是独立的。
start_kernel两次调用parse_args解析启动配置字符串的原因是启动选项事实上分为两类，且每次调用值能够兼顾到其中一类：

缺省选项：
绝大多数选项归于此类，这些选项由__setup宏定义并在第二次调用parse_args时处理。
先期(处理)选项：
在 内核启动阶段，有些选项要在其它选项之前被处理，内核提供了early_param宏以代替__setup宏申明此类选项。这些选项由 parse_early_params函数解析。early_param宏和__setup宏仅有的不同就是前者设置了一个特殊标志让内核能够区分两种不 同的状况。这个标志是我们将在“.init.setup内存区”小节中看到的obs_kernel_param结构的一部分。
启动时选项在内核 2.6中的处理方式已经改变，但并非所有的内核代码都因此而更新。在最近一次改变之前，还仅用__setup宏。因此，遗留下来将被更新的代码现在使用 __obsolete_setup宏。但用户用__obsolete_setup宏定义的选项给内核时，内核打印一条警告消息说明它已是废弃状态，并提供 一个文件指针和随后被公告的源代码行信息。
图7-1概述了几个宏之间的关系：它们都包裹了普通的__setup_param函数。

图7-1 setup_param宏及其包裹物
  

注意：传给__setup宏的程序被放到.init.setup内存节，这样，在“启动时初始化代码”一节中可以很清晰的看出这样做的效果。

原文地址 http://www.blogcn.com/u/55/46/elain1109/index.html