在輸入子系統那一章，一個驅動分為上下兩層，現在我們要引入另外一個概念，叫做分層分離概念：

在輸入子系統，Input.c中中提供統一的介面，buttons.c專注於硬體相關的程式碼，evdev.c則專注於純軟體的東西，現在我們把這兩個分離出來，Input.c與下面一層分層，

//現在我們來看一下我們寫輸入子系統說的一個例子，gpio_keys.c

為什麼我們會關心probe函式，現在我們來引入另外一個概念：

匯流排BUS--驅動driver - 裝置device模型

device：放硬體相關的東西

driver：放比較穩定的程式碼

現在我們好奇這個模型怎麼用呢：

我們檢視一個這個函式：platform_driver_register（＆gpio_keys_device_driver）;

意思為向上通過一條虛擬匯流排driver_register（drv->driver）註冊一個driver

這個driver_register會將這個驅動結構體放到Bus的某個連結串列（比如：driver連結串列）裡面，

而硬體相關這邊：device_add會將device這個結構體放到連結串列上去

現在我們好奇的是，device這邊硬體相關的怎麼和driver這邊比較穩定的程式碼相聯絡起來呢？

我們知道，device_add會將device這個結構體放到連結串列上面之後，還會從driver中把它取出來進行比對，用的函式是匯流排裡面的比較函式match：將driver與device進行比較能不支援device，能支援的話就呼叫driver裡面的 .probe

現在我們來看看device_add做什麼事情：

如圖1所示，把device放入bus的dev的連結串列

2，從匯流排的DRV連結串列取出每一個DRV，用匯流排的match函式判斷drv能否支援device，如果能夠支援的話，呼叫.PROBE函式

現在我們來看看drever_register做什麼事情：

如圖1所示，將driver放入連結串列

2，從device取出，與其一一比較，用bus的match函式

3，如果能夠支援，呼叫probe函式

注意了，這只不過是註冊並且左右建立連線的一種機制，driver和device只不過是一種結構體，裡面怎麼實現由我們自己決定，這裡只不過是提供一個機制，將一個驅動程式強制分為左右兩邊。

現在我們來看一個驅動程式，檔案路徑為：drivers\input\keyboard\ gpio_keys.c

現在我們來檢視一下platform_driver_register（＆gpio_keys_device_driver）裡面有什麼東西

＆platform_bus_type為一個虛擬匯流排，裡面有一個函式match，

那麼如何讓左右兩邊同時支援呢我們檢視一下match函式：

從程式碼可以看出，匹配是通過名字來判斷是否支援，從而呼叫.PROBE函式

如果想讓probe函式能被呼叫，則左邊應該有一個同名的platform device

************************************************** ***********************

敲重點了!!!!!!!!!!

************************************************** ***********************

現在我們乾脆來寫一個驅動程式實現點燈功能，來更好了解一下分層分離的概念

比如說，開發板有3個led燈，而我們只想點一盞燈，該如何做？

我們來寫一個驅動程式，將其強制分為左右兩邊

1，新建兩個檔案：led_dev.c和led_drv.c

在led_dev.c 檔案中，分配/設定/註冊一個platform_device

分配：

設定：

註冊：入口函式和出口函式

修飾一下入口函式和出口函式，並加上GPL協議：

新增標頭檔案：

新增release函式：

現在硬體相關的程式碼已經寫好了，現在我們來寫另一邊，即driver

-------------------------------------------------- ----------------------------------

在led_drv.c 檔案中，分配/設定/註冊一個的platform_driver

新增標頭檔案：

寫出入口函式和出口函式並修飾一下，同時增加GPL協議：

定義一個platform driver，同時命名要相同

建立類名和相關變數等：

構造一個file_operation結構體：

現在我們來寫一下這個函式：led_probe函式，根據platform_device的資源進行ioremap

ioremap的作用英文的英文將一個IO  地址空間對映到核心的虛擬地址空間上去，便於訪問，同時要註冊字元裝置驅動程式

而對於led_remove函式，要我們解除安裝字元裝置驅動程式，同時寫出iounmap

寫出open函式：

寫出write函式：

寫出測試程式：

================================================== ==

我們現在來編譯-一下：

如圖1所示，將檔案拷貝到伺服器上去編譯

2，將其他檔案的生成檔案拷貝到本資料夾中，並修改一下生成檔案編譯的檔名

3，輸入使編譯：

4，編譯測試程式：arm-linux-gcc -o led_test led_test.c，並將編譯後的兩個 . ko 檔案拷貝到根檔案系統上去：

5，掛載NFS，並裝載led_dev,ko檔案，再裝載led_drv.ko，並檢視是否有dev/ LED：

使用測試程式。 . / led_test on 和 . /led_test off 即可檢視led的亮滅情況

從這裡我們就可以看到，本來一個很簡單的東西，我們認為的將他拆分成兩部分，左邊為硬體相關的東西，右邊為比較穩定的程式碼。

以上就是所謂的分離概念，分離經常用到的是所謂的裝置驅動程式匯流排模型，這種模型只提供一種機制而已，在這種機制中，想實現什麼是由我們自己決定的。