Chinaunix首页 | 论坛 | 博客
  • 博客访问: 2968855
  • 博文数量: 685
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 5303
  • 用 户 组: 普通用户
  • 注册时间: 2014-04-19 14:17
个人简介

文章分类

全部博文(685)

文章存档

2015年(116)

2014年(569)

分类: LINUX

2014-11-04 14:15:19

原文地址:http://blog.csdn.net/weiqing1981127/article/details/8479455

最简单的led驱动就是从端口输出0或1来关闭或点亮灯。而我们这里讲的led子系统,主要是对led事件进行了分装和优化,这里我们主要讲的是可以实现跨平台的led驱动。不管你是使用三星的平台,还是Atmel的平台,你只要知道如何在你的BSP中添加平台数据,并且知道如何在应用程序中使用这个驱动,那么你就不用因为新的平台而再次编写led驱动。

按键驱动属于input子系统,源码路径在/driver/leds下,我们的跨平台按键驱动文件是/driver/leds/leds-gpio.c,关于led子系统的核心文件是Led-class.c和Led-core.c

查看/driver/leds/Makefile

obj-$(CONFIG_LEDS_GPIO) += leds-gpio.o

查看/driver/leds/Konfig

config LEDS_GPIO

tristate"LED Support for GPIO connected LEDs"

dependson LEDS_CLASS && GENERIC_GPIO

其中

config LEDS_CLASS

tristate"LED Class Support"

所以配置内核makemenuconfig 时,需要选中这两项。


现在先来看如何移植,比如我们现在要给mini2440开发板上的led1到key4编写led驱动,根据资料知道,led1到led4用的是GPB5-GPB8端口。下面就看移植代码了,在mach-mini2440.c这个mini2440开发板的BSP中添加如下代码

static struct gpio_led s3c_gpio_leds[] = {

{

.name = "led1",

.gpio = S3C2410_GPB(5),

.active_low= 1,

},

{

.name = "led2",

.gpio = S3C2410_GPB(6),

.active_low= 1,

},

{

.name = "led3",

.gpio = S3C2410_GPB(7),

.active_low= 1,

},

{

.name = "led4",

.gpio = S3C2410_GPB(8),

.active_low= 1,

},

};


static struct gpio_led_platform_datas3c_gpio_led_data = {

.leds = s3c_gpio_leds,

.num_leds = ARRAY_SIZE(s3c_gpio_leds),

};


static struct platform_device s3c_leds_gpio= {

.name = "leds-gpio",

.id = -1,

.dev = {

.platform_data = &s3c_gpio_led_data,

},

};

然后把这个s3c_leds_gpio加入到mini2440_devices数组

static struct platform_device*mini2440_devices[] __initdata = {

……

&s3c_leds_gpio, //添加

};

最后添加头文件

#include

这样配置完后,进行makezImage生成zImage内核镜像。


下面大致说说/driver/leds/leds-gpio.c

直接看平台驱动定义

static struct platform_drivergpio_led_driver = {

.probe = gpio_led_probe, //探测

.remove = __devexit_p(gpio_led_remove),

.driver = {

.name = "leds-gpio", //驱动名

.owner = THIS_MODULE,

},

};

下面看probe探测函数

static int __devinit gpio_led_probe(structplatform_device *pdev)

{

structgpio_led_platform_data *pdata = pdev->dev.platform_data;

structgpio_led_data *leds_data;

inti, ret = 0;

if(!pdata)

return-EBUSY;

leds_data= kzalloc(sizeof(struct gpio_led_data) * pdata->num_leds, //分配空间

GFP_KERNEL);

if(!leds_data)

return-ENOMEM;

for(i = 0; i < pdata->num_leds; i++) {

ret= create_gpio_led(&pdata->leds[i], &leds_data[i],

&pdev->dev,pdata->gpio_blink_set); //创建led设备

if(ret < 0)

gotoerr;

}

platform_set_drvdata(pdev,leds_data);

return0;

err:

for(i = i - 1; i >= 0; i--)

delete_gpio_led(&leds_data[i]);

kfree(leds_data);

returnret;

}

继续跟踪probe中的create_gpio_led函数

static int __devinit create_gpio_led(conststruct gpio_led *template,

structgpio_led_data *led_dat, struct device *parent,

int(*blink_set)(unsigned, unsigned long *, unsigned long *))

{

intret, state;

led_dat->gpio= -1;

if(!gpio_is_valid(template->gpio)) {

printk(KERN_INFO"Skipping unavailable LED gpio %d (%s)\n",

template->gpio,template->name);

return0;

}

ret= gpio_request(template->gpio, template->name);

if(ret < 0)

returnret;

led_dat->cdev.name= template->name;

led_dat->cdev.default_trigger= template->default_trigger;

led_dat->gpio= template->gpio;

led_dat->can_sleep= gpio_cansleep(template->gpio);

led_dat->active_low= template->active_low;

if(blink_set) {

led_dat->platform_gpio_blink_set= blink_set;

led_dat->cdev.blink_set= gpio_blink_set; //定义函数

}

led_dat->cdev.brightness_set= gpio_led_set; //定义函数

if(template->default_state == LEDS_GPIO_DEFSTATE_KEEP)

state= !!gpio_get_value(led_dat->gpio) ^ led_dat->active_low;

else

state= (template->default_state == LEDS_GPIO_DEFSTATE_ON);

led_dat->cdev.brightness= state ? LED_FULL : LED_OFF;

if(!template->retain_state_suspended)

led_dat->cdev.flags|= LED_CORE_SUSPENDRESUME;

ret= gpio_direction_output(led_dat->gpio, led_dat->active_low ^ state);

if(ret < 0)

gotoerr;

INIT_WORK(&led_dat->work,gpio_led_work); //初始化工作队列

ret= led_classdev_register(parent, &led_dat->cdev); //向leds类中注册设备

if(ret < 0)

gotoerr;

return0;

err:

gpio_free(led_dat->gpio);

returnret;

}


讲到这,让我们恍然明白,这个leds子系统跟之前分析过的backlight背光子系统是非常类似的。backlight背光子系统在核心层定义了一套device_attribute机制,并且定义了操作backlight背光的操作函数集的接口,同时在device_attribute的show和store属性中会调用backlight背光的操作函数集。然后我们使用这个backlight背光子系统核心层,编写自己的驱动时,只需要向backlight背光子系统注册设备,并填充backlight背光的操作函数集即可。用户层只需要通过echo向brightness中写数字触发store属性,或者通过cat向brightness中读数字触发show属性。

再回过头来看看我们这个leds子系统,在create_gpio_led函数中有这样一行代码led_dat->cdev.brightness_set= gpio_led_set;其中的函数gpio_led_set是设置灯亮灭的函数,这就是相当于我们给led子系统的操作函数赋值,跟踪led_classdev_register函数,你会发现在那里会看到定义了leds类属性,并创建了device_attribute机制,同时同时在device_attribute的store属性中会调用我们这里定义的的操作函数gpio_led_set。

所以,leds子系统的源码我就分析到这里了,我在学习backlight子系统的时候,就细细分析过这样一个类里包含设备属性,以及设备操作函数,这跟leds-gpio.c代码原理类似,如果需要可以参考。


LED驱动测试

用户可以先通过cd/sys/class/leds打开led子系统下的设备

然后应用层通过访问/sys/class/leds/led1来设置等的亮灭

点亮led1:

echo 1 > /sys/class/leds/led1

关闭led1:

echo 0 > /sys/class/leds/led1



阅读(967) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~