傳統(tǒng)方法：

優(yōu)點：操作簡單

缺點：不易擴展，每次修改需要重新編譯驅動

二、總線方法

在kernel 3.0之前都是采用總線的方法實現(xiàn)驅動與設備之間的聯(lián)系。把驅動跟設備分開。

其主要理解幾個結構體：

①跟設備有關的結構體：structplatform_device{};

②跟驅動有關的結構體：structplatform_driver{};

還要理解其中包含的兩個結構體：

-> struct device_driver{};

-> structplatform_device_id{};

要記住一句話：在match的時候:優(yōu)先匹配id_table的name，不匹配。再匹配driver的name

其中

dev.c：進行設備的引腳定義，定義resouce結構體，供驅動獲取資源。

dev.c：注冊platform_device結構體

dev.c：入口函數(shù)-注冊設備

其中platform_device_register()：在總線上注冊一個設備。

dev.c：出口函數(shù)-注銷設備

其中platform_device_unregister()：在總線上注銷一個設備。

對于驅動來說，需要稍微修改一下：

drv.c：增加probe函數(shù)和remove函數(shù)，其中：

probe()函數(shù)：充當傳統(tǒng)方法的init函數(shù)

remove()函數(shù)：充當傳統(tǒng)方法的exit函數(shù)

platform_get_resource():獲取設備中資源，比如引腳定義。

drv.c ：入口函數(shù)和出口函數(shù)修改

將傳統(tǒng)方法的file_operations{}；結構體改為platform_driver{}；結構體

其中platform_driver_register()：向總線注冊一個設備。

platform_driver_unregister()：向總線注銷一個設備。

platform總線中的match()函數(shù)是設備與驅動匹配的函數(shù)，我們看看這個函數(shù)的實現(xiàn)，就是匹配設備與驅動的名字一不一致。函數(shù)如下：

總線方法：

優(yōu)點：易擴展

缺點：代碼冗余多，需要重新編譯設

三、設備樹方法

在kernel 3.0以及之后的版本，都是采用設備樹的方法實現(xiàn)驅動與設備之間的聯(lián)系。將總線方法的設備改為設備樹實現(xiàn)，解決了總線方法中代碼冗余多的問題。

設備樹方法只需要在總線方法的基礎上稍微修改一下。

dts：添加設備節(jié)點：

drv: probe修改，其中通過函數(shù)of_property_read_s32()獲取設備樹的資源。

設備樹：

優(yōu)點：易擴展，不需要重新編譯（替換設備樹），無冗余代碼

缺點：稍微復

最多技術干貨內容請穩(wěn)步到“電子發(fā)燒友網(wǎng)”公眾號，回復資料即可免費獲取一份技術資料，在這里每天可以獲取最專業(yè)、最前沿的電子技術。