linux驱动开发—— 4、驱动框架入门之 LED

最新推荐文章于 2024-07-17 09:04:38 发布
最新推荐文章于 2024-07-17 09:04:38 发布
阅读量711 收藏 5
点赞数 1
分类专栏： # 5.linux驱动开发 文章标签： 内核
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/vincent3678/article/details/115203443
版权

来自朱有鹏老师的课堂笔记

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");					// 描述模块的别名信息
  • 实验现象：
    在这里插入图片描述
想文艺一点的程序员
关注
  • 1
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
Linux 驱动开发基础知识—— LED 驱动程序框架（四）
妄北y
01-27 7116
内核驱动部分的维护者，往往为同类的设备（比如LED、LCD、蜂鸣器等等）设计了一个成熟的、标准的、典型的框架。他们将同类设备的驱动中通用的一些功能抽离出来，作为驱动框架中的核心层，然后设计好核心层与具体操作层的接口，让驱动开发者来实现具体操作层 ​
Linux 驱动开发基础知识——编写LED驱动程序（三）
妄北y
01-25 6464
我们基于 Hello 驱动程序先写出最简单的 LED 驱动程序
Linux 设备树下的LED驱动框架
shengnan89的博客
04-18 413
1、修改设备树文件 1.1 添加pinctrl节点 pinctrl 子系统主要工作内容如下： ①、获取设备树中 pin 信息。 ②、根据获取到的 pin 信息来设置 pin 的复用功能 ③、根据获取到的 pin 信息来设置 pin 的电气特性，比如上/下拉、速度、驱动能力等。 根据数据手册和绑定文档添加pinctrl节点。 在 iomuxc 节点的 imx6ul-evk 子节点下创建一个名为“pinctrl_led”的子节点 1 pinctrl_led: ledgrp { .
Linux 驱动开发
最新发布
xie__jin__cheng的博客
07-17 1058
Linux 驱动开发
linux内核中led驱动的分布,Linux内核中LED驱动框架
weixin_42511201的博客
05-10 140
------朱有鹏老师驱动开发学习笔记1、读写LED设备属性文件----->LED设备属性的show和store方法-------->LED设备驱动程序--------->操作LED硬件设备；2、led_classdev结构体定义：struct led_classdev{const char *name; //设备名称int brightness; //亮度int max_bri...
linux驱动之一、LED驱动（驱动代码小结附：github代码链接）
Ace's Blog
06-03 2808
前言：最近在学习韦东山老师的arm驱动部分教学，本文记录一下自己对最基本的驱动框架结构的理解，以及最基本的led驱动实现的方法。 一、相关知识点（涉及接口、结构体、调用关系等） 一个软件系统可以分为以下四层：应用程序、库、内核、驱动，借用韦老师一副图，如下图： 即：应用层开发的功能，各个接口会通过库、通过内核调用到底层驱动程序的对应接口，从而执行对应的功能。 也就是说我们做驱动开发时，需要理解驱动...
【Linux驱动】驱动框架之LED框架&gpiolib
qq_39797956的博客
04-25 213
主要关注以下几点问题： 1、LED驱动框架，内核实现部分？ 2、如何使用LED驱动框架实现厂商LED驱动？ 3、gpiolib内核实现部分？ 4、gpiolib厂商（samsung）实现部分？ 5、如何使用gpiolib框架实现gpio相关驱动？ 思维导图 ...
Linux 驱动开发基础知识——LED 模板驱动程序的改造：设备树（十一）
妄北y
02-19 6509
设备树（Device Tree）是Linux内核用来描述硬件结构的数据结构。它使得内核可以在没有硬编码驱动的情况下识别并配置硬件。在嵌入式系统中，设备树特别有用，因为它们经常具有非常不同的硬件配置，而设备树提供了一种灵活的方式来描述这些配置。
Linux驱动分析——LED子系统+驱动框架简介
fang_yang_wa的博客
01-08 2037
1、驱动是谁写的： （1）驱动开发工程师 （2）内核维护者 2、驱动编程写作要求： （1）接口标准化 （2）尽量降低驱动开发者难度 3、到底什么是驱动框架： （1）内核中驱动部分维护者针对每个种类的驱动设计一套成熟的、标准的、典型的驱动实现，然后把不同厂家的同类硬件驱动中相同的部分抽出来自己实现好，再把不同部分留出接口给具体的驱动开发工程师来实现，这就叫驱动框架。 （2）内核维护者在内核中设计了一些统一管控系统资源的体系，这些体系让内核能够对资源在各个驱动之间的使用统一协调和分配，保证整个内
Linux 驱动开发基础知识——认识LED驱动程序 （二）
妄北y
01-20 5244
当我们学习C 语言的时候，我们会写个 Hello 程序。 那当我们写 ARM 程序，也该有一个简单的程序引领我们入门，这个程序就是点亮 LED。
Linux内核中LED驱动框架
qq_27630885的博客
04-18 448
1、读写LED设备属性文件----->LED设备属性的show和store方法-------->LED设备驱动程序--------->操作LED硬件设备； 2、led_classdev结构体定义： struct led_classdev { const char *name; //设备名称 int brightness; //亮度 int max_brightness; ...
【Linux笔记】LED驱动（总线设备驱动模型）
01-06
继续来点灯~ 学了一段时间的嵌入式Linux发现LED程序挺香的。。 我们可以从LED程序中榨取很多知识：基本的驱动框架、驱动的简单分层、驱动的分层+分离思想、总线设备驱动模型、设备树等。这大多都是结合韦老师的教程学的，这篇笔记结合第5个demo来学习、分析： 框图 LED程序的几个层次结构图： 本篇笔记基于第④个图来分析。 程序分析 关于总线设备驱动模型的理论知识我们在上一篇笔记【Linux笔记】总线设备驱动模型中也有简单地学习过了。这篇笔记我们来分析、学习程序。下面分析主要基于上面的框图4。 应用程序ledtest.c： int main(int argc, char **arg
linux系统下led驱动程序模块
06-22
在linux下，按照模块方式，写的控制led的驱动程序，适合入门的linux驱动
linux LED驱动开发
weixin_47295886的博客
04-26 395
对led的操作：实际上的是对寄存器的操作 linux下不能直接对寄存器的物理地址进行读写操作（因为Linux会使使能MMU即内存管理单元） 内存映射：将实际的物理内存映射到（32位=4GB）的虚拟空间 linux内核启动时：初始化MMU，设置好内存映射 使用内存映射函数 内存访问函数进行读写操作 ———————————————————————————— /*模块入口*/ static int __init led_init(void) { int ret = 0 ; return...
Linux驱动开发 - LED驱动
qq_41470744的博客
12-08 359
Linux驱动开发 笔记
Linux（二）LED驱动程序框架（总线设备驱动）
qq_26972441的博客
09-08 847
Linux（二）LED驱动程序框架（总线设备驱动）
linux驱动开发 | led驱动
myWorld001的博客
07-28 238
一、led驱动原理 led的引脚是 GPIO1_IO03引脚。 想使用这个引脚，必须先初始化 1.打开引脚的时钟 打开gpio1的时钟，先清0 在写1 val = readl(IMX6U_CCM_CCGR1); val &= ~(3<<26);/* bit26 27清零 */ val |= (3<<26);/* 打开gpio1时钟 */ 2.复用模式 引脚上电默认就是复用为GPIO1_IO03 3.引脚电气属性寄存器 HYS(bit16)：使能
Linux内核自带的LED灯驱动框架：驱动与设备匹配分析
wojiaxiaohuang2014的博客
04-09 401
Linux内核自带的LED灯驱动的框架
Linux驱动开发1 ——led驱动
huhuandk的博客
07-17 216
—————————————————————— 学习记录————————————————————————— 1驱动中如何操控硬件 与在裸机中操控硬件对比：相同： (1)硬件物理原理不变 (2)硬件操作接口（寄存器）不变 (3)硬件操作代码不变不同： (1)寄存器地址不同。原来是直接用物理地址，现在需要用该物理地址在内核虚拟地址空间相对应的虚拟地址。寄存器的物理地址是CPU设计时决定的，从da...
Linux设备驱动开发入门与LED驱动示例
“Linux 设备驱动开发详解 - 华清远见教育集团出版的书籍，深入解析Linux设备驱动开发的各个环节，包括设备驱动的概念、作用、设计方法以及Linux操作系统下的设备驱动实现，通过LED驱动的‘HelloWorld’实例进行教学...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

想文艺一点的程序员

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值