非编译到kernel中的驱动程序为什么非要定义:__attribute__((alias(#x)))

非编译到kernel中的驱动程序为什么非要定义:__attribute__((alias(#x)))别名问题
非编译到kernel中的驱动程序为什么非要定义:#define MODULE<__attribute__((alias(#x)))别名问题>
本篇为《linux启动时对编译进内核驱动模块的加载》的姊妹篇,主要是module模式下驱动的加载分析.
#ifndef MODULE
# define MODULE
#endif

定义#define MODULE是为了include/linux/init.h头文件中使用模块系统函数,[2007-07-14gliethttp]如使用模块module_init(),在《linux启动时对编译进内核驱动模块的加载》中将到的驱动是不能坚决不能定义MODULE的,因为编译进kernel的模块有编译进kernel模块的专有module_init()定义.#define MODULE后的module_init()定义如下:

typedef int (*__init_module_func_t)(void);
typedef void (*__cleanup_module_func_t)(void);
#define module_init(x)                                     /
    int init_module(void) __attribute__((alias(#x)));      /
    static inline __init_module_func_t __init_module_inline(void) /
    { return x; }
#define module_exit(x)                                     /
    void cleanup_module(void) __attribute__((alias(#x)));  /
    static inline __cleanup_module_func_t __cleanup_module_inline(void) /
    { return x; }
我们首先需要清楚:int init_module(void) __attribute__((alias(#x)));[gliethttp]这是要作甚?
它是用来告诉编译器将init_module作为#x的别名alias替代#x,举例:另一篇文章《Linux下LED驱动测试源码》http://gliethttp.cublog.cn可找到

......
static int __init led_init( void)
{int result;
    SET_MODULE_OWNER(&led_fops);
    result = register_chrdev(led_MAJOR, "led",&led_fops);
    if (result < 0) return result;
    DBG(" initialized/n");
    xLED_Install();
    return 0;
}
......
module_init(led_init);
......
经过module_init(led_init);之后led_init被别名init_module取代,所以可以理解为:
......
int init_module( void)          //static int __init led_init( void)被编译器干掉了,由int init_module( void)取代
{int result;
    SET_MODULE_OWNER(&led_fops);
    result = register_chrdev(led_MAJOR, "led",&led_fops);
    if (result < 0) return result;
    DBG(" initialized/n");
    xLED_Install();
    return 0;
}
......
  这样可以不用显式的声明init_module,而是使用更具有模块化、人性化的名字led_init来让人更容易理解的定义入口,之后insmod解析init_module入口执行之.

(注:以上分析可以通过反汇编得到验证)