module_param_call宏的作用解析 cmdline解析分析

module_param_call宏的定义如下，

#define __module_param_call(prefix, name, set, get, arg, perm)          /
        /* Default value instead of permissions? */                     /
        static int __param_perm_check_##name __attribute__((unused)) =  /
        BUILD_BUG_ON_ZERO((perm) < 0 || (perm) > 0777 || ((perm) & 2)); /
        static char __param_str_##name[] = prefix #name;                /
        static struct kernel_param const __param_##name                 /
        __attribute_used__                                              /
        __attribute__ ((unused,__section__ ("__param"),aligned(sizeof(void *)))) /
        = { __param_str_##name, perm, set, get, arg }

    #define module_param_call(name, set, get, arg, perm)                          /
        __module_param_call(MODULE_PARAM_PREFIX, name, set, get, arg, perm)

在kernel编译阶段，会把这个宏定义，加载到对应的链表中，KP（KP对应下面的结构kernel_param）中。

它的作用其实对于kernel和bootloader来说，起到关联的作用，bootloader可以通过传递参数到kernel，在kernel的启动过程中需要对cmdline参数进行解析，在解析的过程中，需要用到kernel_param的结构体，

kernel_param结构体的定义是：
    struct kernel_param {
        const char *name;
        unsigned int perm;
        param_set_fn set;
        param_get_fn get;
        void *arg;
    };

既，一旦在解析的过程中，发现kernel_param的链表中的一项kernel_param的name与cmdline中的某个字符串xxx匹配，则会调用module_param_call宏中定义set函数，进行我们需要的操作。

如高通平台中，如果在cmdline中加入start_mode的话，在restart.c中定义一个module_param_call（start_mode,xxx,set）,在启动的过程中，直接调用set.

 

 

下面的这篇文章主要是针对前期的解析cmdline进行分析。

【参考】

<1>Linux启动bootargs参数分析： http://blog.chinaunix.net/u3/99423/showart_2213279.html

<2>Linux 2.6内核启动传递命令行的过程分析： http://soft.zdnet.com.cn/software_zone/2007/1017/561631.shtml

【环境】

    Linux内核版本：V 2.6.20

    

【简介】

    在嵌入式系统中，我们经常在bootloader中设置启动命令行参数，以传递给内核，如在u-boot中，大家比较熟悉的启动命令行参数可能为：

         bootargs=root=/dev/ram rw console=tty0,115200 initrd=0x30800000,0x320000 mem=64M

    这个参数告诉了内核串口的配置，根文件系统挂载方式为ramdisk形式，以及其地址等。

    这些参数在内核中是如何得到解析的呢？

【梦开始的地方--追忆篇】

    参看文章《 Linux内核启动参数的传递 》可以知道，命令参数属于tag值为（ define ATAG_CMDLINE 0x54410009  ）的tag参数，对该tag解析的结构体定义为：（注意：struct tag结构为为联合体定义形式，以下为了描述清楚而将其简化了表述）

     struct tag {

         struct tag_header hdr;

        struct tag_cmdline   cmdline;

    }

    其中：

    struct tag_cmdline {

        char   cmdline[1];   /* this is the minimum size */

    };

 

    内核在 main()->setup_arch()->parse_tags()->parse_tag()中调用了 parse_tag_cmdline()函数，该函数如下：

    

    static int __init parse_tag_cmdline(const struct tag *tag)

    {

        strlcpy(default_command_line, tag->u.cmdline.cmdline, COMMAND_LINE_SIZE);

        return 0;

    }

    呵呵，该函数实际上将tag结构体中传递的参数拷贝到了 default_command_line这个全局变量中，这个全局变量的定义在：

     arch/arm/kernel/setup.c

     static char default_command_line[COMMAND_LINE_SIZE] __initdata = CONFIG_CMDLINE      

 

    现在，命令行已经被保存了，接下来的工作就是开始解析。Linux的设计者们将命令行的解析搞得挺复杂，将解析过程分为了 3部分，弄得人晕头转向，其实啊，估计是前面的设计没做好，功能不够强大，满足不了后来发展的需要了，所有又进行了扩展，但又得兼容以前的设计，修修补补，才弄得如此的繁琐；人非圣贤，一个这么庞大的软件，不可能是一步到位的啦~~

【Part1--命令行解析】

备注：先解析这个结构的cmdline

    __early_begin = .;

    *(.early_param.init)

    __early_end = .;

具体如下

    还是在 main()->