深入理解Linux网络技术内幕学习笔记第七章：组件初始化的内核基础架构

引导期间的内核选项：

Linux允许用户把内核配置选项传给引导记录，然后引导记录再传给内核。在第五章提到的parse_args函数负责解析这些“变量名称=值”的形式的配置，寻找其中的关键字，执行相关联的处理函数。

注册关键字：

内核组件可以使用_ _setup宏（定义在include/linux/init.h）来注册关键字和相关联的处理函数。start_kernel两次调用parse_args(第五章有提到)是因为引导期间选项分为两类，每次调用针对其中一类：

    默认选项：大多数选项都属于这一类。由_ _setup宏定义。parse_args第二次调用时处理。

    初期选项：比默认选项更早处理，通过early_param定义，和_ _setup的唯一区别是会设置一个early标识。较旧的内核依旧使用_ _setup宏。因此，等着更新的旧代码使用_obsolete_setup_宏

第一次调用parse_args解析初期选项。

第二次调用parse_args处理其他选项，并将这些选项存储在kernel_param数据结构内，由第五章提到的module_param宏填入并确保所有这些数据结构放进特定的内存节区(_ _param)，由指针_ _start_ _param和_ _stop_ _param限定。遇到无法匹配的参数，回使用旧的解析方式，若还是不匹配，则传给init进程，init进程结束时会将其添加到arg或者env里。

_ _setup_start 和_ _setup_end之间的内存会在引导阶段结束后释放掉。

_ _start_ _param 和_ _stop_ _param之间的区域不会释放，其内容会输出到/sys。

.init.setup内存节区：

_ _setup宏的两个输入数据关键字和处理函数会放入obs_kernel_param数据结构中。_ _setup_param宏会把所有的obs_kernel_param实例放入一个专用的内存区域。

struct obs_kernel_param{

    const char *str; //关键字

    int (*setup_func)(char*);//处理函数

    int early;//early标识

}

使用引导选项配置网络设备：

处理函数会把关键字对应的值存储在netdev_boot_setup数据结构中(定义在include/linux/netdevice.h)。处理函数恰好也叫netdev_boot_setup。处理函数就是抽取关键字对应的值存放到ifmap结构中。然后再用netdev_boot_setup_add函数把ifmap添加到dev_boot_setup结构体数组中。

struct dev_boot_setu{

    char name[IFNAMESIZ];//设备名

    struct ifmap map;//

};

struct ifmap{

    unsigned long mem_start;

    unsigned long mem_end;

    unsigned short base_addr;

    unsigned char irq;

    unsigned char dma;

    unsigned char port;

};

模块初始化代码：

每个模块都必须提供两个函数init_module(module_init)和cleanup_module(module_exit)来加载和删除模块。

优化宏卷标：

Linux使用各种不同的宏为函数和数据结构标记特殊属性。

下面介绍一些宏：

_ _init：引导期间初始化函数，针对那些引导阶段结束时不需要使用的函数。

_ _exit：_ _init的配对宏。当相关内核组件关闭时调用。通常用于标记module_exit函数。

core_initcall,postcore_initcall,arch_initcall,subsys_initcall,fs_initcall,device_initcall,late_initcall,_ _initcall这组宏优先级由高到低，标记那些必须在引导期间执行的初始化函数。

_ _initcall:已废弃，现在用_ _device_initcall。(#define module_init(x)    _ _initcall(x))

_ _exitcall:单次离开函数。当相关联的内核组件关闭时调用，目前只是标记module_exit函数。(#define module_exit(x)    _ _exitcall(x))

_ _initdata：只用于引导期间的已初始化的数据结构。

_ _exitdata:只用于标记_ _exitcall的函数所用的数据结构。

一个例子：

static int _ _init pci_proc_init(void)//表示pci_proc_init函数在执行完后就可以释放了

{

    ...

}

_ _initcall(pci_proc_init);//表示pci_proc_init函数必须在引导期间执行

设备初始化函数使用的初始化宏：

_ _devinit:用于标记初始化设备的函数。

_ _devexit:标记当设备删除时要调用的函数。

_ _devexit_p:用于初始化标记为_ _devexit函数的指针。

_ _devinitdata:标识负责设备初始化的函数(即由_ _devinit所标记的函数)使用的已初始化的数据结构。

_ _devexitdata:同_ _devinitcall,但是和_ _devexit相关联。

xxx_initcall宏：

内核引导的早期阶段有两个主要的初始化工作：一，各种必须以特定顺序完成初始化的关键子系统和强制子系统。二，其他不需要以严格次序完成初始化的内核组件。第一部分由第五章图中do_initcalls之前的代码负责，第二部分由do_initcalls负责。内核会根据优先级，将存储在_ _initcall_start和_ _initcall_end之间的函数地址取出来，按优先级依次执行。这些函数所需要的数据放在.initcallN.init内存节区中。参见上面的图（内存节区按优先级次序排列，core_initcall优先级最高）。