如何调整Linux内核启动中的驱动初始化顺序zzWord格式文档下载.docx

如何调整Linux内核启动中的驱动初始化顺序zzWord格式文档下载.docx

《如何调整Linux内核启动中的驱动初始化顺序zzWord格式文档下载.docx》由会员分享，可在线阅读，更多相关《如何调整Linux内核启动中的驱动初始化顺序zzWord格式文档下载.docx（8页珍藏版）》请在冰豆网上搜索。

usb_device,

as352xkbd_device,

ssp_device,

};

把afe改到最前面：

但是，实际结果是，没有任何影响，连systemp.map生成的，那么模块初始化顺序，都没有任何变化。

也就说明，想要实现驱动加载顺序的改变，改core.c里面的设备列表顺序是没有用的。

【2】

在网上看到很多帖子，主要就是这几个：

怎么确定驱动加载顺序

Linux内核驱动程序初始化顺序的调整

内核启动时,设备及驱动初始化的实现

其说明的也很清楚了，就是：

Linux内核为不同驱动的加载顺序对应不同的优先级，定义了一些宏：

include\linux\init.h

#definepure_initcall（fn） 

__define_initcall（"

0"

fn,1）

#definecore_initcall（fn） 

1"

#definecore_initcall_sync（fn） 

1s"

fn,1s）

#definepostcore_initcall（fn） 

2"

fn,2）

#definepostcore_initcall_sync（fn）__define_initcall（"

2s"

fn,2s）

#definearch_initcall（fn） 

3"

fn,3）

#definearch_initcall_sync（fn） 

3s"

fn,3s）

#definesubsys_initcall（fn） 

4"

fn,4）

#definesubsys_initcall_sync（fn）__define_initcall（"

4s"

fn,4s）

#definefs_initcall（fn） 

5"

fn,5）

#definefs_initcall_sync（fn） 

5s"

fn,5s）

#definerootfs_initcall（fn） 

rootfs"

fn,rootfs）

#definedevice_initcall（fn） 

6"

fn,6）

#definedevice_initcall_sync（fn）__define_initcall（"

6s"

fn,6s）

#definelate_initcall（fn） 

7"

fn,7）

#definelate_initcall_sync（fn） 

7s"

fn,7s）

#define__initcall（fn）device_initcall（fn）

把自己的驱动的函数名用这些宏去定义之后，

就会对应不同的加载时候的优先级。

其中，我们写驱动中所用到的module_init对应的是

#definemodule_init（x）__initcall（x）;

而

所以，驱动对应的加载的优先级为6

在上面的不同的优先级中，

数字越小，优先级越高。

同一等级的优先级的驱动，加载顺序是链接过程决定的，结果是不确定的，我们无法去手动设置谁先谁后。

不同等级的驱动加载的顺序是先优先级高，后优先级低，这是可以确定的。

所以，像我们之前在驱动中用：

module_init（i2c_dev_init）;

module_init（as352x_afe_init）;

module_init（as352x_afe_i2c_init）;

module_init（enc28j60_init）;

所以，大家都是同一个优先级去初始化，

最后这些驱动加载的顺序，可以查看在根目录下，

生成的system.map：

。

c00197d8t__initcall_alignment_init5

c00197f4t__initcall_default_rootfsrootfs

c00197f8t__initcall_timer_init_sysfs6

c00197fct__initcall_clock_dev_init6

c00198d8t__initcall_loop_init6

c00198dct__initcall_net_olddevs_init6

c00198e0t__initcall_loopback_init6

c00198e4t__initcall_enc28j60_init6

c0019900t__initcall_as352x_spi_init6

c0019904t__initcall_spidev_init6

c0019920t__initcall_i2c_dev_init6

c0019924t__initcall_as352x_afe_i2c_init6

c0019928t__initcall_as352x_afe_init6

c0019970t__initcall_random32_reseed7

c0019974t__initcall_seqgen_init7

c0019978t__initcall_rtc_hctosys7

c001997cT__con_initcall_start

c001997ct__initcall_con_init

c001997cT__initcall_end

此处就是由于

在

之前，所以我这里才要去改。

知道原理，能想到的，就是

要么把

as352x_afe_init

改到

enc28j60_init

之前一级，即优先级为5。

即在驱动中，调用：

fs_initcall（as352x_afe_init）；

之后，即优先级为7

late_initcall（enc28j60_init）；

但是，此处麻烦就麻烦在，

如果把

之前一级，

发现后面网卡初始化enc28j60_init中，虽然读取芯片ID对了，

但是后面的IP-autoconfigure有问题。

所以放弃。

之后，

