www.久久久久|狼友网站av天堂|精品国产无码a片|一级av色欲av|91在线播放视频|亚洲无码主播在线|国产精品草久在线|明星AV网站在线|污污内射久久一区|婷婷综合视频网站

當前位置:首頁 > 公眾號精選 > 嵌入式微處理器
[導讀]如何調(diào)整Linux內(nèi)核啟動中的驅動初始化順序? 【問題】 此處我要實現(xiàn)的是將芯片的ID用于網(wǎng)卡MAC地址,網(wǎng)卡驅動是enc28j60_init。 但是,讀取芯片ID的函數(shù),在as352x_afe_init模塊中,所以要先初始化as352x_afe_init。 此處,內(nèi)核編譯完之后,在生成的system.ma



如何調(diào)整Linux內(nèi)核啟動中的驅動初始化順序?

【問題】


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


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


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


然后才能讀取芯片ID,才能用于網(wǎng)卡初始化的時候的,將芯片ID設置成網(wǎng)卡MAC地址。

【解決過程】


【1】


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


arch\arm\mach-as352x\core.c


中,去改devices設備列表中的順序。


enc28j60_init對應的是ssp_device,因為網(wǎng)卡初始化用到的是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生成的,那么模塊初始化順序,都沒有任何變化。

也就說明,想要實現(xiàn)驅動加載順序的改變,改core.c里面的設備列表順序是沒有用的。


【2】

在網(wǎng)上看到很多帖子,其說明的也很清楚了,就是:

Linux內(nèi)核為不同驅動的加載順序對應不同的優(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)


把自己的驅動的函數(shù)名用這些宏去定義之后,就會對應不同的加載時候的優(yōu)先級。

其中,我們寫驅動中所用到的module_init對應的是

#define module_init(x) __initcall(x);




#define __initcall(fn) device_initcall(fn)


所以,驅動對應的加載的優(yōu)先級為6


在上面的不同的優(yōu)先級中,數(shù)字越小,優(yōu)先級越高。

同一等級的優(yōu)先級的驅動,加載順序是鏈接過程決定的,結果是不確定的,我們無法去手動設置誰先誰后。


不同等級的驅動加載的順序是先優(yōu)先級高,后優(yōu)先級低,這是可以確定的。


所以,像我們之前在驅動中用:


module_init(i2c_dev_init);module_init(as352x_afe_init);module_init(as352x_afe_i2c_init);
module_init(enc28j60_init);

所以,大家都是同一個優(yōu)先級去初始化,
最后這些驅動加載的順序,可以查看在根目錄下,
生成的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_init6
c0019924 t __initcall_as352x_afe_i2c_init6
c0019928 t __initcall_as352x_afe_init6
在c00198e4 t __initcall_enc28j60_init6之前,所以我這里才要去改。。。

知道原理,能想到的,就是要么把as352x_afe_init改到enc28j60_init之前一級,即優(yōu)先級為5。即在驅動中,調(diào)用:fs_initcall(as352x_afe_init);要么把enc28j60_init改到as352x_afe_init之后,即優(yōu)先級為7即在驅動中,調(diào)用:late_initcall(enc28j60_init);但是,此處麻煩就麻煩在,如果把as352x_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的驅動中,明顯有幾個驅動,也是和網(wǎng)卡初始化相關的,所以,這樣改,嘗試后,還是失敗了。

所以,沒法簡單的通過調(diào)整現(xiàn)有的驅動的順序,去實現(xiàn)順序的調(diào)整。最后,被逼無奈,想到了一個可以實現(xiàn)我們需求的辦法,那就是,單獨定義一個優(yōu)先級,把afe相關的初始化都放到那里面去,這樣,就可以保證,其他沒什么相關的沖突了。最后證實,這樣是可以實現(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)#endif

2.用對應新的宏,定義我們的驅動:

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ōu)先級7之后,在

c001997c T __con_initcall_startc001997c t __initcall_con_initc001997c T __initcall_end


