Linux Platform Device & Driver~

gogojesse

當我們在重新規劃新的system or hardware platform的時候
常用的作法是拿原廠的reference design當參考
6 X- l. c& z- d" @+ q9 Q, M上頭component常常會換掉
5 _3 E6 h: i- I6 N. o$ G舊的平台和新的平台之間
常常某些部份只是位址的更動
例如：本來GPU的base address是0x80001000換到0x80002000
hardware的功能和行為是一樣的

面對的這樣的問題，在舊一點的Linux Kernel我們通常可以用
) h! s  r  Q6 i1) dynamical insert module 的方式將新的 base address 傳給 driver
$ |) S; @/ A6 V& S1 J; h或者
2) 更改 driver 的 code 直接使用新的 0x80002000 的 base address
! i* F% e0 \% G( d/ {
% ?* Q+ Z+ m2 L5 r9 A在新一點的Linux的kernel導入的所謂的platform driver的概念
$ v+ t8 N7 ?5 b概念上我們將某一些和platform相關的資訊放在platform的level (arch/arm/mach-xxx/)
原本的driver放在./drivers/
1 Y* @/ k3 ^2 b! [' z$ T0 g; |  N8 X這樣一來只要選擇到對的platform，相對應的資訊就會pass給driver
如此一來對developer來講就變得比較直覺
8 R" P* B: b/ {1 w) edriver本身只要針對不同的設定去動作
# |: g' k4 D, U  t( N$ g5 V+ Y% Q8 J不需要因為平台改變了
就改寫driver

gogojesse

這樣的機制對於生產SoC的vendor相當便利
因為不同的SoC經常需要對base address做調整
3 v+ Z" X+ c9 f- r% m1 X不同的SoC只要從platform level傳遞變更的資訊給driver
新的平台就可以得到driver的支援
而對下游的廠商來說
$ U$ N3 c+ b# K+ v7 c7 u$ E8 C他們編譯新的kernel時，只要選擇對的platform
7 {2 N; p- l+ [- _: q' W就可以得到對的結果

, D" n* F6 Z" q* A由以上的介紹
我們可以得知platform driver需要透過兩個部分的支援
1) platform level - 提供硬體平台資訊，例如irq line, base address, etc。
2) driver level - 控制硬體平台和實現功能。
1 q& c& D. O) C- v  J5 m4 t' p
step 1) 首先，概念上我們必須對系統註冊一個新的platform device，使用的方式就是呼叫
. f! p& t, h3 c/ @platform_device_register( information ); 將所有platform用到的device和相關的資
訊註冊。
5 i; ^' z2 X" ]; a
step 2) 接著drvier level這邊，我們會使用 platform_driver_register()將driver註冊到系統
裡頭，假如有任何platform device指定了這個driver，就可以將driver初始化，請它
& y3 P1 A7 Z" B6 l來服務這個device。

) o) C% D8 n: z1 J7 V0 x* _: R明眼人應該不難發現
新的機制將hardware information和功能實作的分開了
資訊放到platform level規劃
將driver功能實作獨立出來
/ k6 z- W% X' ?( j5 j(其實有點像是C++導入了template的概念，將資料型別和演算法分開)