platform_device and paltform_driver

在移植SDcard驱动的是分析了一下执行的过程，理解了一下platform_device和paltform_driver

主要文件为：

\linux-2.6.36-android\arch\arm\mach-s3c64xx\mch-mini6410.c

\linux-2.6.36-android\drivers\mmc\host\sdhci-s3c.c

\linux-2.6.36-android\drivers\mmc\host\hdsci.c

\linux-2.6.36-android\arch\arm\plat-samsung\dev-hsmmc.c

1、sdcard platform_device注册

这个过程主要分析板级文件mach-mini6410.c文件

SD卡平台设备注册：

static void __init mini6410_machine_init(void)

{

s3c_sdhci0_set_platdata(&mini6410_hsmmc0_pdata);

platform_add_devices(mini6410_devices, ARRAY_SIZE(mini6410_devices));//将platform_device项一一注册进系统

}

static struct s3c_sdhci_platdata mini6410_hsmmc0_pdata = {

.max_width = 4,

.cd_type = S3C_SDHCI_CD_INTERNAL,

};

static struct platform_device *mini6410_devices[] __initdata = {

#ifdef CONFIG_MINI6410_SD_CH0

&s3c_device_hsmmc0,

}

s3c_sdhci0_set_platdata(&mini6410_hsmmc0_pdata);函数的原型在\linux-2.6.36-android\arch\arm\plat-samsung\dev-hsmmc.c文件中

dev-hsmmc.c文件分析

（1）module_init(sdhci_s3c_init);

（2）static int __init sdhci_s3c_init(void)

{

return platform_driver_register(&sdhci_s3c_driver);

}

（3）static struct platform_driver sdhci_s3c_driver = {

.probe = sdhci_s3c_probe,

.remove = __devexit_p(sdhci_s3c_remove),

.suspend = sdhci_s3c_suspend,

.resume = sdhci_s3c_resume,

.driver = {

.owner = THIS_MODULE,

.name = "s3c-sdhci",

},

};

以上仅仅是注册了platform_device

2、platform_driver 注册

SD卡的platform_driver的注册主要通过sdhci-s3c.c实现

tatic int __init sdhci_s3c_init(void)

{

return platform_driver_register(&sdhci_s3c_driver);

}

static struct platform_driver sdhci_s3c_driver = {

.probe = sdhci_s3c_probe,

.remove = __devexit_p(sdhci_s3c_remove),

.suspend = sdhci_s3c_suspend,

.resume = sdhci_s3c_resume,

.driver = {

.owner = THIS_MODULE,

.name = "s3c-sdhci",

},

};

在对sdhci_s3c_driver进行注册的过程中，系统会根据sdhci_s3c_driver->driver.name成员变量（此处是“s3c-sdhci”）在platform_bus 总线上寻找同名字的platform_dvice（这个过程称之为“探测”），通过上面对s3c_device_hsmmc的注册分析，发现s3c_device_mmc.name也刚好是“s3c-sdhci”,所以他俩刚好可以配对，探测成功，同时当大家查阅s3c_device_hsmmc,s3c_device_hsmmc1以及s3c_device_hsmmc2的时候发现他们的name成员变量都是“s3c-sdhci”,，所以会有四次成功的探测，每一次探测成功，就会调用sdhci_s3c_driver.probe函数---sdhci_s3c_probe，这个函数至关重要，在整个驱动注册过程中起着核心作用

PS:平台文件中注册的平台文件一般在arch/arm/plat-XXXX/下都有自己的平台设备名称，mach-mini6410.c中的 那个

static struct platform_device *mini6410_devices[] __initdata = {

#ifdef CONFIG_MINI6410_SD_CH0

&s3c_device_hsmmc0,

}

红色的名字不是随意取的，而是根据平台文件arch/arm/plat-XXXX/下对应的设备文件取的。例如s3c_device_hsmmc0 这个名字是根据\arch\arm\plat-samsung\dev-hsmmc.c中的struct platform_device s3c_device_hsmmc0
= {

.name = "s3c-sdhci",

.id = 0,

.num_resources = ARRAY_SIZE(s3c_hsmmc_resource),

.resource = s3c_hsmmc_resource,

.dev = {

.dma_mask = &s3c_device_hsmmc_dmamask,

.coherent_dma_mask = 0xffffffffUL,

.platform_data = &s3c_hsmmc0_def_platdata,

},

};取的

其他的也可以类推。