如何調(diào)整Linux內(nèi)核啟動中的驅(qū)動初始化順序？【問題】

此處我要實(shí)現(xiàn)的是將芯片的ID用于網(wǎng)卡MAC地址，網(wǎng)卡驅(qū)動是enc28j60_init。

但是，讀取芯片ID的函數(shù)，在as352x_afe_init模塊中，所以要先初始化as352x_afe_init。

此處，內(nèi)核編譯完之后，在生成的system.map中可以看到，enc28j60_init在as352x_afe_init之前，所以，無法去讀芯片ID。所以我們的目標(biāo)是，將as352x_afe_init驅(qū)動初始化放到enc28j60_init之前，

然后才能讀取芯片ID，才能用于網(wǎng)卡初始化的時候的，將芯片ID設(shè)置成網(wǎng)卡MAC地址。【解決過程】

【1】

最簡單想到的，是內(nèi)核里面的

arch\arm\mach-as352x\core.c

中，去改devices設(shè)備列表中的順序。

enc28j60_init對應(yīng)的是ssp_device，因?yàn)榫W(wǎng)卡初始化用到的是SPI驅(qū)動去進(jìn)行和通訊的。

as352x_afe_init對應(yīng)的是afe_device。

原先是：

static struct platform_device *devices[] ={ &uart_device, &nand_device, &afe_device, &audio_device, &usb_device, &as352xkbd_device, &ssp_device,};

把a(bǔ)fe改到最前面：

static struct platform_device *devices[] ={ &afe_device, &uart_device, &nand_device, &audio_device, &usb_device, &as352xkbd_device, &ssp_device,};但是，實(shí)際結(jié)果是，沒有任何影響，連systemp.map生成的，那么模塊初始化順序，都沒有任何變化。
也就說明，想要實(shí)現(xiàn)驅(qū)動加載順序的改變，改core.c里面的設(shè)備列表順序是沒有用的。【2】在網(wǎng)上看到很多帖子，其說明的也很清楚了，就是：Linux內(nèi)核為不同驅(qū)動的加載順序?qū)?yīng)不同的優(yōu)先級，定義了一些宏：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)把自己的驅(qū)動的函數(shù)名用這些宏去定義之后，就會對應(yīng)不同的加載時候的優(yōu)先級。其中，我們寫驅(qū)動中所用到的module_init對應(yīng)的是
#define module_init(x) __initcall(x);
而
#define __initcall(fn) device_initcall(fn)
所以，驅(qū)動對應(yīng)的加載的優(yōu)先級為6在上面的不同的優(yōu)先級中，數(shù)字越小，優(yōu)先級越高。
同一等級的優(yōu)先級的驅(qū)動，加載順序是鏈接過程決定的，結(jié)果是不確定的，我們無法去手動設(shè)置誰先誰后。
不同等級的驅(qū)動加載的順序是先優(yōu)先級高，后優(yōu)先級低，這是可以確定的。所以，像我們之前在驅(qū)動中用：module_init(i2c_dev_init);module_init(as352x_afe_init);module_init(as352x_afe_i2c_init);module_init(enc28j60_init);

所以，大家都是同一個優(yōu)先級去初始化，最后這些驅(qū)動加載的順序，可以查看在根目錄下，生成的system.map：

