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. JAVA相关概念(一)

    依赖注入和控制反转 首先,这两个词是同一个概念的不同角度的说法,依赖注入感觉是对描述了如何实现,而控制反转则像是描述了一种思想. 依赖注入的流行可以说是由spring的流行带动的,只要是做过sprin ...

  2. linux下怎么修改grub.cfg

    一.grub2的启动配置文件grub.cfggrub2的启动配置文件grub.cfg是/boot/grub/grub.cfg,而不是以前的memu.lst.如果你是多系统,有Ubuntu和window ...

  3. 【刷题】BZOJ 4530 [Bjoi2014]大融合

    Description 小强要在N个孤立的星球上建立起一套通信系统.这套通信系统就是连接N个点的一个树. 这个树的边是一条一条添加上去的.在某个时刻,一条边的负载就是它所在的当前能够 联通的树上路过它 ...

  4. 深踩 AndroidStudio 缓存的坑

    本文记录的是今天在群里提到的昨天所踩的一个坑,有关 AndroidStudio 缓存的. 先说一下背景. 我负责的一个项目,对一个图表库有外部依赖.这个图表库是我在维护的,由于新功能在开发中,所以我就 ...

  5. [BZOJ3065]带插入区间K小值 解题报告 替罪羊树+值域线段树

    刚了一天的题终于切掉了,数据结构题的代码真**难调,这是我做过的第一道树套树题,做完后感觉对树套树都有阴影了......下面写一下做题记录. Portal Gun:[BZOJ3065]带插入区间k小值 ...

  6. 【uoj219】 NOI2016—优秀的拆分

    http://uoj.ac/problem/219 (题目链接) 题意 一个字符串求它有多少个形如AABB的子串. Solution 其实跟后缀数组里面一个论文题poj3693处理方式差不多吧. 先处 ...

  7. Android Studio之BuildConfig类

    https://blog.csdn.net/lvxiangan/article/details/71601451 Android Studio开发中,把一个module输出打包为jar文件,我们会发现 ...

  8. Activity的setResult方法

    Activity的setResult方法http://blog.csdn.net/dinglin_87/article/details/8970144 调用setResult()方法必须在finish ...

  9. 那些ie6已支持的方法属性,成为事实标准。或者方便大家的api

    很多api,都是ie6实现,后来其他w3c或其他浏览器支持,或者用类似的方法模拟 onselectionchange  判断选区改变 ,chrome已支持 Element.contains   判断元 ...

  10. bzoj4035【HAOI2015】数组游戏

    题目描述 有一个长度为N的数组,甲乙两人在上面进行这样一个游戏:首先,数组上有一些格子是白的,有一些是黑的.然 后两人轮流进行操作.每次操作选择一个白色的格子,假设它的下标为x.接着,选择一个大小在1 ...