linux驱动启动时间问题

kangtc86

linux驱动启动时间问题 [复制链接]

最近一个项目要搞linux驱动，但是以前没有搞过
所以有个问题研究了很久，还是没有搞清楚，想请教一下：：
平时驱动开发直接用insmod插入模块即可
但是在嵌入式环境下，开机就要启动驱动，但是代码里面仍然是做成模块化的，所以我现在搞不清楚该驱动到底是在何处何时被初始化的：
比如：：


static int __init serial8250_init(void)
{
        serial8250_isa_init_ports();
        return uart_register_driver(&serial8250_reg);
}

static void __exit serial8250_exit(void)
{
        uart_unregister_driver(&serial8250_reg);
}

module_init(serial8250_init);
module_exit(serial8250_exit);

上面是一个串口驱动，但是我追踪linux的启动代码是start_kernel,它调用了对应串口的控制台初始化函数        register_console(&serial8250_console);，难道通过调用控制台初始化函数就可以以后在某处调用串口的初始化函数__init serial8250_init？？？


我还检察了开机自动加载文件modules.config和init.d/rcS，也没有发现启动相应的比如串口驱动，USB驱动等等驱动


想请高手指点一下，这些驱动到底是怎么启动的？

sj81

我虽然经验不多，大家一块学习，试图为你解释一下：
Linux内核有两种加载驱动程序的方法：一种就是系统启动之后通过insmod等函数加载；另一种就是系统启动时通过代码自身家在模块；
以module_init为例说明内核(2.4)如何在启动时加载模块的；module_init()宏被定义为：
#define module_init() __initcall(x);
#define __initcall(fn) static initcall_t __initcall_##fn__init_call=fn
你上面的预处理就变为：
static initcall_t __initcall_serial8250_init__init_call=serial8250_init
其中__init_call和initcall_t又被定义为
#define __init_call __attribute__((unused,__section__(".initcall.init")))
...
typedef init(*initcall_t)(void);
此时我们就可以看到了module_init(x)的真正意义在于在.initcall.init段的末使用空间中定义了一个指向x的函数指针。
对于.initcall.init段，系统依靠全局变量__initcall_start和__initcall_end纪录它的起始和结束地址。

然后我们看系统如何加载驱动程序的，在init/main.c文件中定义了函数do_initcalls如下：
static void __init do_initcalls(void)
{
   initcall_t *call;
   call=&__initcall_start;
   do{
      (*call)();
      call++;
   }while(call<&__initcall_end);
   flush_sheduled_tasks();
}
这样在系统启动时，根据__initcall_start和__initcall_end依次初始化被编译在内核中的驱动程序。

wlwaw33adg

太感谢了，终于知道它是怎么搞的
不然本来研究了很久，也没能把这些东西串起来

zhouheeng

其实本来请教了好多人
都没有能把这个问题讲清楚，今天终于知道了

qiurisiyu270

不用谢，第一次网上给人解决问题，比较开心！！

ilycjf

可以结贴了

zfnlj

恩
我刚才看了一下linux内核源代码情景分析的最后一章
的确是这个样子的

其实很久以前就想到最后一章就找答案的
可以搞着搞着就忘记了