。。。c00197d8 t __initcall_alignment_init5。。。。。c00197f4 t __initcall_default_rootfsrootfsc00197f8 t __initcall_timer_init_sysfs6c00197fc t __initcall_clock_dev_init6。。。c00198d8 t __initcall_loop_init6c00198dc t __initcall_net_olddevs_init6c00198e0 t __initcall_loopback_init6c00198e4 t __initcall_enc28j60_init6。。。c0019900 t __initcall_as352x_spi_init6c0019904 t __initcall_spidev_init6。。。c0019920 t __initcall_i2c_dev_init6c0019924 t __initcall_as352x_afe_i2c_init6c0019928 t __initcall_as352x_afe_init6。。。c0019970 t __initcall_random32_reseed7c0019974 t __initcall_seqgen_init7c0019978 t __initcall_rtc_hctosys7c001997c T __con_initcall_startc001997c t __initcall_con_initc001997c T __initcall_end。。。此處就是由于c0019920 t __initcall_i2c_dev_init6c0019924 t __initcall_as352x_afe_i2c_init6c0019928 t __initcall_as352x_afe_init6在c00198e4 t __initcall_enc28j60_init6之前，所以我這里才要去改。。。知道原理，能想到的，就是要么把a(bǔ)s352x_afe_init改到enc28j60_init之前一級，即優(yōu)先級為5。即在驅(qū)動中，調(diào)用：fs_initcall(as352x_afe_init)；要么把enc28j60_init改到as352x_afe_init之后，即優(yōu)先級為7即在驅(qū)動中，調(diào)用：late_initcall(enc28j60_init)；但是，此處麻煩就麻煩在，如果把a(bǔ)s352x_afe_init改到enc28j60_init之前一級，發(fā)現(xiàn)后面網(wǎng)卡初始化enc28j60_init中，雖然讀取芯片ID對了，但是后面的IP-auto configure 有問題。所以放棄。如果把enc28j60_init改到as352x_afe_init之后，但是，從system.map中看到的是，優(yōu)先級為7的驅(qū)動中，明顯有幾個驅(qū)動，也是和網(wǎng)卡初始化相關(guān)的，所以，這樣改，嘗試后，還是失敗了。所以，沒法簡單的通過調(diào)整現(xiàn)有的驅(qū)動的順序，去實(shí)現(xiàn)順序的調(diào)整。最后，被逼無奈，想到了一個可以實(shí)現(xiàn)我們需求的辦法，那就是，單獨(dú)定義一個優(yōu)先級，把a(bǔ)fe相關(guān)的初始化都放到那里面去，這樣，就可以保證，其他沒什么相關(guān)的沖突了。最后證實(shí)，這樣是可以實(shí)現(xiàn)目的的。具體添加一個新的優(yōu)先級的步驟如下：1.定義新的優(yōu)先級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)#endif2.用對應(yīng)新的宏，定義我們的驅(qū)動：prev_device_initcall(i2c_dev_init);prev_device_initcall(as352x_afe_i2c_init);prev_device_initcall(as352x_afe_init);
做到這里，本以為可以了，但是編譯后，在system.map中，發(fā)現(xiàn)之前優(yōu)先級為7的那幾個函數(shù)，被放到system.map最后了，而不是預(yù)想的，在優(yōu)先級7之后，在c001997c T __con_initcall_startc001997c t __initcall_con_initc001997c T __initcall_end之前。最后，發(fā)現(xiàn)時沒有把對應(yīng)的鏈接文件中的宏加進(jìn)去：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最后，再重新編譯，就可以實(shí)現(xiàn)我們要的，和afe相關(guān)的驅(qū)動初始化，都在網(wǎng)卡enc28j60_init之前了。也就可以在網(wǎng)卡里面讀芯片ID了。當(dāng)然，對應(yīng)編譯生成的system.map文件中，對應(yīng)的通過module_init定義的驅(qū)動，優(yōu)先級也都變成7了。而late_initcall對應(yīng)優(yōu)先級8了。
注：當(dāng)前開發(fā)板arm的板子，所以，對應(yīng)的load 腳本在：linux-2.6.28.4\arch\arm\kernel\vmlinux.lds 看起來，應(yīng)該是這個文件：
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)就是將之前那些對應(yīng)的init類型的函數(shù)，展開，放到這對應(yīng)的位置?！?】
不過，最后的最后，竟然發(fā)現(xiàn)網(wǎng)卡還是工作不正常，結(jié)果第二天，無意間發(fā)現(xiàn)是網(wǎng)卡地址設(shè)置導(dǎo)致網(wǎng)卡工作不正常的。也就是說，實(shí)際是直接將afe設(shè)置到原先的優(yōu)先級5就可以的，而不用這么麻煩去改系統(tǒng)的東西的...不過，至少這也是一種辦法，雖然不是那么的好...

-END-

推薦閱讀

【01】為什么Linux CFS調(diào)度器沒有帶來驚艷的碾壓效果？【02】Linux是否能在 8 位 MCU 上運(yùn)行？【03】求職要做足功課！看看嵌入式linux牛人是如何做的【04】看漫畫，學(xué)Linux內(nèi)核！看完明白小企鵝們在干啥了吧？【05】若想成為一名Linux下編程高手，必須能對各種系統(tǒng)調(diào)用有透徹的了解免責(zé)聲明：整理文章為傳播相關(guān)技術(shù)，版權(quán)歸原作者所有，如有侵權(quán)，請聯(lián)系刪除

總結(jié)

以上是生活随笔為你收集整理的c++ map 初始化_如何调整Linux内核启动中的驱动初始化顺序？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。