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

include\linux\init.h

#define pure_initcall(fn) __define_initcall("0",fn,1)

#define core_initcall(fn) __define_initcall("1",fn,1) 
#define core_initcall_sync(fn) __define_initcall("1s",fn,1s) 
#define postcore_initcall(fn) __define_initcall("2",fn,2) 
#define postcore_initcall_sync(fn) __define_initcall("2s",fn,2s) 
#define arch_initcall(fn) __define_initcall("3",fn,3) 
#define arch_initcall_sync(fn) __define_initcall("3s",fn,3s) 
#define subsys_initcall(fn) __define_initcall("4",fn,4) 
#define subsys_initcall_sync(fn) __define_initcall("4s",fn,4s) 
#define fs_initcall(fn) __define_initcall("5",fn,5) 
#define fs_initcall_sync(fn) __define_initcall("5s",fn,5s) 
#define rootfs_initcall(fn) __define_initcall("rootfs",fn,rootfs) 
#define device_initcall(fn) __define_initcall("6",fn,6) 
#define device_initcall_sync(fn) __define_initcall("6s",fn,6s) 
#define late_initcall(fn) __define_initcall("7",fn,7) 
#define late_initcall_sync(fn) __define_initcall("7s",fn,7s)

#define __initcall(fn) device_initcall(fn)

把自己的驱动的函数名用这些宏去定义之后, 
就会对应不同的加载时候的优先级。

其中,我们写驱动中所用到的module_init对应的是 
#define module_init(x) __initcall(x); 
而 
#define __initcall(fn) device_initcall(fn) 
所以,驱动对应的加载的优先级为6

在上面的不同的优先级中, 
数字越小,优先级越高。 
同一等级的优先级的驱动,加载顺序是链接过程决定的,结果是不确定的,我们无法去手动设置谁先谁后。 
不同等级的驱动加载的顺序是先优先级高,后优先级低,这是可以确定的。

所以,像我们之前在驱动中用: 
module_init(i2c_dev_init); 
module_init(as352x_afe_init); 
module_init(as352x_afe_i2c_init);

module_init(enc28j60_init);

所以,大家都是同一个优先级去初始化, 
最后这些驱动加载的顺序,可以查看在根目录下, 
生成的system.map:

。。。 
c00197d8 t __initcall_alignment_init5 
。。。。。 
c00197f4 t __initcall_default_rootfsrootfs 
c00197f8 t __initcall_timer_init_sysfs6 
c00197fc t __initcall_clock_dev_init6 
。。。 
c00198d8 t __initcall_loop_init6 
c00198dc t __initcall_net_olddevs_init6 
c00198e0 t __initcall_loopback_init6 
c00198e4 t __initcall_enc28j60_init6 
。。。 
c0019900 t __initcall_as352x_spi_init6 
c0019904 t __initcall_spidev_init6 
。。。 
c0019920 t __initcall_i2c_dev_init6 
c0019924 t __initcall_as352x_afe_i2c_init6 
c0019928 t __initcall_as352x_afe_init6 
。。。 
c0019970 t __initcall_random32_reseed7 
c0019974 t __initcall_seqgen_init7 
c0019978 t __initcall_rtc_hctosys7 
c001997c T __con_initcall_start 
c001997c t __initcall_con_init 
c001997c T __initcall_end 
。。。

此处就是由于 
c0019920 t __initcall_i2c_dev_init6 
c0019924 t __initcall_as352x_afe_i2c_init6 
c0019928 t __initcall_as352x_afe_init6 
在 
c00198e4 t __initcall_enc28j60_init6 
之前,所以我这里才要去改。。。

知道原理,能想到的,就是 
要么把 
as352x_afe_init 
改到 
enc28j60_init 
之前一级,即优先级为5。 
即在驱动中,调用: 
fs_initcall(as352x_afe_init);

要么把 
enc28j60_init 
改到 
as352x_afe_init 
之后,即优先级为7 
即在驱动中,调用: 
late_initcall(enc28j60_init);

但是,此处麻烦就麻烦在, 
如果把 
as352x_afe_init 
改到 
enc28j60_init 
之前一级, 
发现后面网卡初始化enc28j60_init中,虽然读取芯片ID对了, 
但是后面的IP-auto configure 有问题。 
所以放弃。

如果把 
enc28j60_init 
改到 
as352x_afe_init 
之后, 
但是,从system.map中看到的是,优先级为7的驱动中,明显有几个驱动, 
也是和网卡初始化相关的,所以,这样改,尝试后,还是失败了。

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

最后,被逼无奈,想到了一个可以实现我们需求的办法, 
那就是,单独定义一个优先级,把afe相关的初始化都放到那里面去, 
这样,就可以保证,其他没什么相关的冲突了。 
最后证实,这样是可以实现目的的。

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

1.定义新的优先级

include\linux\init.h中:

#define pure_initcall(fn) __define_initcall("0",fn,1)

#define core_initcall(fn) __define_initcall("1",fn,1) 
#define core_initcall_sync(fn) __define_initcall("1s",fn,1s) 
#define postcore_initcall(fn) __define_initcall("2",fn,2) 
#define postcore_initcall_sync(fn) __define_initcall("2s",fn,2s) 
#define arch_initcall(fn) __define_initcall("3",fn,3) 
#define arch_initcall_sync(fn) __define_initcall("3s",fn,3s) 
#define subsys_initcall(fn) __define_initcall("4",fn,4) 
#define subsys_initcall_sync(fn) __define_initcall("4s",fn,4s) 
#define fs_initcall(fn) __define_initcall("5",fn,5) 
#define fs_initcall_sync(fn) __define_initcall("5s",fn,5s) 
#define rootfs_initcall(fn) __define_initcall("rootfs",fn,rootfs) 
#if 1 
#define prev_device_initcall(fn) __define_initcall("6",fn,6) 
#define prev_device_initcall_sync(fn) __define_initcall("6s",fn,6s) 
#define device_initcall(fn) __define_initcall("7",fn,7) 
#define device_initcall_sync(fn) __define_initcall("7s",fn,7s) 
#define late_initcall(fn) __define_initcall("8",fn,8) 
#define late_initcall_sync(fn) __define_initcall("8s",fn,8s)

