最简单的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 <linux/leds.h>
这样配置完后，进行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) ",
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