但是，从system.map中看到的是，优先级为7的驱动中，明显有几个驱动，

也是和网卡初始化相关的，所以，这样改，尝试后，还是失败了。

所以，没法简单的通过调整现有的驱动的顺序，去实现顺序的调整。

最后，被逼无奈，想到了一个可以实现我们需求的办法，

那就是，单独定义一个优先级，把afe相关的初始化都放到那里面去，

这样，就可以保证，其他没什么相关的冲突了。

最后证实，这样是可以实现目的的。

具体添加一个新的优先级的步骤如下：

1.定义新的优先级

include\linux\init.h中：

#if1

#defineprev_device_initcall（fn） 

#defineprev_device_initcall_sync（fn）__define_initcall（"

8"

fn,8）

8s"

fn,8s）

#else

#endif

2.用对应新的宏，定义我们的驱动：

prev_device_initcall（i2c_dev_init）;

prev_device_initcall（as352x_afe_i2c_init）;

prev_device_initcall（as352x_afe_init）;

做到这里，本以为可以了，但是编译后，在system.map中，发现之前优先级为7的那几个函数，

被放到system.map最后了，而不是预想的，

在优先级7之后，在

之前。

最后，发现时没有把对应的链接文件中的宏加进去：

3.

include\asm-generic\vmlinux.lds.h

#defineINITCALLS 

\

*（.initcall0.init） 

*（.initcall0s.init） 

*（.initcall1.init） 

*（.initcall1s.init） 

*（.initcall2.init） 

*（.initcall2s.init） 

*（.initcall3.init） 

*（.initcall3s.init） 

*（.initcall4.init） 

*（.initcall4s.init） 

*（.initcall5.init） 

*（.initcall5s.init） 

*（.initcallrootfs.init） 

*（.initcall6.init） 

*（.initcall6s.init） 

*（.initcall7.init） 

*（.initcall7s.init） 

*（.initcall8.init） 

*（.initcall8s.init）

*（.initcall7s.init）

最后，再重新编译，就可以实现我们要的，

和afe相关的驱动初始化，都在网卡enc28j60_init之前了。

也就可以在网卡里面读芯片ID了。

当然，对应编译生成的system.map文件中，

对应的通过module_init定义的驱动，优先级也都变成7了。

而late_initcall对应优先级8了。

注：

当前开发板arm的板子，所以，对应的load脚本在：

linux-2.6.28.4\arch\arm\kernel\vmlinux.lds

看起来，应该是这个文件：

linux-2.6.28.4\arch\arm\kernel\vmlinux.lds.S

生成上面那个脚本的。

vmlinux.lds中的这一行：

__initcall_start=.;

*（.initcallearly.init）__early_initcall_end=.;

*（.initcall0.init）*（.initcall0s.init）*（.initcall1.init）*（.initcall1s.init）*（.initcall2.init）*（.initcall2s.init）*（.initcall3.init）*（.initcall3s.init）*（.initcall4.init）*（.initcall4s.init）*（.initcall5.init）*（.initcall5s.init）*（.initcallrootfs.init）*（.initcall6.init）*（.initcall6s.init）*（.initcall7.init）*（.initcall7s.init）

就是将之前那些对应的init类型的函数，展开，放到这对应的位置。

【3】

不过，最后的最后，竟然发现网卡还是工作不正常，结果第二天，无意间发现是网卡地址设置导致网卡工作不正常的。

也就是说，实际是直接将afe设置到原先的优先级5就可以的，而不用这么麻烦去改系统的东西的。

不过，至少这也是一种办法，虽然不是那么的好。

【后记2011-08-26】

【module_init之类的函数的在代码中的初始化逻辑】

在\init\main.c中，对应逻辑是：

kernel_init中先调用do_pre_smp_initcalls，后调用do_basic_setup。

其中：

staticvoid__initdo_pre_smp_initcalls（void）

initcall_t*fn;

for（fn=__initcall_start;

fn<

__early_initcall_end;

fn++）

do_one_initcall（*fn）;

}

do_pre_smp_initcalls初始化了，从__initcall_start到__early_initcall_end之间的函数。

而do_basic_setup中又调用do_initcalls：

staticvoid__initdo_initcalls（void）

for（fn=__early_initcall_end;

__initcall_end;

/*Makesurethereisnopendingstufffromtheinitcallsequence*/

flush_scheduled_work（）;

do_initcalls初始化了，从__early_initcall_end到__initcall_end之间的函数。

对应的__initcall_start和__initcall_end，都可以在system.map中找到，两者之间的函数，被依次地调用，这就是这些函数被调用的顺序。

Linux源代码可以在这里看到：

http:

//lxr.free-