来自朱有鹏老师的课堂笔记
1、之前的代码:是我们练手,理解流程的低级代码。
2、进一步改进:使用驱动框架,靠近内核的思想,在公司里面可以直接使用。
一、驱动框架是什么
1、驱动是谁写的
(1)驱动开发工程师
(2)内核维护者
内核维护者 >> 驱动开发工程师 >> 应用开发工程师
2、驱动编程协作要求
(1)接口标准化
(2)尽量降低驱动开发者难度
3、到底什么是驱动框架
(1)举例:比如世界上有很多种led,内核维护者,会尽可能多的收集最多的硬件。
1、内核维护者:把不同厂家的同类硬件驱动中,相同的部分抽出来自己实现好。
2、具体的驱动开发工程师:把不同部分,留出接口
(2)内核维护者在内核中设计了一些统一管控系统资源的体系,这些体系让内核能够对资源在各个驱动之间的使用统一协调和分配,保证整个内核的稳定健康运行。
类比:政府管控土地资源,内核管控开发板上硬件的资源。
譬如系统中所有的GPIO就属于系统资源,
1、每个驱动模块如果要使用某个GPIO就要先调用特殊的接口先申请,
2、申请到后使用,
3、使用完后要释放。
又譬如中断号也是一种资源,驱动在使用前也必须去申请。这也是驱动框架的组成部分。
(3)一些特定的接口函数、一些特定的数据结构,这些是驱动框架的直接表现。
二、内核驱动框架中LED的基本情况
1、相关文件
(1)drivers/leds
目录,这个目录就是驱动框架规定的LED这种硬件的驱动应该待的地方。
这个文件夹,里面包含了下面驱动框架的两个部分。
(2)led-class.c
和 led-core.c
,这两个文件加起来属于LED驱动框架的第1部分。
1、这两个文件是内核开发者提供的
2、他们描述的是内核中,所有厂家的不同LED硬件的相同部分的逻辑。
(3)leds-xxxx.c
,这个文件是LED驱动框架的第2部分。
1、是由不同厂商的驱动工程师编写添加的,
2、厂商驱动工程师结合自己公司的硬件的不同情况来对LED进行操作
3、使用第一部分提供的接口来和驱动框架进行交互,最终实现驱动的功能。
2、九鼎移植的内核中led驱动
(1)九鼎实际未使用内核推荐的led驱动框架,它实现的目录在 drivers/char/led/x210-led.c
如果我们使用驱动框架来开发,是更加符合我们驱动开发的正规流程的
3、案例分析驱动框架的使用
(1)以 leds-s3c24xx.c 为例。leds-s3c24xx.c中通过调用 led_classdev_register
来完成我们的LED驱动的注册,而 led_classdev_register
是在 drivers/leds/led-class.c
中定义的。
所以其实SoC厂商的驱动工程师是调用内核开发者在驱动框架中提供的接口来实现自己的驱动的。
leds-s3c24xx.c : SoC厂商的驱动工程师,调用 led_classdev_register() 函数。
drivers/leds/led-class.c : 内核开发者 定义了 led_classdev_register() 函数。
(2)驱动框架的关键点就是:分清楚内核开发者提供了什么,驱动开发者自己要提供什么
4、典型的驱动开发行业现状
(1)内核开发者对驱动框架进行开发和维护、升级,对应 led-class.c
和 led-core.c
(2)SoC厂商的驱动工程师对设备驱动源码进行编写、调试,提供参考版本,对应 leds-s3c24xx.c
注:Samsung 厂商写的驱动源码,是针对于 他们公司做的开发板。
(3)做产品的厂商的驱动工程师,以SoC厂商提供的驱动源码为基础,来做移植和调试
注:我们做产品的厂商是将 Samsung 公司的大的开发板,裁剪为小的开发板。
所以 产品的厂商 是将 芯片厂商编写的leds-s3c24xx.c
这部分驱动,进行移植和调试。
所以驱动工程师一般分为 3 种:
1、内核驱动工程师
2、Soc 厂商 的 驱动工程师
3、产品产商 的 驱动工程师
三、初步分析led驱动框架源码
1、涉及到的文件:led-core.c
:很短,led-class.c
:主要部分
(1)经过基本分析,发现LED驱动框架中内核开发者实现的部分主要是 led-class.c。
(2)我们发现 led-class.c
就是一个内核模块,为什么LED驱动框架中内核开发者实现的部分要实现成一个模块?
1、内核模块:我们之前写的驱动层代码:
mould.c
2、因为内核开发者希望这个驱动框架是可以被装载/卸载的。这样当我们内核使用者不需要这个驱动框架时可以完全去掉,需要时可以随时加上。
(3)对 led-class.c
分析应该从下往上,遵从对模块的基本分析方法。
1、subsys_initcall 和 module_init 宏对比
static int __init leds_init(void)
{
leds_class = class_create(THIS_MODULE, "leds"); // 自己创建了一个类
if (IS_ERR(leds_class))
return PTR_ERR(leds_class);
leds_class->suspend = led_suspend; // 填充这些类
leds_class->resume = led_resume;
leds_class->dev_attrs = led_class_attrs;
return 0;
}
subsys_initcall(leds_init);
module_exit(leds_exit);
(1)定义在 linux/init.h
中。经过对这个宏进行展开,发现这个宏的功能是:将其声明的函数放到一个特定的段:.initcall4.init
(这个就是段名)
subsys_initcall
__define_initcall("4",fn,4)
(2)分析module_init宏,可以看出它将函数放到了 .initcall6.init
段中。
module_init
__initcall
device_initcall
__define_initcall("6",fn,6)
总结:他们的作用是一样的:都是将一些函数,放到指定的段当中。
(3)内核在启动过程中需要顺序的做很多事,内核如何实现按照先后顺序去做很多初始化操作?
内核的解决方案:就是给内核启动时要调用的所有函数归类,然后每个类按照一定的次序去调用执行。
1、这些分类名就叫
.initcalln.init
。
2、n的值从1到8。.initcall1.init
,.initcall2.init
3、内核开发者在编写内核代码时只要将函数设置合适的级别,这些函数就会被链接的时候放入特定的段
4、内核启动时再按照段顺序去依次执行各个段即可。
(4)经过分析,可以看出,subsys_initcall
和 module_init
的作用是一样的,只不过前者所声明的函数要比后者在内核启动时的执行顺序更早。
2、led_class_attrs
static int __init leds_init(void)
{
leds_class = class_create(THIS_MODULE, "leds"); // 自己创建了一个类
leds_class->dev_attrs = led_class_attrs;
return 0;
}
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),
};
attribute
:名词:属性;特质
(1)什么是attribute
,对应将来 /sys/class/leds/
目录里的内容,一般是文件和文件夹。这些文件其实就是sysfs开放给应用层的一些操作接口(非常类似于 /dev/ 目录下的那些设备文件)
以上代码:在
/sys/class/leds/
目录下就会生成两个文件:brightness
和max_brightness
(1)led_brightness_show
:对应 读 这个brightness
文件
(2)led_brightness_store
:对应 写 这个brightness
文件
(2)attribute
有什么用,作用就是让应用程序可以通过 /sys/class/leds/
目录下面的属性文件来操作驱动进而操作硬件设备。
(3)attribute其实是另一条驱动实现的路线。有区别于之前讲的file_operations那条线。
file_operations
的路线:先注册设备号,然后注册驱动模块。
attribute
的路线:可能就不需要注册设备号
3、led_classdev_register
class_create
的作用:在我们/sys/class
文件夹当中创建一个设备类。 (这是一个 空的类)
device_create
:创建一个属于这个设备类的一个类。(在这个空类下面)
(1)分析可知,led_classdev_register
这个函数其实就是去创建一个属于leds这个类的一个设备。
1、其实就是去注册一个设备。
2、所以这个函数其实就是led驱动框架中,内核开发者提供给SoC厂家驱动开发者,的一个注册驱动的接口。
(2)当我们使用led驱动框架去编写驱动的时候,这个 led_classdev_register
函数的作用类似于我们之前使用 file_operations方式 去注册字符设备驱动时的 register_chrdev
函数。
四、在内核中添加或去除某个驱动
1、去除九鼎移植的LED驱动
(1)九鼎移植的驱动在应用层的接口,在/sys/devices/platform/x210-led/
目录下,有 led1、led2、led3、led4四个设备文件,各自管理一个led。
属于一个 attribute 文件
cat 对应驱动层的:show
echo 对应驱动层的:store
(2)要去掉九鼎自己移植的led驱动,要在 make menucofig
中去掉选择项,然后重新make得到zImage,然后重启时启动这个新的zImage即可。
这个
mennuconfig
的路径是:
Device Drivers ----> Character devices -----> x210_led_driver.
(注意:这个路径要与我们下面驱动框架的led ,相互区别)
(3)新的内核启动后,如果 /sys/devices/platform/ 目录下已经没有了x210-led这个目录,就说明我们去掉这个驱动成功了。
(4)为什么make menuconfig就能去掉这个驱动?
取决于:
kernel/devices/char/led/Makefile
的链接规则
我们make mennuconfig
,取消了这个配置项,对应的这个宏也会被取消。
2、添加led驱动框架支持
(1)当前内核中是没有LED驱动框架的,我们要去添加它。
九鼎的内核没有用到 驱动框架,需要我们自己去写。
(2)在 manuconfig 当中打开 LED Support 。
mannuconfig 的目录结构,和我们的内核源码树的结构很类似。
(3)添加之后,我们重新 make ,然后重启,再使用 tftp 的方式来加载我们的新内核。
我们添加这个配置项之后,
sys/class
目录下面就会多出一个 leds 文件
(4)回顾分析流程:
-
我们多出了一个设备类:说明我们执行了
class_create
函数。 -
如果我们想要添加一个子类:我们必须执行
led_classdev_register
。因为led_classdev_register
当中调用了device_create
(5)现象分析:多出了4个 mmc 设备(sd卡),而不是led设备
首先多出子类,肯定是调用了 device_create
函数。所以我们推断,sd卡当中调用了这个函数。
果然我们在:Sdhci.c
当中发现了
分析:为什么 sd 卡,要用到 led 的驱动框架?
联想到我们的移动硬盘:当有文件在读写数据的时候,有一个指示灯会一闪一闪的亮。
3、后期展望:
我们的任务:
1、在
mannuconfig
的时候,可以看到我们自己写的驱动模块。
2、sys/class/leds
目录下面有,我们的驱动设备文件
3、我们可以通过 cat 、 echo 等等命令来操作这个文件,间接的使用硬件。
五、基于驱动框架写led驱动
之前都是自己胡乱写的。
现在,我们要和厂商的驱动开发工程师一样,来基于驱动框架写 led 驱动。
分析
(1)参考哪里? drivers/leds/leds-s3c24xx.c
这个文件是:Samsung 公司针对芯片 s3c2410 或者是 s3c2440 来写的 led 驱动。
(2)关键点:led_classdev_register
这个函数调用了,
devices_create()
,来创建设备类的驱动。
1、写属于我们开发板的led驱动:
#include <linux/module.h> // module_init module_exit
#include <linux/init.h> // __init __exit
#include <linux/fs.h>
#include <linux/leds.h>
#include <mach/regs-gpio.h>
#include <mach/gpio-bank.h>
#include <linux/io.h>
#include <linux/ioport.h>
#define GPJ0CON S5PV210_GPJ0CON
#define GPJ0DAT S5PV210_GPJ0DAT
static struct led_classdev mydev; // 定义结构体变量
// 这个函数就是要去完成具体的硬件读写任务的
static void s5pv210_led_set(struct led_classdev *led_cdev,
enum led_brightness value)
{
printk(KERN_INFO "s5pv210_led_set\n");
}
static int __init s5pv210_led_init(void)
{
// 用户insmod安装驱动模块时会调用该函数
// 该函数的主要任务就是去使用led驱动框架提供的设备注册函数来注册一个设备
int ret = -1;
mydev.name = "myled"; // 设备的名字
mydev.brightness = 255; // 亮度(可能需要pwm 调亮度)
mydev.brightness_set = s5pv210_led_set; // mydev 结构体变量当中的一个 函数指针
ret = led_classdev_register(NULL, &mydev); // 注册我们的驱动,第一个参数我们先传入 NULL ,第二个我们传入 结构体变量的地址即可
if (ret < 0) {
printk(KERN_ERR "led_classdev_register failed\n");
return ret;
}
return 0;
}
static void __exit s5pv210_led_exit(void)
{
led_classdev_unregister(&mydev); // 注销我们的驱动
}
module_init(s5pv210_led_init);
module_exit(s5pv210_led_exit);
// MODULE_xxx这种宏作用是用来添加模块描述信息
MODULE_LICENSE("GPL"); // 描述模块的许可证
MODULE_AUTHOR("aston <1264671872@qq.com>"); // 描述模块的作者
MODULE_DESCRIPTION("s5pv210 led driver"); // 描述模块的介绍信息
MODULE_ALIAS("s5pv210_led"); // 描述模块的别名信息
分析:
我们自己只写了驱动注册
led_classdev_register
这一部分, 内核开发者帮我们写了class_create
函数。
(1)什么时候会产生我们的子设备类文件?
应用层:insmod ——> 驱动层:
s5pv210_led_init
———>led_classdev_register
———>devices_create
——>sys/class/leds
文件夹下面创建一个文件。
(2)子设备类下面的属性文件什么时候生成?
(3)这些属性文件有什么作用:
1、实现了我们,应用层和驱动层的交互。
应用层:echo 1 > brightness
——> 驱动层:led_brightness_store
——>led_set_brightness
注意:led_set_brightness()
这个函数是内核开发者,留给我们的接口,要求我们自己实现。
总结:所以最后 echo 1 > brightness
的时候,会执行我们自己写的驱动模块当中的,s5pv210_led_set
函数。
通过分析看出:
第1:我们写的驱动确实工作了,被加载了,/sys/class/leds/目录下确实多出来了一个表示设备的文件夹。文件夹里面有相应的操控led硬件的2个属性 brightness 和 max_brightness
第2:led-class.c中brightness方法有一个show方法和store方法,这两个方法对应用户在 /sys/class/leds/myled/brightness 目录下直接去读写这个文件时实际执行的代码。
当我们show brightness时,实际就会执行 led_brightness_show 函数
当我们echo 1 > brightness时,实际就会执行led_brightness_store函数
2、添加硬件操作
// 这个函数就是要去完成具体的硬件读写任务的
static void s5pv210_led_set(struct led_classdev *led_cdev,
enum led_brightness value)
{
printk(KERN_INFO "s5pv210_led_set\n");
// 在这里根据用户设置的值来操作硬件
// 用户设置的值就是value
if (value == LED_OFF)
{
// 用户给了个0,希望LED灭
writel(0x11111111, GPJ0CON);
writel(((1<<3) | (1<<4) | (1<<5)), GPJ0DAT);
}
else
{
// 用户给的是非0,希望LED亮
writel(0x11111111, GPJ0CON);
writel(((0<<3) | (0<<4) | (0<<5)), GPJ0DAT);
}
}
3、改进:在驱动中将4个LED分开
好处:
1、驱动层实现对各个LED设备的独立访问,并向应用层展示出4个操作接口led1、led2、led3、led4,这样应用层可以完全按照自己的需要对LED进行控制。
2、驱动的设计理念:不要对最终需求功能进行假定,而应该只是直接的对硬件的操作。
3、有一个概念就是:机制和策略的问题。在硬件操作上驱动只应该提供机制而不是策略。策略由应用程序来做。
(2)如何实现
一个驱动对应,1个结构体变量
static struct led_classdev mydev;
3个驱动,我们就要对应 3个结构体变量
static struct led_classdev mydev1; // 定义结构体变量
static struct led_classdev mydev2; // 定义结构体变量
static struct led_classdev mydev3; // 定义结构体变量
然后对应着3个结构体变量的填充,和3个驱动的注册
我们注册 3 个驱动,就会对应的生成 3 个驱动文件。
// led1
mydev1.name = "led1";
mydev1.brightness = 255;
mydev1.brightness_set = s5pv210_led1_set;
ret = led_classdev_register(NULL, &mydev1);
if (ret < 0) {
printk(KERN_ERR "led_classdev_register failed\n");
return ret;
}
// led2
mydev2.name = "led2";
mydev2.brightness = 255;
mydev2.brightness_set = s5pv210_led2_set;
ret = led_classdev_register(NULL, &mydev2);
if (ret < 0) {
printk(KERN_ERR "led_classdev_register failed\n");
return ret;
}
// led3
mydev3.name = "led3";
mydev3.brightness = 255;
mydev3.brightness_set = s5pv210_led3_set;
ret = led_classdev_register(NULL, &mydev3);
if (ret < 0) {
printk(KERN_ERR "led_classdev_register failed\n");
return ret;
}
注:我们操控单个 led 的注意事项:
1、我们 3 个led 在一个寄存器当中被操作。
2、所以我们只有采用 读改写 的方法 , 才能确保我们的
(1)其他位不会被影响
(2)只修改我们想要修改的位
writel((readl(GPJ0DAT) | (1<<3)), GPJ0DAT);
- 整体代码
#include <linux/module.h> // module_init module_exit
#include <linux/init.h> // __init __exit
#include <linux/fs.h>
#include <linux/leds.h>
#include <mach/regs-gpio.h>
#include <mach/gpio-bank.h>
#include <linux/io.h>
#include <linux/ioport.h>
#define GPJ0CON S5PV210_GPJ0CON
#define GPJ0DAT S5PV210_GPJ0DAT
static struct led_classdev mydev1; // 定义结构体变量
static struct led_classdev mydev2; // 定义结构体变量
static struct led_classdev mydev3; // 定义结构体变量
// 这个函数就是要去完成具体的硬件读写任务的
static void s5pv210_led1_set(struct led_classdev *led_cdev,
enum led_brightness value)
{
printk(KERN_INFO "s5pv210_led1_set\n");
writel(0x11111111, GPJ0CON);
// 在这里根据用户设置的值来操作硬件
// 用户设置的值就是value
if (value == LED_OFF)
{
// 用户给了个0,希望LED灭
//writel(0x11111111, GPJ0CON);
// 读改写三部曲
writel((readl(GPJ0DAT) | (1<<3)), GPJ0DAT);
}
else
{
// 用户给的是非0,希望LED亮
//writel(0x11111111, GPJ0CON);
writel((readl(GPJ0DAT) & ~(1<<3)), GPJ0DAT);
}
}
static void s5pv210_led2_set(struct led_classdev *led_cdev,
enum led_brightness value)
{
printk(KERN_INFO "s5pv2102_led_set\n");
writel(0x11111111, GPJ0CON);
// 在这里根据用户设置的值来操作硬件
// 用户设置的值就是value
if (value == LED_OFF)
{
// 用户给了个0,希望LED灭
//writel(0x11111111, GPJ0CON);
// 读改写三部曲
writel((readl(GPJ0DAT) | (1<<4)), GPJ0DAT);
}
else
{
// 用户给的是非0,希望LED亮
//writel(0x11111111, GPJ0CON);
writel((readl(GPJ0DAT) & ~(1<<4)), GPJ0DAT);
}
}
static void s5pv210_led3_set(struct led_classdev *led_cdev,
enum led_brightness value)
{
printk(KERN_INFO "s5pv210_led3_set\n");
writel(0x11111111, GPJ0CON);
// 在这里根据用户设置的值来操作硬件
// 用户设置的值就是value
if (value == LED_OFF)
{
// 用户给了个0,希望LED灭
//writel(0x11111111, GPJ0CON);
// 读改写三部曲
writel((readl(GPJ0DAT) | (1<<5)), GPJ0DAT);
}
else
{
// 用户给的是非0,希望LED亮
//writel(0x11111111, GPJ0CON);
writel((readl(GPJ0DAT) & ~(1<<5)), GPJ0DAT);
}
}
static int __init s5pv210_led_init(void)
{
// 用户insmod安装驱动模块时会调用该函数
// 该函数的主要任务就是去使用led驱动框架提供的设备注册函数来注册一个设备
int ret = -1;
// led1
mydev1.name = "led1";
mydev1.brightness = 255;
mydev1.brightness_set = s5pv210_led1_set;
ret = led_classdev_register(NULL, &mydev1);
if (ret < 0) {
printk(KERN_ERR "led_classdev_register failed\n");
return ret;
}
// led2
mydev2.name = "led2";
mydev2.brightness = 255;
mydev2.brightness_set = s5pv210_led2_set;
ret = led_classdev_register(NULL, &mydev2);
if (ret < 0) {
printk(KERN_ERR "led_classdev_register failed\n");
return ret;
}
// led3
mydev3.name = "led3";
mydev3.brightness = 255;
mydev3.brightness_set = s5pv210_led3_set;
ret = led_classdev_register(NULL, &mydev3);
if (ret < 0) {
printk(KERN_ERR "led_classdev_register failed\n");
return ret;
}
return 0;
}
static void __exit s5pv210_led_exit(void)
{
led_classdev_unregister(&mydev1);
led_classdev_unregister(&mydev2);
led_classdev_unregister(&mydev3);
}
module_init(s5pv210_led_init);
module_exit(s5pv210_led_exit);
// MODULE_xxx这种宏作用是用来添加模块描述信息
MODULE_LICENSE("GPL"); // 描述模块的许可证
MODULE_AUTHOR("aston <1264671872@qq.com>"); // 描述模块的作者
MODULE_DESCRIPTION("s5pv210 led driver"); // 描述模块的介绍信息
MODULE_ALIAS("s5pv210_led"); // 描述模块的别名信息
- 实验现象: