TQ210搭载Android4.0.3系统构建之BEEP从驱动到HAL到JNI到应用程序(驱动篇)

  上篇LED的驱动程序编写采用混杂设备的方式,此篇Beep的驱动程序的编写采用platform设备驱动,并对platform的机制做个简单的分析。

  先看硬件电路图

  


    通过一个NPN的三极管控制BUZZER,因为BUZZER是直流电压式驱动,需要三级管提供的放大电流才能发声, 所以只要三极管导通,给XpwmTOUT1高电平,BUZZER即可发声。

    

platform_device的编写

  beep_under_device.c

   

#include <linux/module.h>
#include <linux/init.h>
#include <linux/printk.h>
#include <linux/platform_device.h>
#include <mach/gpio.h>


static struct resource ress[]=  //设备拥有的资源
{
	[0]={
		.start=S5PV210_GPD0(1),
		.end=S5PV210_GPD0(1),
		.flags=IORESOURCE_IO,
	}
};

static void beep_release(struct device *dev)
{

}

static struct platform_device platform_device_beep_under=  //platform设备
{
	.name="beep_under",  //platform_device 与platform_driver下的driver->name进行匹配
	.id=-1,
	.num_resources=ARRAY_SIZE(ress),
	.resource=ress,
	.dev={
		.release=beep_release,
		},
};

static int __init beep_init(void)  //模块加载初始化
{
	int ret=platform_device_register(&platform_device_beep_under);
	if(ret==0) printk(KERN_INFO "platform device beep _init success.\n");
	else printk(KERN_INFO "platform device beep _init failed.\n");
	return ret;
}

static void __exit beep_exit(void)  //模块卸载
{
	platform_device_unregister(&platform_device_beep_under);
	printk(KERN_INFO "platform device beep _exit success.\n");
}







module_init(beep_init);
module_exit(beep_exit);
MODULE_LICENSE("GPL");

platform_device的Makefile文件

obj-m	:=beep_under_device.o

KERNELDIR	:=~/java/Kernel_3.0.8_TQ210_for_Android_v1.0/
PWD			:=$(shell pwd)

build:kernel_module
kernel_module:
	make -C $(KERNELDIR) M=$(PWD) modules
clean:
	make -C $(KERNELDIR) M=$(PWD) clean



platform_driver的编写

beep_under_driver.c

#include <linux/init.h>   
#include <linux/module.h>
#include <linux/fs.h>
#include <linux/printk.h>
#include <linux/platform_device.h>
#include <plat/gpio-cfg.h>
#include <mach/gpio.h>

#define DEVICE_NAME "beep_unders"  //设备文件名
#define BEEP_ON 1   //蜂鸣器发声
#define BEEP_OFF 0
int major;  //主设备号
unsigned long port_beep; //蜂鸣器端口

static struct class *cls;//用于建立class 给device_create使用,让udev自动建立设备文件节点



static int beep_open(struct inode *inode,struct file *file)  //蜂鸣器打开
{
	s3c_gpio_cfgpin(port_beep, S3C_GPIO_SFN(1)); //设置引脚为输出
	gpio_direction_output(port_beep, 0); //设置引脚输出为0
	printk(KERN_INFO "beep_open success.\n");
	return 0;
}

static long beep_ictl(struct file *file,unsigned int cmd, unsigned long arg)  //蜂鸣器控制函数
{
	switch(cmd)
		{
			case BEEP_ON:
				gpio_direction_output(port_beep, BEEP_ON); //设置引脚输出为1
				break;
			case BEEP_OFF:
				gpio_direction_output(port_beep, BEEP_OFF); //设置引脚为0
				break;
				
		}
	return 0;
}

struct file_operations fops=   //驱动的文件操作
{
	.owner=THIS_MODULE,
	.open=beep_open,
	.unlocked_ioctl=beep_ictl,
};



static int beep_probe(struct platform_device *pdev)  //蜂鸣器探针函数
{
	struct resource *res;  //存储pdev中的设备资源
	res=platform_get_resource(pdev,IORESOURCE_IO, 0); //获取到pdev中的资源
	if(res==NULL) { printk(KERN_INFO "can not get the resource.\n"); return -1;}
	port_beep=res->start;  //获取到控制beep的端口
	major=register_chrdev(0, DEVICE_NAME, &fops); //注册字符设备,分配主设备号,添加到chrdev数组中
	cls=class_create(THIS_MODULE, "beep_under_class");  //创建类cls
	device_create(cls, NULL, MKDEV(major,0), NULL, DEVICE_NAME);  //创建设备节点
	return 0;
}

