Android模拟器学framework和driver之传感器篇1（linux sensor driver）

对于android模拟器开发环境的搭建这里我就不多说了，网上google下一大堆，还有就是android 模拟器的kernel使用的是goldfish的kernel，可以使用git得到源码，然后就可以编译了，大家还是可以参考罗老师的博客。。。

在这里我准备编写一个温度传感器的虚拟driver，之前写过g-sensor和light sensor，所以不想写了，换个新鲜的，其实驱动架构都是一样的，OK 分化不多说，下面就介绍一下这个驱动。

在这里，我比较偷懒的使用了linux的一个iio子系统，这是一个不成熟的子系统，所以被放到源码陌路下面的/drvers/staging中，对于这个子系统，我也只是粗略的看过它的驱动模型，好吧 ^0^，不过个人觉得这个子系统还是蛮简单使用的，而却里面的api不是很多，相信大家随便分析下就能搞懂了。

OK，首先是头文件

/common/drivers/staging/iio/temperature/android-temperature.h

#include <linux/module.h>
#include <linux/platform_device.h>
#include <linux/slab.h>
#include <linux/input-polldev.h>
#include "../iio.h"

#define POLL_INTERVAL	2000	//set poll time

struct temperature_drvdata {
	struct iio_dev *indio_dev;
	struct input_polled_dev *poll_input;
	//....reserved
};

相信大家看到了这个头文件就差不多知道驱动是怎么写的了吧，我选用的是platform device driver，driver layer向user space传送数据时通过input sybsystem传送的，这也是android sensor驱动比较主流的做法，还有一些做法是直接往自己创建的sysfs中写数据，这也是一中比较简单的做法，事件的触控方式我选用的是poll方式，因为这里我写的驱动是一个虚拟的设备，一般出发方式会选用中断触发，而我这个驱动选择每隔一段时间往user space上报数据，时间间隔就是这里的POLL_INTERVAL这个宏设定的。

说了这么多都没有看到驱动的代码真不好意思，下面来分析下驱动的代码。

/common/drivers/staging/iio/temperature/android-temperature.c

首先是init和exit函数：

static int __init temperature_init(void) { printk(KERN_INFO "temperature init...\n"); return platform_driver_register(&temperature_device_driver); } static void __exit temperature_exit(void) { platform_driver_unregister(&temperature_device_driver); } module_init(temperature_init); module_exit(temperature_exit);

这也没啥好说的，大家愿意的话可以再后面在添上这个driver module的作者和出处，传扬千里，哈哈，我就不了，本人比较谦虚。

这边最主要的应该就是 temperature_device_driver这个变量这是一个 platform_driver结构体，在驱动注册的时候必须把这个结构体传进去，我们的platform设备模型就是通过这个结构体找到相应的device，然后把driver和device绑定在一起，这边涉及到linux 设备驱动模型，这边我也不做详细的分析了，想要了解的话可以自己学习，个人觉得如果是做linux驱动的话了解linux 设备驱动模型是很重要的，这可以让我们站在一个比较高的层次上去写代码。

OK，不扯了看下这个结构体：

