如何發(fā)布binary的kernel module

strongzgy

                                比如Nvidia顯卡的Linux內(nèi)核驅(qū)動(dòng)，還有以前接觸過(guò)的SCSI的Raid控制器RocketRAID  174x controller驅(qū)動(dòng)，都是以二進(jìn)制的方式發(fā)布給客戶。但是內(nèi)核有嚴(yán)格的version magic檢查，如果version magic不匹配的話，驅(qū)動(dòng)是沒(méi)有辦法插入內(nèi)核的。
客戶的內(nèi)核版本可是不好預(yù)知的，那這些廠商是如果解決這個(gè)內(nèi)核版本的問(wèn)題的？
看到過(guò)的解決方法有如下幾種：
1. 在代碼中加入內(nèi)核版本檢查，比如2.6.0~2.6.10調(diào)用內(nèi)核的A函數(shù)，2.6.11以上的調(diào)用B函數(shù)。這個(gè)方法是在編譯時(shí)做的，二進(jìn)制的驅(qū)動(dòng)用不了這個(gè)方法。
2. 將內(nèi)核中做的事情，盡量盡量移動(dòng)到用戶態(tài)做，這樣驅(qū)動(dòng)只是簡(jiǎn)單的提供能夠訪問(wèn)硬件的途徑而已，而大部分的邏輯還是在用戶層完成的，即使公開(kāi)驅(qū)動(dòng)的源代碼也無(wú)所謂了。Android中的好些驅(qū)動(dòng)就是這樣干的。
3. 一部分以還沒(méi)有連接的object方式發(fā)布，一部分以源代碼發(fā)布。這樣核心邏輯不公開(kāi)，而和內(nèi)核版本函數(shù)緊密相關(guān)的部分以源代碼的形式提供。用戶然后再自己編譯生成驅(qū)動(dòng)模塊。RocketRaid 174x采用正是這種方式，Nvidia的不知道，我估計(jì)也是這個(gè)方式。
               
               
               
               
               
               
               

本文來(lái)自ChinaUnix博客，如果查看原文請(qǐng)點(diǎn)：http://blog.chinaunix.net/u/21422/showart_1901221.html