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. DAY3-Python学习笔记

    1.元类:动态语言和静态语言最大的不同,就是函数和类的定义,不是编译时定义的,而是运行时动态创建的,不是定义死了,而是可以随时随地添加的 type():查看一个类型或变量的类型又可以创建出新的类型 c ...

  2. P4838 P哥破解密码

    题目背景 P哥是一个经常丢密码条的男孩子. 在ION 8102赛场上,P哥又弄丢了密码条,笔试满分的他当然知道这可是要扣5分作为惩罚的,于是他开始破解ION Xunil系统的密码. 题目描述 定义一个 ...

  3. 【BZOJ4197】【Noi2015】寿司晚宴

    Description 为了庆祝 NOI 的成功开幕,主办方为大家准备了一场寿司晚宴.小 G 和小 W 作为参加 NOI 的选手,也被邀请参加了寿司晚宴. 在晚宴上,主办方为大家提供了 n−1 种不同 ...

  4. 使用mshta.exe绕过应用程序白名单(多种方法)

      0x00 简介 很长一段时间以来,HTA文件一直被web攻击或在野恶意软件下载程序用作恶意程序的一部分.HTA文件在网络安全领域内广为人知,从红队和蓝队的角度来看,它是绕过应用程序白名单有价值的“ ...

  5. APT攻击基础科普

    0x00 APT的历史起源背景 APT这个词汇最早起源于:2005年英国和美国的CERT组织发布了关于有针对性的社交工程电子邮件,放弃特洛伊木马以泄露敏感信息的第一个警告,尽管没有使用“APT”这个名 ...

  6. Linux内核分析实验三----跟踪分析Linux内核的启动过程

    一.Linux内核源代码介绍 1.根目录 arch/x86目录下的代码是我们重点关注的,arch中包括支持不同CPU的源代码. init目录下包含内核启动相关的代码,如main.c(start_ker ...

  7. mysql INNER/LEFT/RIGHT JOIN区别

    1.创建table DROP TABLE IF EXISTS `tab_id_index`; CREATE TABLE `tab_id_index` ( `id` ) ', `name` ) DEFA ...

  8. bzoj 1823: [JSOI2010]满汉全席 && bzoj 2199 : [Usaco2011 Jan]奶牛议会 2-sat

    noip之前学的内容了,看到题竟然忘了怎么建图了,复习一下. 2-sat 大概是对于每个元素,它有0和1两种选择,必须选一个但不能同时选.这之间又有一些二元关系,比如x&y=1等等... 先把 ...

  9. 【THUSC2017】座位

    题目背景 班级聚会的时候,班主任为了方便管理,规定吃饭的时候同一个寝室的同学必须坐在一起;但是吃完饭后,到了娱乐时间,喜欢不同游戏的同学会聚到一起;在这个过程中就涉及到了座位分配的问题. 题目描述 有 ...

  10. 如何修改Windows程序的权限?

    修改程序的权限需要用到3个函数: 1. 获取进程的令牌句柄: OpenProcessToken 2. 查找特权类型的ID: LookupPrivilegeValue 3. 修改进程的特权:Adjust ...