Linux Platform Device & Driver~

gogojesse

當我們在重新規劃新的system or hardware platform的時候
9 g3 {- T8 z( _. r常用的作法是拿原廠的reference design當參考
* B/ c+ ]+ }0 P4 B% ?上頭component常常會換掉
舊的平台和新的平台之間
常常某些部份只是位址的更動
例如：本來GPU的base address是0x80001000換到0x80002000
; P4 l; z2 p$ K8 v0 F7 ~hardware的功能和行為是一樣的

面對的這樣的問題，在舊一點的Linux Kernel我們通常可以用
7 s; C) L! _1 @$ O! B, v% u1) dynamical insert module 的方式將新的 base address 傳給 driver
7 N; i/ A. G2 D  `$ |" l或者
2) 更改 driver 的 code 直接使用新的 0x80002000 的 base address

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

gogojesse

這樣的機制對於生產SoC的vendor相當便利
9 |" Q7 n3 ]% U* \/ ]- T因為不同的SoC經常需要對base address做調整
不同的SoC只要從platform level傳遞變更的資訊給driver
; c8 `0 I( D7 R) ]1 Q0 j新的平台就可以得到driver的支援
0 O+ g% K* A( p2 h" y5 T3 r1 h而對下游的廠商來說
他們編譯新的kernel時，只要選擇對的platform
就可以得到對的結果
$ T5 Z' \+ ~/ F8 M4 X/ n
由以上的介紹
% T* I' K$ {% f2 m! ^/ M% l# w2 k我們可以得知platform driver需要透過兩個部分的支援
9 ~$ x5 U6 a% F1) platform level - 提供硬體平台資訊，例如irq line, base address, etc。
. ^( Q0 _) S9 [; v' g1 k: J2) driver level - 控制硬體平台和實現功能。

step 1) 首先，概念上我們必須對系統註冊一個新的platform device，使用的方式就是呼叫
4 B  m& E4 Q- f; Z1 Qplatform_device_register( information ); 將所有platform用到的device和相關的資
訊註冊。

step 2) 接著drvier level這邊，我們會使用 platform_driver_register()將driver註冊到系統
' L8 m7 b# V7 A9 A  ^/ s裡頭，假如有任何platform device指定了這個driver，就可以將driver初始化，請它
+ Q  ?& s; y" m( P% W* g來服務這個device。

( O3 |  N$ T' `& q明眼人應該不難發現
新的機制將hardware information和功能實作的分開了
' @" \2 M. z9 j6 I& j# E; t資訊放到platform level規劃
將driver功能實作獨立出來
(其實有點像是C++導入了template的概念，將資料型別和演算法分開)