总结流程：基于驱动框架写led驱动…_x210学习之led驱动-优快云博客

本文详细介绍了如何基于Linux内核的LED驱动框架，利用struct led_classdev结构体注册LED驱动，并解释了如何通过led_brightness_show、led_brightness_store等函数实现LED的读写操作，以及用户如何通过sysfs接口读写LED硬件。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

原文转：http://blog.sina.com.cn/s/blog_14f1867f70102wif2.html

(1)参考s3c24xx-led.c

(2)关键点就是led_classdev_register ，用这个led驱动框架中的注册接口去注册我们的led驱动，

我们通过看sys/class/leds/目录下的有没有我们注册的这个设备驱动的名字。

(3)我们调用led_classdev_register这个led驱动框架中的注册led驱动的函数，是通过填充好的struct led_classdev这个类型的结构体，去注册的。

这个struct led_classdev结构体中，有一些这个驱动的名字，和操作这个驱动的读或写函数指针，写led硬件对应的是void(*brightness_set)(struct led_classdev *led_cdev,

enum led_brightness brightness);这个成员指向的函数，我们需要提供一个对应的能操作led硬件的函数类型的函数填充进去。

这个struct led_classdev结构体还有一个成员brightness;这个成员是将来在我们读这个led硬件的时候，读取出来的值.

这个struct led_classdev结构体还有一个成员name，就是硬件的名字，将来会在sys/class/leds/目录下出现，比如是whyx210-led

用户是怎么去读或写led硬件的呢，这部分是在led-class.c中，led驱动框架帮我们完成好了，在内核驱动框架建立起来之后，也就是执行了led-class.c中的

static int __init leds_init(void)函数后，这个函数中的leds_class = class_create(THIS_MODULE, "leds");这个语句，会帮我们创建一个设备类，在sys/cla

ss/目录下，创建的设备类名字是leds，并且在这个函数中又通过leds_class->dev_attrs = led_class_attrs;这个语句，将led_class_attrs，这个所有led设备

通有的属性和方法加上了。这个led_class_attrs是一个结构体，

static struct device_attribute led_class_attrs[] = {

__ATTR(brightness, 0644, led_brightness_show, led_brightness_store),

__ATTR(max_brightness, 0444, led_max_brightness_show, NULL),

#ifdef CONFIG_LEDS_TRIGGERS

__ATTR(trigger, 0644, led_trigger_show, led_trigger_store),

#endif

__ATTR_NULL,

};

这个结构体中的brightness max_brightness trigger等，将来就会在sys/class/leds/whyx210-led/目录下出现，这些就是这个硬件拥有的属性文件。

在这个结构体struct device_attribute中可以看出brightness这个属性文件，有led_brightness_show和led_brightness_store，分别对应的就是读这个led硬件

和写这个led硬件。而max_brightness这个属性文件，有led_max_brightness_show，所以max_brightness这个文件只可以读，可以读取到led硬件当前的值。

led_brightness_show led_brightness_store led_max_brightness_show这三个就是这个硬件的操作方法。可以通过写或读这两个brightness max_brightness

文件，来使用，方法决定了我们可以这么去操作这个硬件。

这三个方法对应的就是三个函数，比如led_brightness_store这个写方法，这个函数里面有一个函数led_set_brightness，这个函数中有一条语句led_cdev->brightness_set(led_cdev, value);，并且led_cdev这个结构体也是

struct led_classdev类型的，所以最后我们用户去通过brightness这个属性文件去写led硬件的时候，会去执行led_brightness_storew这个方法，这个方法中，又

通过调用led_set_brightness这个函数，这个函数中通过led_cdev->brightness_set(led_cdev, value);这条语句，最终对应到了struct led_classdev结构体中的brightness_set这个函数指针变量，而这个函数指针变量在我们填充那个结构体

struct led_classdev中的brightness_set函数指针时，就已经绑定好了我们写的那个写操作硬件的函数了。所以这一条线就打通了.

代码如下：#include

#include

#include //ioremap和iounmap的头文件writel等

#include

#define GPJ0CONS5PV210_GPJ0CON//这个宏是在gpio-bank.h中定义的，是虚拟地址，这个宏还用到了regs-gpio.h中的宏，

//以此类推。

#define GPJ0DATS5PV210_GPJ0DAT

static struct led_classdev myled;

//这个函数绑定到了struct led_classdev这个结构体类型的myled变量中的brightness_set成员，当我们用户写这个led硬件的时候，因为是用led驱动框架

//写的led驱动，所以我们是通过led驱动框架中的brightness这个文件，去写或这个读led硬件的，应为这个文件在驱动框架中具有了可读可写的属性，是在

//struct //device_attribute结构中拥有的，并且最终绑定了到了这个设备类中。所以最后我们用户去通过brightness这个属性文件去写led硬件的时候，会去执行led_br//ightness_store这个方法，这个方法中，又

//通过调用led_set_brightness这个函数，这个函数中通过led_cdev->brightness_set(led_cdev, value);这条语句，最终对应到了struct //led_classdev结构体中的brightness_set这个函数指针变量，而这个函数指针变量在我们填充那个结构体

//struct led_classdev中的brightness_set函数指针时，就已经绑定好了我们写的那个写操作硬件的函数了。所以这一条线就打通了.value就是用户要写的值

//value是枚举，是enum led_brightness类型的枚举，这个枚举有三个值，分别是LED_OFF = 0 LED_XXX = 122 LED_FULL = 255，

static void whyx210_led_set(struct led_classdev *led_cdev, enum led_brightness value)

{

printk(KERN_INFO "whyx210_led_set\n");

if (value == LED_OFF) {//用户输入0时全灭对应用户输入的是echo 0 > brightness

writel(0x11111111, GPJ0CON);

writel(((1 << 3) | (1 << 4) | (1 << 5)), GPJ0DAT);

}else if (value == LED_FULL){//用户输入255时全亮对应用户输入的是echo 255 > brightness

writel(0x11111111, GPJ0CON);

writel(((0 << 3) | (0 << 4) | (0 << 5)), GPJ0DAT);

}