#else 
#define device_initcall(fn) __define_initcall("6",fn,6) 
#define device_initcall_sync(fn) __define_initcall("6s",fn,6s) 
#define late_initcall(fn) __define_initcall("7",fn,7) 
#define late_initcall_sync(fn) __define_initcall("7s",fn,7s) 
#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之后,在 
c001997c T __con_initcall_start 
c001997c t __initcall_con_init 
c001997c T __initcall_end 
之前。

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

3.

include\asm-generic\vmlinux.lds.h

#if 1 
#define INITCALLS \ 
*(.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)

#else

#define INITCALLS \ 
*(.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)

#endif 
最后,再重新编译,就可以实现我们要的, 
和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类型的函数,展开,放到这对应的位置。

如何调整Linux内核启动中的驱动初始化顺序-驱动加载优先级的更多相关文章

  1. AR9331中Linux内核启动中与IRQ中断相关的文件

    先列出框架,具体后继再来分析. 首先是lds文件,该文件设置了各个section在FLASH或RAM中的先后顺序. 位于~/openwrt1407/build_dir/target-mips_34kc ...

  2. Linux内核启动代码分析二之开发板相关驱动程序加载分析

    Linux内核启动代码分析二之开发板相关驱动程序加载分析 1 从linux开始启动的函数start_kernel开始分析,该函数位于linux-2.6.22/init/main.c  start_ke ...

  3. linux内核启动以及文件系统的加载过程

    Linux 内核启动及文件系统加载过程 当u-boot 开始执行 bootcmd 命令,就进入 Linux 内核启动阶段.普通 Linux 内核的启动过程也可以分为两个阶段.本文以项目中使用的 lin ...

  4. linux内核启动参数

    Linux内核启动参数   Console Options                         参数 说明 选项 内核配置/文件   console=Options 用于说明输出设备 tt ...

  5. Linux内核启动及根文件系统载入过程

    上接博文<u-boot之u-boot-2009.11启动过程分析> Linux内核启动及文件系统载入过程 当u-boot開始运行bootcmd命令,就进入Linux内核启动阶段.与u-bo ...

  6. 【内核】linux内核启动流程详细分析

    Linux内核启动流程 arch/arm/kernel/head-armv.S 该文件是内核最先执行的一个文件,包括内核入口ENTRY(stext)到start_kernel间的初始化代码, 主要作用 ...

  7. 【内核】linux内核启动流程详细分析【转】

    转自:http://www.cnblogs.com/lcw/p/3337937.html Linux内核启动流程 arch/arm/kernel/head-armv.S 该文件是内核最先执行的一个文件 ...

  8. linux内核启动修复

    linux内核启动修复 首先看一下linux内核重要文件grub.conf 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 # gru ...

  9. Linux内核启动过程概述

    版权声明:本文原创,转载需声明作者ID和原文链接地址. Hi!大家好,我是CrazyCatJack.今天给大家带来的是Linux内核启动过程概述.希望能够帮助大家更好的理解Linux内核的启动,并且创 ...

随机推荐

  1. Shell脚本创建Nginx的upstream及location配置文件

    #!/bin/sh ##################################################### # Name: create_nginx_conf.sh # Versi ...

  2. Treat wchar_t as built-in type不一致导致的链接错误

    今天用VS2013新建了一个工程,生成时出现很多怪异的链接错误,比如: error LNK2019: unresolved external symbol "__declspec(dllim ...

  3. 解决“mongoengine.fields.ImproperlyConfigured: PIL library was not found”报错

    解决方案: pip install Pillow

  4. HDU 6070 二分+线段树

    Dirt Ratio Time Limit: 18000/9000 MS (Java/Others)    Memory Limit: 524288/524288 K (Java/Others)Tot ...

  5. Package ‘RSNNS’

    0 引言 Stuttgart Neural Network Simulator(SNNS)是德国斯图加特大学开发的优秀神经网络仿真软件,为国外的神经网络研究者所广泛采用.斯图加特神经网络模拟器(SNN ...

  6. tp5.1 高级查询之 表里2字段比较大小

    $map = [ 'status' => 1, 'is_show' => 1,]; $result = Db::name('coupon') ->where($map) ->w ...

  7. Excel 中 VLOOKUP() 函数小结

    应用场景: 数据仓库上游源系统的数据库表变更,现在需要拆分一部分数据出来,单独放到一张新表中.假设原表为A,新表为B,B表和A表结构大部分一样,只有字段的前缀不同,那么我们如何找出到底有哪些字段不同呢 ...

  8. MAC下 Apache服务器配置

    今天做了一个注册登录提交的页面,后续操作需要用到后端的知识 php+Mysql,之前只是有些了解,现在开始具体操作了,首先从配置环境开始.查了好几篇文档与博客,了解了挺多知识. Mac下Apache服 ...

  9. Git之版本回退及回滚

    应用场景 当开发某个项目时,会有多次提交记录,如A版本àB版本àC版本,假如目前处于C版本状态,我想回退到A版本,该如何操作:而当回退到A版本后,我又想回滚到B版本,又该如何操作,见下文分解!

  10. ICDM Winner's Interview: 3rd place, Roberto Diaz

    ICDM Winner's Interview: 3rd place, Roberto Diaz This summer, the ICDM 2015 conference sponsored a c ...