Linux 内核启动中的驱动初始化顺序
2010-09-29 10:04
357 查看
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);
所以,大家都是同一个优先级去初始化,最后这些驱动加载的顺序,可以查看在根目录下,生成的system.map:
。。。。。
c00197f4 t __initcall_default_rootfsrootfs
c00197f8 t __initcall_timer_init_sysfs6
c00197fc t __initcall_clock_dev_init6
。。。
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);
所以,大家都是同一个优先级去初始化,最后这些驱动加载的顺序,可以查看在根目录下,生成的system.map:
。。。。。
c00197f4 t __initcall_default_rootfsrootfs
c00197f8 t __initcall_timer_init_sysfs6
c00197fc t __initcall_clock_dev_init6
。。。
相关文章推荐
- [转] Linux内核启动中的驱动初始化顺序
- Linux内核启动中的驱动初始化顺序
- 内核启动时,设备及驱动初始化的实现
- linux-2.6.25启动分析(引导+内核初始化)
- 如何调整Linux内核启动中的驱动初始化顺序-驱动加载优先级
- 内核启动时,设备及驱动初始化的实现
- 内核启动时,设备及驱动初始化的实现
- uclinux内核驱动的初始化顺序
- Linux内核启动过程中注册platform驱动模型
- linux启动时初始化脚本的顺序
- 如何调整Linux内核启动中的驱动初始化顺序
- 如何调整Linux内核启动中的驱动初始化顺序
- linux-3.2.36内核启动3-setup_arch中的内存初始化2(arm平台 分析建立页表)
- 如何调整Linux内核启动中的驱动初始化顺序
- Linux 内核设备驱动之GPIO驱动之GPIO 框架初始化
- 内核启动时,设备及驱动初始化的实现
- 更改linux默认启动内核加载顺序
- real6410移植linux2.6.39.4内核(2)-添加nand flash驱动及启动cramfs文件系统
- 在linux设备启动时,修改加载设备驱动的顺序
- linux内核初始化及启动之用户模式开始