|
如何调整Linux内核启动中的驱动初始化顺序?! b3 K3 | p: j' L9 S( \1 e v0 K$ Y% I0 D# c 【问题】 9 T' m. {$ O8 H 此处我要实现的是将芯片的ID用于网卡MAC地址,网卡驱动是enc28j60_init。 但是,读取芯片ID的函数,在as352x_afe_init模块中,所以要先初始化as352x_afe_init。 8 L/ B+ I) ^5 H 此处,内核编译完之后,在生成的system.map中可以看到,0 ~& F0 k3 T6 z. Y. j enc28j60_init在as352x_afe_init之前,所以,无法去读芯片ID。 所以我们的目标是,将as352x_afe_init驱动初始化放到enc28j60_init之前, 然后才能读取芯片ID,才能用于网卡初始化的时候的,将芯片ID设置成网卡MAC地址。 0 t7 R0 U* }7 B4 Z 【解决过程】 ' }" {/ w; }5 y; s7 H 【1】 , o: J' V7 j _7 w" [# n 最简单想到的,是内核里面的 arch\arm\mach-as352x\core.c & n) I2 G& `: d6 f- x+ n( f: ?' M* a, S 中,去改devices设备列表中的顺序。 enc28j60_init对应的是ssp_device,因为网卡初始化用到的是SPI驱动去进行和通讯的。 as352x_afe_init对应的是afe_device。4 J y2 X: t1 V, x) l V- `3 C( Q; q+ C. B 原先是: $ T3 S }' T0 Y4 n6 { ~- |
把afe改到最前面: 6 X; Q! T0 _8 J( U5 r- S+ H
但是,实际结果是,没有任何影响,连systemp.map生成的,那么模块初始化顺序,都没有任何变化。) d6 I4 T# W& O0 _ 也就说明,想要实现驱动加载顺序的改变,改core.c里面的设备列表顺序是没有用的。 4 z1 I# b ^ W 【2】 在网上看到很多帖子,其说明的也很清楚了,就是:% d6 `: H6 v/ u- V8 D 6 {, w. c7 {" i Linux内核为不同驱动的加载顺序对应不同的优先级,定义了一些宏:1 ^6 v5 @# b) v* k e) A2 g include\linux\init.h
#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); & z+ i. y3 }( h 而4 C, H" J. \9 h! ~$ m% L: q5 l #define __initcall(fn) device_initcall(fn), H; I; U+ o6 S1 P% d9 G6 m ' S. I( l! H4 P: q# G 所以,驱动对应的加载的优先级为6* n7 o1 V$ Q+ v( P5 C# G 在上面的不同的优先级中,数字越小,优先级越高。 ' w' ]2 T @+ U1 X9 F! d- I3 w/ R5 x 同一等级的优先级的驱动,加载顺序是链接过程决定的,结果是不确定的,我们无法去手动设置谁先谁后。 6 d! B m& i4 h( \8 C 不同等级的驱动加载的顺序是先优先级高,后优先级低,这是可以确定的。% i* I! F3 ~1 T2 @7 P- {/ z2 g % |3 g* c: q* ~+ e$ h' n 所以,像我们之前在驱动中用: ) Z4 @! I) t9 k* f5 S1 F module_init(enc28j60_init);0 V$ o6 u' k4 M. {5 U* F 所以,大家都是同一个优先级去初始化, 最后这些驱动加载的顺序,可以查看在根目录下,# }( c7 L+ S4 i4 Y5 `' W) g7 s 生成的system.map: * S. k; `" p7 {9 o& R 此处就是由于 c0019920 t __initcall_i2c_dev_init6 c0019924 t __initcall_as352x_afe_i2c_init6 c0019928 t __initcall_as352x_afe_init6; p8 N& O2 v* A4 @* l6 B 在c00198e4 t __initcall_enc28j60_init6之前,所以我这里才要去改。。。" z: R/ _8 k6 Z) W( V) H# \0 I 知道原理,能想到的,就是要么把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 有问题。所以放弃。* R+ T! e5 J1 q3 o2 b$ u1 q; I! _ 0 a" _- {6 m0 x e8 `7 N 如果把enc28j60_init改到as352x_afe_init之后,但是,从system.map中看到的是,优先级为7的驱动中,明显有几个驱动,也是和网卡初始化相关的,所以,这样改,尝试后,还是失败了。! I1 @6 o- M h. R $ W# r A4 I# B/ T 所以,没法简单的通过调整现有的驱动的顺序,去实现顺序的调整。最后,被逼无奈,想到了一个可以实现我们需求的办法,那就是,单独定义一个优先级,把afe相关的初始化都放到那里面去,这样,就可以保证,其他没什么相关的冲突了。最后证实,这样是可以实现目的的。 具体添加一个新的优先级的步骤如下:: U0 J. Q) ^ F' o 2 P8 r' y8 q8 D; H1 E$ r6 ` 1.定义新的优先级9 E0 s, x5 [! a. I X4 p2 X! i include\linux\init.h中:
#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! x8 m5 m7 W: U9 K; @ 2.用对应新的宏,定义我们的驱动: ( ]+ a2 |* s; i+ O3 t/ Q
! U0 Q( E4 E" E* j% B. i) k 做到这里,本以为可以了,但是编译后,在system.map中,发现之前优先级为7的那几个函数,被放到system.map最后了,而不是预想的,在优先级7之后,在 3 j5 F: K( `3 ~* f" p
之前。最后,发现时没有把对应的链接文件中的宏加进去: / z* y' z0 k$ G9 l; S9 ` 3.include\asm-generic\vmlinux.lds.h
#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) s9 m5 a" D' d# _) Q #endif 5 S2 D+ y5 J# \& w 最后,再重新编译,就可以实现我们要的,和afe相关的驱动初始化,都在网卡enc28j60_init之前了。也就可以在网卡里面读芯片ID了。当然,对应编译生成的system.map文件中,对应的通过module_init定义的驱动,优先级也都变成7了。而late_initcall对应优先级8了。 注:当前开发板arm的板子,所以,对应的load 脚本在: linux-2.6.28.4\arch\arm\kernel\vmlinux.lds 看起来,应该是这个文件:2 {- R7 F& N& W8 U& i6 i linux-2.6.28.4\arch\arm\kernel\vmlinux.lds.S( f4 W4 m8 {( u' T 生成上面那个脚本的。vmlinux.lds中的这一行:" p6 c4 J1 A$ d; X$ A
, R6 n( C: D ~7 H8 w 就是将之前那些对应的init类型的函数,展开,放到这对应的位置。- D* n+ x1 y) ~' ?0 ?4 h【3】# N* k' U0 {! H 不过,最后的最后,竟然发现网卡还是工作不正常,结果第二天,无意间发现是网卡地址设置导致网卡工作不正常的。) B* j9 q8 u3 ~: o9 H+ b* l5 U 也就是说,实际是直接将afe设置到原先的优先级5就可以的,而不用这么麻烦去改系统的东西的... 不过,至少这也是一种办法,虽然不是那么的好... |
微信公众号
手机版