不知大家有沒有想過,在一個內核模塊代碼中,會用到printk
函數,而這個函數不是我們實現的,它是內核代碼的一部分,但我們為什么能夠編譯通過呢?
我們的代碼之所以能夠編譯通過,是因為對模塊的編譯 僅僅是編譯,并沒有鏈接 。
編譯出來的.ko
文件是一個普通的ELF
文件 ,使用file
命令和nm
命令,我們可以看到相關的信息:
# file vser.ko
vser.ko ELF 32-bit LSB relocatable, Intel 80386, vserion 1 (SYSV), BuildID[sha1]=0x09ca747e6f75c65v19a5da9102113v98d7cea24, not stripped
# nm vser.ko
......
00000004 d port
U printk
00000000 t vser_exit
00000000 t vser_init
vser_init
和vser_exit
分別是模塊的入口函數和出口函數,使用nm
命令查看模塊目標文件的符號信息時,可以看到vser_exit
和vser_init
的符號類型是t
,表示它們是 函數 。
而printk
的 符號類型是U
,表示它是一個 未決符號 。意思是說在編譯階段不知道這個符號的地址,因為它被定義在其他文件中,沒有放在模塊代碼一起編譯。
那printk函數的地址問題怎么解決呢?答案是用EXPORT_SYMBOL
宏將printk
導出即可。
EXPORT_SYMBOL導出符號
大致原理:利用EXPORT_SYMBOL
宏生成一個特定的結構并放在ELF
文件的一個特定段中,在 內核的啟動過程中,會將符號的確切地址填充到這個結構的特定成員中 。
模塊加載時,加載程序將去處理未決符號,在特殊段中搜索符號的名字,如果找到,則將獲得的地址填充在被加載模塊的相應段中,這樣符號的地址就可以確定。
使用這種方式處理未決符號,其實相當于把鏈接的過程推后,進行了動態鏈接,和普通的應用程序使用共享庫函數的道理是類似的 ??梢园l現,內核將會有大量的符號導出,為模塊提供了豐富的基礎設施。
-
內核
+關注
關注
3文章
1363瀏覽量
40228 -
Linux
+關注
關注
87文章
11230瀏覽量
208936 -
函數
+關注
關注
3文章
4307瀏覽量
62433 -
編譯
+關注
關注
0文章
654瀏覽量
32810
發布評論請先 登錄
相關推薦
評論