Platform Driver~

當我們在重新規劃新的system or hardware platform的時候
常用的作法是拿原廠的reference design當參考
上頭component常常會換掉
舊的平台和新的平台之間
常常某些部份只是位址的更動
例如：本來GPU的base address是0x80001000換到0x80002000
hardware的功能和行為是一樣的

面對的這樣的問題，在舊一點的Linux Kernel我們通常可以用
1) dynamical insert module 的方式將新的 base address 傳給 driver
或者
2) 更改 driver 的 code 直接使用新的 0x80002000 的 base address

在新一點的Linux的kernel導入的所謂的platform driver的概念
概念上我們將某一些和platform相關的資訊放在platform的level (arch/arm/mach-xxx/)
原本的driver放在./drivers/
這樣一來只要選擇到對的platform，相對應的資訊就會pass給driver
如此一來對developer來講就變得比較直覺
driver本身只要針對不同的設定去動作
不需要因為平台改變了
就改寫driver

這樣的機制對於生產SoC的vendor相當便利
因為不同的SoC經常需要對base address做調整
不同的SoC只要從platform level傳遞變更的資訊給driver
新的平台就可以得到driver的支援
而對下游的廠商來說
他們編譯新的kernel時，只要選擇對的platform
就可以得到對的結果

由以上的介紹
我們可以得知platform driver需要透過兩個部分的支援
1) platform level - 提供硬體平台資訊，例如irq line, base address, etc。
2) driver level - 控制硬體平台和實現功能。

首先，概念上我們必須對系統註冊一個新的platform device，使用的方式就是呼叫
platform_device_register( information ); 將所有platform用到的device和相關的資
訊註冊。

接著drvier level這邊，我們會使用 platform_driver_register()將driver註冊到系統
裡頭，假如有任何platform device指定了這個driver，就可以將driver初始化，請它
來服務這個device。

明眼人應該不難發現
新的機制將hardware information和功能實作的分開了
資訊放到platform level規劃
將driver功能實作獨立出來
(其實有點像是C++導入了template的概念，將資料型別和演算法分開)

Cache, Write Buffer 與Device效能~

在很早以前的CPU是很單純的，固定從某一個地方去讀取下一道指令，照著指令要它做什麼就做什麼，隨著電子電路的進步，CPU和周邊的速度出現了極大的差距，CPU常常需要花時間在等待資料讀取或是寫入的動作而不是執行真正的運算工作，因此新的CPU架構：

1) 在CPU和存取的實際位址之間加入了Cache的機制
2) 在資料寫入的過程中加入 Write Buffer 來平衡兩邊的速度差異

Cache的好處是讓CPU可以有一個快速的記憶體減少等待的時間，缺點就是這塊叫做Cache的記憶體比較小，無法容納整個RAM裡頭的資料。而Write Buffer則是用來緩衝Cache和RAM之間的速度差異，而且在較新的CPU當中，還可以設定write-combine的屬性，讓連續位址存取，可以只透過一次的讀寫就達成，大大增加效率。

只是以上這些，究竟對一個撰寫device driver的工程師有什麼好處，因為提到CPU變快變好，好像只會讓一般軟體變快，driver應該不需要特別修改，也不會比較快速。

其實這幾項變革，對撰寫driver來說是有需要特別注意的小地方，而且對某些種類的driver大大有益處。

首先是Cache，CPU會把要寫入的資料先寫在Cache，而不是直接到要寫的位址上，這樣CPU等待時間很少，可是實際上要寫driver的時候，可能因為是要對device上的控制暫存器作讀寫，卻變成被cache住，動作沒有真正及時的被執行，造成程式人員以為已經寫入，實際上是寫到cache裡頭去了。因此，撰寫driver的時候首先要注意某些存取區段需要用non-cache的屬性。若是非得要用cache，那device就得考慮到cache和device/RAM的資料同步的問題。

再來是write-combine的屬性，利用現在記憶體的特性，將連續位址存取的命令合成一次，這對處理multimedia data的hardware相當有用，效能可以提升30%以上。

以上簡單的介紹對一些撰寫driver時，因為CPU不同特性造成device driver需要修改或是效能不同的現象和簡單原理，其他其實還有像是某些連接bus的device(像是pci/agp/pcie)，其實也有一些需要注意的地方，了解來龍去脈，寫出來的driver才會大大加快。