【实践驱动开发3-006】TI WL1835MODCOM8 在android的移植 - SDIO wifi驱动的注册步骤



说明之前：文档建立在实际的项目中：

硬件环境是三星x210,软件是android4.0 ubuntu13.04

EDITING AREA

Linux的platform 机制简介

从 Linux 2.6 起引入了一套新的驱动管理和注册机制：Platform_device 和Platform_driver。
Linux 中大部分的设备驱动，都可以使用这套机制, 设备用Platform_device 表示，驱动用Platform_driver 进行注册。
Linux platform driver 机制和传统的device driver 机制( 通过driver_register 函数进行注册) 相比，一个十分明显的优势在于platform 机制将设备本身的资源注册进内核，由内核统一管理，在驱动程序中使用这些资源时通过platform device 提供的标准接口进行申请并使用。这样提高了驱动和资源管理的独立性，并且拥有较好的可移植性和安全性( 这些标准接口是安全的) 。
Platform 机制的本身使用并不复杂，由两部分组成： platform_device 和platfrom_driver 。

通过 Platform 机制开发发底层驱动的大致流程为:

定义platform_device -> 注册platform_device-> 定义platform_driver-> 注册platform_driver 。

初始化设置：

1 platform_driver 结构定义：

MMC/SD/SDIO（以下简称MMC）的驱动从大的方面来说分为主设备驱动和从设备驱动

MMC主设备（也就是host）

指的是集成于CPU内部的MMC controller，笔者用的是4412芯片，从datasheet可以看出，里面集成了四个MMC controller,分别是mmc0,mmc1,mmc2,mmc3。 并且从上一篇文章我们知道，WIFI模块是接在mmc3 这个host上面。SDIO 的初始化是用的MMC的端口，一般来说，一个是给SD使用的，另外一个给WIFI使用。x210板子的MMC硬件如下：

在linux系统中，将每个host设备封装成platform_device来逐一进行注册。对于笔者所使用的内核（3.2.0版本）来说，每一个host设备所对应的platform_device文件位于目录（$KERNEL_SOURCE）/arch/arm/plat-samsung下，分别为dev-hsmmc.c，dev-hsmmc1.c，dev-hsmmc2.c，dev-hsmmc3.c，为了与实际WIFI模块对应，我们重点进入dev-hsmmc3.c文件看一看。

struct platform_device s3c_device_hsmmc3 = {.name= "s3c-sdhci",.id= 3,.num_resources= ARRAY_SIZE(s3c_hsmmc3_resource),.resource= s3c_hsmmc3_resource,.dev= {.dma_mask= &s3c_device_hsmmc3_dmamask,.coherent_dma_mask= 0xffffffffUL,.platform_data= &s3c_hsmmc3_def_platdata,},};

从上图可以看出，该文件里面定义了一个名为s3c_device_hsmmc3的platform_device

2 注册设备platform_device ：

x210系统下的板子的设置如下：

hanson@hanson-desktop:~/x210_ics_rtm_v13/kernel/arch/arm/mach-s5pv210$ vim mach-x210.c

文件里面的函数初始化，

static void __init smdkv210_machine_init(void){s3c_pm_init();x210_dm9000_init();platform_add_devices(smdkv210_devices, ARRAY_SIZE(smdkv210_devices));

------------------

static struct platform_device *smdkv210_devices[] __initdata = {&s3c_device_adc,&s3c_device_cfcon,&s3c_device_fb,&s3c_device_hsmmc0,&s3c_device_hsmmc1,&s3c_device_hsmmc2,&s3c_device_hsmmc3,&s3c_device_i2c0,&s3c_device_i2c1,&s3c_device_i2c2,

总结来说，系统化在初始化的时候，就已经将s3c_device_hsmmc3（也就是那个host mmc3）注册进了platform总线（其他的mmc0,mmc1,mmc2都是一个道理）。

3 定义platform_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",},};

4 注册platform_driver

当然，对于熟悉platform机制的朋友来说，此时仅仅只是注册了platform_device ，而对应的platform_driver还没有注册。下面就来说说这个platform_driver的注册，它是在$(KERNEL_SOURCE)/drivers/mmc/host目录下的sdhci-s3c.c文件中进行的，该文件中有如下的一个注册函数调用：

static int __init sdhci_s3c_init(void){return platform_driver_register(&sdhci_s3c_driver);}

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

Board Initialization file

reference:

1 TI WL18XX 移植手册

http://processors.wiki.ti.com/index.php/WL18xx_Platform_Integration_Guide

2 linux下MMC/SD/SDIO驱动系列之二 ---- host注册过程（一）

http://blog.csdn.net/xieweihua2012/article/details/12844733

Made by Frank.Huang  QQ:28044280