static struct platform_driver temperature_device_driver = { .probe = temperature_probe, // .remove = __devexit_p(temperature_remove), .driver = { .name = "android-temperature", .owner= THIS_MODULE, }, };

这边就是定义了probe和remove，真实的设备的话还有会suspend，resume，early_suspend，late_resume等回调函数，在适当的时间会回调到这些函数（犀利的读者可能看到了这边remove我没有去实现，哈哈，我比较懒，不过大家要有一个良好的习惯，不要学我）。但是在这边注册了platform的驱动，是去找哪的platform设备呢？当然是我们自己要去实现啦，通常device端我们都会在板级的文件中去定义，我们这里是：

/common/arch/arm/mach-goldfish/board-goldfish.c

struct platform_device android_temperature_device = { .name="android-temperature", .id=-1, }; 
static void __init goldfish_init(void)
{
	platform_device_register(&goldfish_pdev_bus_device);
 platform_device_register(&android_temperature_device);
}

大家注意。这边的name和driver中platform_driver中name用该一样，不然他们怎么可以绑定在一起呢，不然他们怎么会找到对方呢，有缘千里来相会嘛，对不？

OK，当我们的driver找到了device的时候会执行probe回调函数，也就是这里的temperature_probe函数，好，我们来看一下这个probe函数：

static int temperature_probe(struct platform_device *pdev) { struct temperature_drvdata *ddata; struct input_dev *idev; int err=0; printk(KERN_INFO "%s\n",__FUNCTION__); ddata=kzalloc(sizeof(struct temperature_drvdata),GFP_KERNEL); if(!ddata) { printk(KERN_INFO "failed to allocate memory...\n"); err=-ENOMEM; goto exit; } //----for iio device ddata->indio_dev=iio_allocate_device(); if(!ddata->indio_dev){ printk(KERN_INFO "error to allocate iio device memory....\n"); goto exit_iio_alloc; } ddata->indio_dev->attrs = &temperature_attr_group; ddata->indio_dev->dev.parent = &pdev->dev; ddata->indio_dev->dev_data = (void *)(ddata); ddata->indio_dev->driver_module = THIS_MODULE; ddata->indio_dev->modes = INDIO_DIRECT_MODE; err = iio_device_register(ddata->indio_dev); if(err){ printk(KERN_INFO "iio device register failed....\n"); goto exit_iio_reg; } //-----for input device ddata->poll_input=input_allocate_polled_device(); if(!(ddata->poll_input)){ err=-ENOMEM; printk(KERN_INFO "input poll allocate failed...\n"); goto exit_iio_reg; } ddata->poll_input->poll=temperature_dev_poll; ddata->poll_input->poll_interval = POLL_INTERVAL; idev=ddata->poll_input->input; idev->name = "Android Temperature Sensor"; idev->phys = "temperature-sensor/input0"; idev->dev.parent=&pdev->dev; idev->id.bustype=BUS_HOST; idev->id.vendor=0x1234; idev->id.product=0x0123; idev->id.version=0x0012; __set_bit(EV_ABS,idev->evbit); __set_bit(ABS_PRESSURE,idev->absbit); __set_bit(EV_SYN,idev->evbit); input_set_abs_params(idev,ABS_PRESSURE,0,65535,0,0); err=input_register_polled_device(ddata->poll_input); if(err){ printk(KERN_INFO "input register poll device failed....\n"); goto err_reg_poll; } platform_set_drvdata(pdev,ddata); return 0; err_reg_poll: input_free_polled_device(ddata->poll_input); exit_iio_reg: iio_free_device(ddata->indio_dev); exit_iio_alloc: kfree(ddata); exit: return err; }

这边做的都是一些初始化的事情，我们这边首先给我们的机构体分配内存，然后给iio device分配空间，然后注册iio device，然后注册input_polled_device这里可以参考input）poll的源码，主要就是内嵌了一个工作队列来poll数据，这里不多说读者可以自行去分析。

这里最重要的有2点我提一下，首先就是我们poll数据的回调函数被挂在ddata->poll_input->poll=temperature_dev_poll;参考源码这个回调函数是什么时候被执行的呢，其实input_polled_dev还有几个回调函数，其中有一个open和close函数，当user space去open input下面的这个event的时候poll回调函数就会一直执行，时间间隔为我们定义的interval这个参数。还有一点就是iio 设备驱动上面挂的文件系统就是ddata->indio_dev->attrs = &temperature_attr_group;用法很简单吧，这边我只是注册了一个name的文件节点，user space可以去读写这个节点，一般我们写驱动的时候可以用这个文件节点来开关我们的设备。

OK，接下来就是一些事件的处理，看如下代码：

#include "android-temperature.h" static ssize_t temperature_show_name(struct device *dev, struct device_attribute *attr, char *buf) { return sprintf(buf, "%s\n", "android-temperature sensor"); } static IIO_DEVICE_ATTR(name, S_IRUGO, temperature_show_name, NULL,0); static struct attribute *temperature_attributes[] = { &iio_dev_attr_name.dev_attr.attr, NULL }; static const struct attribute_group temperature_attr_group = { .attrs = temperature_attributes, }; static int tempValue; static void temperature_dev_poll(struct input_polled_dev *dev) { printk(KERN_INFO "Current Temperature: %d\n",tempValue); if((tempValue++)==100) tempValue=0; input_event(dev->input,EV_ABS,ABS_PRESSURE,tempValue); input_sync(dev->input); }

这里我们上报的数据就是这个 tempValue，会每隔一段时间自增1，直到100再回到0,。

OK，驱动介绍完，接下来就可以把驱动编译进goldfish里面，然后运行模拟器，使用adb进入：

root@jay:/home/jay/android/common# adb shell # cd sys/bus/iio/devices/ # ls device0 device1 device2 # cd device2 # ls uevent subsystem power name # cat name android-temperature sensor # 

大家可以看到我这边cat出name就是自己写进去的那个名字，初步测试驱动ok接下来下一篇中给大家介绍下编译生成一个tool来测试驱动功能。