printk函數(shù)的地址問題怎么解決

不知大家有沒有想過，在一個(gè)內(nèi)核模塊代碼中，會用到printk函數(shù)，而這個(gè)函數(shù)不是我們實(shí)現(xiàn)的，它是內(nèi)核代碼的一部分，但我們?yōu)槭裁茨軌蚓幾g通過呢？

我們的代碼之所以能夠編譯通過，是因?yàn)閷δK的編譯 僅僅是編譯，并沒有鏈接 。

編譯出來的.ko文件是一個(gè)普通的ELF文件 ，使用file命令和nm命令，我們可以看到相關(guān)的信息：

# 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分別是模塊的入口函數(shù)和出口函數(shù)，使用nm命令查看模塊目標(biāo)文件的符號信息時(shí)，可以看到vser_exit和vser_init的符號類型是t，表示它們是 函數(shù) 。

而printk的 符號類型是U，表示它是一個(gè) 未決符號 。意思是說在編譯階段不知道這個(gè)符號的地址，因?yàn)樗欢x在其他文件中，沒有放在模塊代碼一起編譯。

那printk函數(shù)的地址問題怎么解決呢？答案是用EXPORT_SYMBOL宏將printk導(dǎo)出即可。

EXPORT_SYMBOL導(dǎo)出符號

大致原理：利用EXPORT_SYMBOL宏生成一個(gè)特定的結(jié)構(gòu)并放在ELF文件的一個(gè)特定段中，在 內(nèi)核的啟動(dòng)過程中，會將符號的確切地址填充到這個(gè)結(jié)構(gòu)的特定成員中 。

模塊加載時(shí)，加載程序?qū)⑷ヌ幚砦礇Q符號，在特殊段中搜索符號的名字，如果找到，則將獲得的地址填充在被加載模塊的相應(yīng)段中，這樣符號的地址就可以確定。

使用這種方式處理未決符號，其實(shí)相當(dāng)于把鏈接的過程推后，進(jìn)行了動(dòng)態(tài)鏈接，和普通的應(yīng)用程序使用共享庫函數(shù)的道理是類似的 。可以發(fā)現(xiàn)，內(nèi)核將會有大量的符號導(dǎo)出，為模塊提供了豐富的基礎(chǔ)設(shè)施。