LED子系统剖析

写以前,先看一张图:数据结构

上次说了LED驱动程序,Linux自身也携带了LED驱动,且是脱离平台的,即LED子系统.操做起来十分简单.可是它的实质却不是那么容易,研究了一个晚上,终于明白了其中一个文件的功能啦,机led-class.c文件.如今分享一下.函数

其实LED的驱动位于内核driver/leds目录下.核心文件有:led-class.c leds-s3c24xx.c、leds-gpio.c .先看其中一个文件 led-core.c文件.spa

一看就知道和类class脱不了关系.class有何做用呢?首先何所谓类呢?就是一组设备具备共同性而抽象出来的.其实leds-gpio.c和leds-s3c24xx.c功能都是差很少,二者是并列的,他们都共有的功能是在class里面实现的.在led-class.c文件实现的功能总的来讲就是先创建一个类leds,而后在该类下创建一个设备节点,最后就在该设备节点下载创建几个属性文件.而创建类的交给函数leds_init(void)来完成,而在该类下创建设备节点,以及在该节点下创建属性文件,并对属性文件实现读写操做..net

如今咱们先看看第一个,就是init加载文件,第一句也是核心句,就是创建一个类leds,而且函数返回值赋值给了led_cdev->dev,即led_cdev->dev=class_create(THIS_MODULE, "leds"),这个将在sys目录下产生文件即产生leds类的文件名,第一个参数指定所属的模块,第二个指定了设备的名字.指针

而接下来的,第二句IS_ERR(leds-class)就是判断leds-class是否正确产生.接下来的都是函数指针.leds_class->suspend = led_suspend等就是函数指针啦,上面都有具体函数实现.其中suspend()是在设备休眠时调用,resume()是恢复设备时调用.第一个函数suspend()函数的实现,其实它就是调了brightness_set(led_cdev, 0)函数,因此就说说这个函数.这个函数是数据结构体led_classdev里的成员,是指向一个函数,在哪里指向呢?在leds-gpio.c里的那时候,指向gpio_led_set函数,其实实现就是对level变量赋值.而在leds-s3c24xx.c也差很少.总而来讲,实现的供能就是设备挂起时候,就level赋一个值,0仍是1就根据你的active_low的选择啦.如今说一下resume(),其实也等同上面同样,最终用led_cdev->brightness赋值给level.到这里leds_init函数就OK啦,最后经过subsys_initcall(leds_init)使得eds_init在系统启动时候就会被初始化啦.code

总结一下,leds_init函数在系统启动的时候就会被调用.实现的功能就是在sys/class目录下生成leds类目录,还有就是实现挂起和恢复时候,执行brightness_set(led_cdev, *)函数.orm

接下来就主要剩下led_classdev_register函数.blog

前面说了就是产生几个文件.其中第一个就是设备节点.该函数第一句资源

led_cdev->dev = device_create(leds_class, parent, 0, led_cdev, "%s", led_cdev->name);

函数原型get

device_create(struct class *class, struct device *parent,dev_t devt, void *drvdata, const char *fmt, ...),

看看代码实现,一个主要函数就是dev = device_create_vargs(class, parent, devt, drvdata, fmt, vargs),就是实如今对应目录下产生设备节点,那个目录,先看看各个参数意思,第一个参数指定所要建立的设备所从属的类,第二个参数是这个设备的父设备,若是没有就指定为NULL,第三个参数是设备号,第四个参数是设备名称,第五个参数是从设备号.咱们看一下实参,第一个实参leds_class,这个在哪里出现的呢?在前面leds_init函数的创建类的返回值,因此其实就是在前面的leds类下创建设备文件节点.

接下来的一句也相当重要,device_create_file函数,添加属性文件,添加了几个文件,咱们就那其中一

个dev_attr_brightness来说,这个属性在哪里实现?上面有 DEVICE_ATTR(brightness, 0644, led_brightness_show, led_brightness_store),其中后面两个参数就是实现对该属性文件的读写操做,两个操做都有具体函数实现.说具体点就是,对该属性文件读操做时候,即便用cat命令对该属性文件操做,内核会自动调用led_brightness_show.同理,使用echo命令就调用led_brightness_store函数如今咱们就看看这些文件是会放在哪里.

如今先把代码剖出来

int led_classdev_register(struct device *parent, struct led_classdev *led_cdev)
{
led_cdev->dev = device_create(leds_class, parent, 0, led_cdev,
     "%s", led_cdev->name);

rc = device_create_file(led_cdev->dev, &dev_attr_brightness);

}

其实这个函数使用EXPORT_SYMBOL_GPL(led_classdev_register)导出来,在leds-gpio.c和leds-s3c24xx.c中调用.

咱们跟踪一下led_classdev_register函数.在leds-gpio.c就有调用到,以下侦测函数

gpio_led_probe(struct platform_device *pdev)

其中调用

ret = create_gpio_led(&pdata->leds[i], &leds_data[i],  &pdev->dev, pdata->gpio_blink_set);

查看

create_gpio_led(const struct gpio_led *template,struct gpio_led_data *led_dat, struct device *parent,int (*blink_set)(unsigned, unsigned long *, unsigned long *))

可知,其就调用ret = led_classdev_register(parent, &led_dat->cdev);

前面咱们说了创建设备节点,如今再细讲一下.咱们主要看看parent指向的是pdev->dev.因为pdev是平台设备,因此得关系到平台设备问题.其中pdev->dev对应平台设备下的设备.因此呢,对于设备节点的设备名,跟踪一下leds-gpio.c代码,就知道leds-gpio.c里的cdev就对应上面的led_cdev

led_dat->cdev.name = template->name;  //在函数creat_gpio_led

而 template有对应于pdata->leds[i]

struct gpio_led_platform_data *pdata = pdev->dev.platform_data;

简而言之,就是在在gpio_led_probe函数中,获取平台信息platform_data,做为参数传给函数creat_gpio_led的template参数,最后经过该参数付给了led_dat->cdev.name.

因此建立的dev节点的名字由你的平台设备的信息决定的.

如今再来看看在哪里生成属性文件,看函数

device_create_file(led_cdev->dev, &dev_attr_brightness);

主要是看参数led_cdev->dev,这个又是指向哪里,其实就是创建设备节点时候的返回值,能够看看上面.因此就在设备节点目录下创建属性文件,固然后面几个创建属性文件都同样.

说道这里,led-class.c就完啦,剩下没讲的函数要不就是属性读写函数,要不就是卸载函数,对于属性文件就到咱们后面的移植篇再作讲解.总结一下,通常类来讲,用class_creat加你类,在device_creat在类目录下创建设备文件,还能够在设备节点下创建属性文件,实现对设备的操做,可是该操做通常就是读写,是经过命令实现的.

好啦,上米哦按那张图就展现了在class下创建4个设备节点:led0-led4,每一个设备节点下创建属性文件,其中有一个brigtness,往这个文件执行命令,cat是读出,echo是写入,如:个人板子执行echo 1 >brightness时候,第一颗灯亮.执行echo 0 >brightness时候,第一颗灯不亮.对于为何会亮,会什么又会灭,在LED移植篇在讲解.

可是这里仍是有点问题:我在platform设备明明就只有led0-led4四个设备节点,可是怎么会有led0-led7八个呢,待解..........................................

接下来就差leds-gpio.c(leds-s3c24xx.c和leds_gpio.c)是同样,代码页差很少,,里面主要就是platform模型,即涉及到存放什么硬件资源内核,怎么存放,而后咱们又怎么去取出来.......

本文转自:http://blog.csdn.net/shiyi_2012/article/details/7456165

相关文章
相关标签/搜索