Welkin小窩

platform_driver_register
platform_driver_register（）是來註冊設備的驅動程序
platform_device_register（）是來註冊設備硬件，告訴kernel，當前有什麼裝置。
當某個裝置連結後，必須在device和driver的兩端上都有對應的東西才算是匹配上，
並且開始使用driver的probe等函數進行硬件初始化工作。

以下來自:http://blog.21ic.com/user1/5823/archives/2009/60264.html
二、s3c2410fb_probe 函數分析
2.1
驅動的入口點
擺在面前的第一個問題相信應該是，這個函數是從那裡開始運行的。這裡就應該從long long ago 開始了，
打開 drivers/video/s3c2410fb.c 文件，然後找到 s3c2410fb_init 函數，先不管它裡面是怎麼回事，
再把目光下移就會看到這樣一串字符串module_init(s3c2410fb_init)，鬱悶，這和S3C2410fb_probe
有啥關係嘛？
這個問題問的好！不要著急慢慢往下面走。先摸摸 module_init 是何方神聖再說，
網站上面一搜，原來 module_init 老家在 include/linux/init.h，它居然還有兩重身份，其原型如下：
#ifndef MODULE
……
#define module_init(x) __initcall(x);
……
#else
……
#define module_init(initfn) \
static inline initcall_t __inittest(void ) \
{ return initfn; } \
int init_module(void) __attribute__((alias(#c)));
……
#endif
從上面可以看出，module_init 到底用哪個，就取決於MODULE了，那麼MODULE的作用是什麼呢？
我們知道Linux可以將設備當作模塊動態加進內核，也可以直接編譯進內核。
說到這里大概有點明白MODULE的作用了，它就是要控制一個驅動加入內核的方式。
定義了MODULE就表示將設備當作模塊動態加入。

說了這麼多，就是要說明只要用module_init宣告了一個函數，該函數就會被Linux內核在適當的時機運行。
這些時機包括在linux啟動的do_initcalls()時調用(設備被編譯進內核)，或者在動態插入時調用。
回到上面的module_init(s3c2410fb_init)處，
也就是說內核與buffer驅動發生關係的第一次地點是在s3c2410fb_init函數，該函數就只有一條語句

platform_driver_register (s3c2410fb_driver)；

2.2 platform 是何許人也
platform 可以理解成一種設備類型，就像字符設備、塊設備和網絡設備一樣，而LCD就屬於這種設備。
對於platform設備，Linux為應用添加了相關的接口，在這裡只是簡單的說說這些接口的用法，
而不去深入探討這些接口的實現(我現在還沒有那個能力呢！)。
說到這裡，馬上就有個問題湧上心頭了，那就是Linux提供了那些接口呢？
如果我們需要添加這些設備應該怎麼樣做呢？
platform 中的相關數據結構是應用的關鍵，為了向內核添加一個platform設備，
程序員應該填寫兩個數據結構platform_device和platform_driver，
這兩個數據結構的定義都可以在include/linux/platform_device.h文件中找到。

看看LCD驅動是怎麼做的，第一步是填寫platform_device，
在arch/arm/mach-s3c2410/devs.c可以找到填寫platform_device的代碼，如下：
static u64 s3c_device_lcd_dmamask = 0xffffffffUL;
struct platform_device s3c_device_lcd = {
.name = "s3c2410-lcd",
.id = -1,
.num_resources = ARRAY_SIZE (s3c_lcd_resource),
.resource = s3c_lcd_resource,
.dev = {
.dma_mask = s3c_device_lcd_dmamask,
.coherent_dma_mask = 0xffffffffUL
}
};

platform_device 的一項重要成員是 resource，在上面的代碼中此域被賦予了s3c_lcd_resource
，s3c_lcd_resource也可以在arch/arm/mach-s3c2410/devs.c找到。
static struct resource s3c_lcd_resource[] = {
[0] = {
.start = S3C24XX_PA_LCD,
.end = S3C24XX_PA_LCD + S3C24XX_SZ_LCD - 1,
.flags = IORESOURCE_MEM,
},
[1] = {
.start = IRQ_LCD,
.end = IRQ_LCD,
. flags = IORESOURCE_IRQ,
}
};
struct resource 結構實際上描述了該設備佔用的硬件資源(如地址空間，中斷號等)，
s3c_lcd_resource 描述了內存空間和中斷分配情況。
最後在smdk2410_devices指針數組中添加上 s3c_device_lcd 的大名，
Linux在初始化platform 的時候就知道系統中有個 s3c_device_lcd 設備了。

這裡只是向Linux描述了設備需要的資源情況，不代表內核會給這些資源的。
如果設備要得到這些設備還需要在自己的初始化函數中去申請。

static struct platform_device *smdk2410_devices[] __initdata = {
s3c_device_usb,
s3c_device_lcd,
s3c_device_wdt,
s3c_device_i2c,
s3c_device_iis,
s3c_device_ts,
};
說到這裡，應該說向Linux
添加一個platform
設備應該很容易。

2.3 回到s3c2410fb_init
回到 s3c2410fb_init 函數所調用 platform_driver_register(s3c2410fb_driver)。
簡單地說 platform_driver_register 要將向內核註冊一個 platform 設備的驅動，
這裡是要註冊 LCD 設備。

上面說過 platform 有兩個重要的數據結構 platform_device 和 platform_driver，
現在是應該提到後者的時候了。

platform_driver 也在include/linux/platform_device.h中，它的各個成員應該再明白不過來吧！
在LCD驅動程序(drivers/video/s3c2410fb.c)中定義了填充了platform_driver這個結構，如下：
static struct platform_driver s3c2410fb_driver = {
.probe = s3c2410fb_probe,
.remove = s3c2410fb_remove,
.suspend = s3c2410fb_suspend,
.resume = s3c2410fb_resume,
.driver = {
.name = "s3c2410-lcd",
.owner = THIS_MODULE,
},
};

可以看到該 platform 設備的驅動函數有s3c2410fb_probe、s3c2410fb_remove等等。
通過 platform_driver_register 函數註冊該設備的過程中，它會回叩.probe函數，
說到這裡也就明白 s3c2410fb_probe 是在 platform_driver_registe 中回叩的。