5.4.3.初步分析led驱动框架源码1

本节对led框架的核心代码led-class.c文件进行分析,主要分析了subsys_initcall宏。

5.4.3.1、涉及到的文件

(1)led-core.c
(2)led-class.c

5.4.3.2、subsys_initcall

(1)经过基本分析,发现LED驱动框架中内核开发者实现的部分主要是led-class.c

(2)我们发现led-class.c就是一个内核模块,对led-class.c分析应该从下往上,遵从对模块的基本分析方法。

(3)为什么LED驱动框架中内核开发者实现的部分要实现成一个模块?因为内核开发者希望这个驱动框架是可以被装载/卸载的。这样当我们内核使用者不需要这个驱动框架时可以完全去掉,需要时可以随时加上。

(4)subsys_initcall是一个宏,定义在linux/init.h中。经过对这个宏进行展开,发现这个宏的功能是:将其声明的函数放到一个特定的段:.initcall4.init。
subsys_initcall
__define_initcall("4",fn,4)

(5)分析module_init宏,可以看出它将函数放到了.initcall6.init段中。
module_init
__initcall
device_initcall
__define_initcall("6",fn,6)

(6)内核在启动过程中需要顺序的做很多事,内核如何实现按照先后顺序去做很多初始化操作。内核的解决方案就是给内核启动时要调用的所有函数归类,然后每个类按照一定的次序去调用执行。这些分类名就叫.initcalln.init。n的值从1到8。内核开发者在编写内核代码时只要将函数设置合适的级别,这些函数就会被链接的时候放入特定的段,内核启动时再按照段顺序去依次执行各个段即可。
(7)经过分析,可以看出,subsys_initcall和module_init的作用是一样的,只不过前者所声明的函数要比后者在内核启动时的执行顺序更早。

5.4.3.3、led_class_attrs

(1)什么是attribute,对应将来/sys/class/leds/目录里的内容,一般是文件和文件夹。这些文件其实就是sysfs开放给应用层的一些操作接口(非常类似于/dev/目录下的那些设备文件)

(2)attribute有什么用,作用就是让应用程序可以通过/sys/class/leds/目录下面的属性文件来操作驱动进而操作硬件设备。

(3)attribute其实是另一条驱动实现的路线。有区别于之前讲的file_operations那条线。

5.4.3.4、led_classdev_register

led_classdev_register
device_create

(1)分析可知,led_classdev_register这个函数其实就是去创建一个属于leds这个类的一个设备。其实就是去注册一个设备。所以这个函数其实就是led驱动框架中内核开发者提供给SoC厂家驱动开发者的一个注册驱动的接口。对应目录/sys/class/led

(2)当我们使用led驱动框架去编写驱动的时候,这个led_classdev_register函数的作用类似于我们之前使用file_operations方式去注册字符设备驱动时的register_chrdev函数。

猜你喜欢

转载自www.cnblogs.com/Ocean-Star/p/9236309.html
今日推荐