static int beep_remove(struct platform_device *pdev)  //蜂鸣器删除函数
{
	device_destroy(cls, MKDEV(major,0));  //删除设备节点
	class_destroy(cls);   //删除类
	unregister_chrdev(major, DEVICE_NAME); //卸载字符设备
	return 0;
}

struct platform_driver platform_driver_beep_under=  //蜂鸣器平台驱动
{
	.probe=beep_probe,
	.remove=beep_remove,
	.driver={
		.name="beep_under",  //驱动名称
	},
};

static int __init beep_under_init(void)  //蜂鸣器初始化函数
{
	int ret=platform_driver_register(&platform_driver_beep_under);  //注册platform_driver
	if(ret==0) printk(KERN_INFO "beep_under_init success.\n");  //判断是否成功注册
	else printk(KERN_INFO "beep_under_init failed.\n");
	return ret;
}

static void __exit beep_under_exit(void)  //蜂鸣器卸载函数
{
	platform_driver_unregister(&platform_driver_beep_under); //卸载platform_driver
	printk(KERN_INFO "beep_under_exit success.\n");
}


module_init(beep_under_init);
module_exit(beep_under_exit);
MODULE_LICENSE("GPL");

platform_driver的Makefile编写

obj-m	:=beep_under_driver.o

KERNELDIR	:=~/java/Kernel_3.0.8_TQ210_for_Android_v1.0/
PWD			:=$(shell pwd)

build:kernel_module
kernel_module:
	make -C $(KERNELDIR) M=$(PWD) modules
clean:
	make -C $(KERNELDIR) M=$(PWD) clean

最后是测试文件的编写

beep_under_test.c

#include <fcntl.h>
#include <stdio.h>
#include <stdio.h>
#include <unistd.h>


#define DEVICE_NAME "/dev/beep_unders"
#define BEEP_ON 1
#define BEEP_OFF 0

int main(void)
{
       int fd;
	   fd=open(DEVICE_NAME,O_RDWR);
	   if(fd<0) { printf("can not open fd.\n"); }
	   ioctl(fd,BEEP_ON,1);
		sleep(2);
	    ioctl(fd,BEEP_OFF,1);
          close(fd);
 	return 0;
}

测试文件的编译文件Android.mk

LOCAL_PATH	:=$(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE_TAGS	:=eng
LOCAL_SRC_FILES	:=beep_under_test.c
LOCAL_MODULE	:=beep_test
LOCAL_MODULE_PATH	:=$(LOCAL_PATH)
include $(BUILD_EXECUTABLE)


platform设备模型---个人理解 

  platform_device与platform_driver通过共同的name字段,即platform_device->name与platform_driver->driver->name字段,在platform_bus_type的努力下(也就是platform_bus_type的match函数),匹配在一起(实际上,追踪platform_driver_register的源代码就会发现,最终的匹配函数是在really_probe里面,有三条语句,

dev->driver = drv;
drv->probe(dev);
driver_bound(dev);

)。

      上诉代码的第一条语句就是将驱动绑定在了dev上,第二条语句就是调用驱动drv的probe函数(其实也就是platform_driver的probe函数,也就是我们自己编写的probe函数,例如上面驱动代码里面的beep_probe,实现字符设备的创建与注册,设备文件的创建与注册),第三条语句就是将设备dev绑定在驱动drv上。

       这里面还有一点我觉得还是有些疑问的,可能我的水平不够,

就是platform_device的name字段与device_create时 的设备name字段可以不相同,就是说platform_device与platform_driver相互绑定的name字段与我在/dev/下面所建的设备名可以不一样。正如上面缩写的,platform_device与platform_driver绑定的时候使用的是beep_under,而创建设备文件的时候,使用的确实beep_unders,但是是没问题的。

    对于这个问题,我接着查看源码,发现device_create创建的时候是会向sysfs注册的,而platform_device_register是不会向sysfs注册,但是platform_device与/dev/beep_unders 这两个设备之间有什么关系呢?我还是没搞懂,或者说platform_device只是单纯的为platform_driver提供资源,而/dev/beep_unders是用来操作的。嗯,还是不懂了。

posted on 2013-06-26 15:16  liangxinzhi  阅读(195)  评论(0编辑  收藏  举报