如何调整Linux内核启动中的驱动初始化顺序

From: http://hi.baidu.com/serial_story/blog/item/d40d49c6907212129c163ded.html

如何调整Linux内核启动中的驱动初始化顺序



【问题】

此处我要实现的是将芯片的ID用于网卡MAC地址,网卡驱动是enc28j60_init。

但是,读取芯片ID的函数,在as352x_afe_init模块中,所以要先初始化as352x_afe_init。

此处,内核编译完之后,在生成的system.map中可以看到,

enc28j60_init在as352x_afe_init之前,所以,无法去读芯片ID。

所以我们的目标是,将as352x_afe_init驱动初始化放到enc28j60_init之前,

然后才能读取芯片ID,才能用于网卡初始化的时候的,将芯片ID设置成网卡MAC地址。



【解决过程】

【1】

最简单想到的,是内核里面的

arch\arm\mach-as352x\core.c

中,去改devices设备列表中的顺序。

enc28j60_init对应的是ssp_device,因为网卡初始化用到的是SPI驱动去进行和通讯的。

as352x_afe_init对应的是afe_device。

原先是:

static struct platform_device *devices[] =

{

&uart_device,

&nand_device,

&afe_device,

&audio_device,

&usb_device,

&as352xkbd_device,

&ssp_device,

};

把afe改到最前面:

static struct platform_device *devices[] =

{

&afe_device,

&uart_device,

&nand_device,

&audio_device,

&usb_device,

&as352xkbd_device,

&ssp_device,

};



但是,实际结果是,没有任何影响,连systemp.map生成的,那么模块初始化顺序,都没有任何变化。

也就说明,想要实现驱动加载顺序的改变,改core.c里面的设备列表顺序是没有用的。



【2】

在网上看到很多帖子,主要就是这几个:

怎么确定驱动加载顺序

http://blog.chinaunix.net/u2/72751/showart_1074704.html



Linux内核驱动程序初始化顺序的调整

http://www.itjj.net/tech/OS/Linux/2006-12-21/74501.html



内核启动时,设备及驱动初始化的实现 

http://linux.chinaunix.net/bbs/archiver/tid-1109340.html



其说明的也很清楚了,就是:

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类型的函数,展开,放到这对应的位置。



【3】

不过,最后的最后,竟然发现网卡还是工作不正常,结果第二天,无意间发现是网卡地址设置导致网卡工作不正常的。

也就是说,实际是直接将afe设置到原先的优先级5就可以的,而不用这么麻烦去改系统的东西的。。。



不过,至少这也是一种办法,虽然不是那么的好。。。



 



【后记2011-08-26】



【module_init之类的函数的在代码中的初始化逻辑】



在\init\main.c中,对应逻辑是:

kernel_init中先调用do_pre_smp_initcalls,后调用do_basic_setup。

其中: 

static void __init do_pre_smp_initcalls(void)

{

initcall_t *fn;

for (fn = __initcall_start; fn < __early_initcall_end; fn++)

  do_one_initcall(*fn);

}



do_pre_smp_initcalls初始化了,从__initcall_start到__early_initcall_end之间的函数。

而do_basic_setup中又调用do_initcalls: 

static void __init do_initcalls(void)

{

initcall_t *fn;

for (fn = __early_initcall_end; fn < __initcall_end; fn++)

  do_one_initcall(*fn);

/* Make sure there is no pending stuff from the initcall sequence */

flush_scheduled_work();

}



do_initcalls初始化了,从__early_initcall_end到__initcall_end之间的函数。

对应的__initcall_start和__initcall_end,都可以在system.map中找到,两者之间的函数,被依次地调用,这就是这些函数被调用的顺序。

 

你可能感兴趣的:(linux)