之前。最后,發(fā)現(xià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


最后,再重新編譯,就可以實現(xiàn)我們要的,和afe相關的驅動初始化,都在網(wǎng)卡enc28j60_init之前了。也就可以在網(wǎng)卡里面讀芯片ID了。當然,對應編譯生成的system.map文件中,對應的通過module_init定義的驅動,優(yōu)先級也都變成7了。而late_initcall對應優(yōu)先級8了。

注:當前開發(fā)板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類型的函數(shù),展開,放到這對應的位置。

【3】

不過,最后的最后,竟然發(fā)現(xiàn)網(wǎng)卡還是工作不正常,結果第二天,無意間發(fā)現(xiàn)是網(wǎng)卡地址設置導致網(wǎng)卡工作不正常的。

也就是說,實際是直接將afe設置到原先的優(yōu)先級5就可以的,而不用這么麻煩去改系統(tǒng)的東西的...

不過,至少這也是一種辦法,雖然不是那么的好...

-END-




推薦閱讀



【01】為什么Linux CFS調(diào)度器沒有帶來驚艷的碾壓效果?
【02】Linux是否能在 8 位 MCU 上運行?
【03】求職要做足功課!看看嵌入式linux牛人是如何做的
【04】看漫畫,學Linux內(nèi)核!看完明白小企鵝們在干啥了吧?
【05】若想成為一名Linux下編程高手,必須能對各種系統(tǒng)調(diào)用有透徹的了解



免責聲明:整理文章為傳播相關技術,版權歸原作者所有,如有侵權,請聯(lián)系刪除

免責聲明:本文內(nèi)容由21ic獲得授權后發(fā)布,版權歸原作者所有,本平臺僅提供信息存儲服務。文章僅代表作者個人觀點,不代表本平臺立場,如有問題,請聯(lián)系我們,謝謝!

嵌入式ARM

掃描二維碼,關注更多精彩內(nèi)容

本站聲明: 本文章由作者或相關機構授權發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點,本站亦不保證或承諾內(nèi)容真實性等。需要轉載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權益,請及時聯(lián)系本站刪除。
換一批
延伸閱讀

9月2日消息,不造車的華為或將催生出更大的獨角獸公司,隨著阿維塔和賽力斯的入局,華為引望愈發(fā)顯得引人矚目。

關鍵字: 阿維塔 塞力斯 華為

加利福尼亞州圣克拉拉縣2024年8月30日 /美通社/ -- 數(shù)字化轉型技術解決方案公司Trianz今天宣布,該公司與Amazon Web Services (AWS)簽訂了...

關鍵字: AWS AN BSP 數(shù)字化

倫敦2024年8月29日 /美通社/ -- 英國汽車技術公司SODA.Auto推出其旗艦產(chǎn)品SODA V,這是全球首款涵蓋汽車工程師從創(chuàng)意到認證的所有需求的工具,可用于創(chuàng)建軟件定義汽車。 SODA V工具的開發(fā)耗時1.5...

關鍵字: 汽車 人工智能 智能驅動 BSP

北京2024年8月28日 /美通社/ -- 越來越多用戶希望企業(yè)業(yè)務能7×24不間斷運行,同時企業(yè)卻面臨越來越多業(yè)務中斷的風險,如企業(yè)系統(tǒng)復雜性的增加,頻繁的功能更新和發(fā)布等。如何確保業(yè)務連續(xù)性,提升韌性,成...

關鍵字: 亞馬遜 解密 控制平面 BSP

8月30日消息,據(jù)媒體報道,騰訊和網(wǎng)易近期正在縮減他們對日本游戲市場的投資。

關鍵字: 騰訊 編碼器 CPU

8月28日消息,今天上午,2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會開幕式在貴陽舉行,華為董事、質(zhì)量流程IT總裁陶景文發(fā)表了演講。

關鍵字: 華為 12nm EDA 半導體

8月28日消息,在2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會上,華為常務董事、華為云CEO張平安發(fā)表演講稱,數(shù)字世界的話語權最終是由生態(tài)的繁榮決定的。

關鍵字: 華為 12nm 手機 衛(wèi)星通信

要點: 有效應對環(huán)境變化,經(jīng)營業(yè)績穩(wěn)中有升 落實提質(zhì)增效舉措,毛利潤率延續(xù)升勢 戰(zhàn)略布局成效顯著,戰(zhàn)新業(yè)務引領增長 以科技創(chuàng)新為引領,提升企業(yè)核心競爭力 堅持高質(zhì)量發(fā)展策略,塑強核心競爭優(yōu)勢...

關鍵字: 通信 BSP 電信運營商 數(shù)字經(jīng)濟

北京2024年8月27日 /美通社/ -- 8月21日,由中央廣播電視總臺與中國電影電視技術學會聯(lián)合牽頭組建的NVI技術創(chuàng)新聯(lián)盟在BIRTV2024超高清全產(chǎn)業(yè)鏈發(fā)展研討會上宣布正式成立。 活動現(xiàn)場 NVI技術創(chuàng)新聯(lián)...

關鍵字: VI 傳輸協(xié)議 音頻 BSP

北京2024年8月27日 /美通社/ -- 在8月23日舉辦的2024年長三角生態(tài)綠色一體化發(fā)展示范區(qū)聯(lián)合招商會上,軟通動力信息技術(集團)股份有限公司(以下簡稱"軟通動力")與長三角投資(上海)有限...

關鍵字: BSP 信息技術
關閉
關閉