【实践驱动开发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注册过程（一）

/article/1786565.html

Made by Frank.Huang QQ:1624673069