修改linux kernel驱动加载的顺序
2016-10-31 17:12
666 查看
最近有一个在LCD驱动中读取nand的需求(linux),这就要求nand 的驱动加载必须在LCD驱动前,而linux kernel驱动的加载顺序是由一个宏决定的
比如helper2416板子(s3c2416芯片)中的nand驱动module_init(s3c_nand_init), module_init决定了其优先级。同一优先级的顺序由Makefile中.o的先后影响
优先级定义在include/linux/init.h
[cpp] view
plaincopy
#define early_initcall(fn) __define_initcall("early",fn,early)
/*
* A "pure" initcall has no dependencies on anything else, and purely
* initializes variables that couldn't be statically initialized.
*
* This only exists for built-in code, not for modules.
*/
#define pure_initcall(fn) __define_initcall("0",fn,0)
#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)
#define module_init(x) __initcall(x);
moudle_init 实质是device_initcall,把之改成rootfs_initcall或者更高级别的则其加载顺序便会提前。
不过有时候不能这样单纯地修改,因为驱动间相互依赖,牵一发而动全身,此如要修改nand的,则必须先修改nand依赖的驱动的优先级,否则kernel启动不起来,比如mtd驱动,而如果是修改代码则要修改多处,从Makefile 入手则相对会简单些
看drivers/Makefile
14行 obj-y += video/ #LCD在video下
54行 obj-$(CONFIG_MTD) += mtd/ #nand在mtd子目录下
把上面的第二行移动到第一行上面,再重新编译内核,就可以了
而这个可以从启动过程打印的信息可知:
S3C NAND Driver, (c) 2007 Samsung Electronics
S3C NAND Driver is using hardware ECC.
NAND device: Manufacturer ID: 0xec, Chip ID: 0xda (Samsung NAND 256MiB 3,3V 8-bit)
Creating 3 MTD partitions on "NAND 256MiB 3,3V 8-bit":
0x000000000000-0x000000040000 : "Bootloader"
0x000000040000-0x000000400000 : "Kernel"
0x000000400000-0x000010000000 : "File System"
LCD TYPE :: S3C_4.3inch LCD will be initialized
作者:帅得不敢出门 c++哈哈堂31843264
比如helper2416板子(s3c2416芯片)中的nand驱动module_init(s3c_nand_init), module_init决定了其优先级。同一优先级的顺序由Makefile中.o的先后影响
优先级定义在include/linux/init.h
[cpp] view
plaincopy
#define early_initcall(fn) __define_initcall("early",fn,early)
/*
* A "pure" initcall has no dependencies on anything else, and purely
* initializes variables that couldn't be statically initialized.
*
* This only exists for built-in code, not for modules.
*/
#define pure_initcall(fn) __define_initcall("0",fn,0)
#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)
#define module_init(x) __initcall(x);
moudle_init 实质是device_initcall,把之改成rootfs_initcall或者更高级别的则其加载顺序便会提前。
不过有时候不能这样单纯地修改,因为驱动间相互依赖,牵一发而动全身,此如要修改nand的,则必须先修改nand依赖的驱动的优先级,否则kernel启动不起来,比如mtd驱动,而如果是修改代码则要修改多处,从Makefile 入手则相对会简单些
看drivers/Makefile
14行 obj-y += video/ #LCD在video下
54行 obj-$(CONFIG_MTD) += mtd/ #nand在mtd子目录下
把上面的第二行移动到第一行上面,再重新编译内核,就可以了
而这个可以从启动过程打印的信息可知:
S3C NAND Driver, (c) 2007 Samsung Electronics
S3C NAND Driver is using hardware ECC.
NAND device: Manufacturer ID: 0xec, Chip ID: 0xda (Samsung NAND 256MiB 3,3V 8-bit)
Creating 3 MTD partitions on "NAND 256MiB 3,3V 8-bit":
0x000000000000-0x000000040000 : "Bootloader"
0x000000040000-0x000000400000 : "Kernel"
0x000000400000-0x000010000000 : "File System"
LCD TYPE :: S3C_4.3inch LCD will be initialized
作者:帅得不敢出门 c++哈哈堂31843264
相关文章推荐
- 修改linux kernel驱动加载的顺序
- 如何修改设备驱动的加载顺序
- 修改设备驱动加载顺序
- 在linux设备启动时,修改加载设备驱动的顺序
- Linux内核驱动加载顺序 3
- linux设备和驱动加载的先后顺序
- Linux内核为不同驱动的加载顺序对应不同的优先级
- 调整内核驱动加载的顺序
- 手动加载NT式驱动(非工具)修改注册表实现
- 驱动加载顺序
- linux设备和驱动加载的先后顺序
- linux设备和驱动加载的先后顺序
- Linux 设备和驱动加载的先后顺序 .
- linux设备和驱动加载的先后顺序
- Linux内核驱动加载顺序
- Linux驱动加载顺序
- Linux驱动加载顺序
- Linux驱动加载顺序
- linux设备和驱动加载的先后顺序
- linux usb 声卡驱动加载顺序