重新理解一波设备驱动|Linux驱动

一口Linux 2022-05-09 11:50

哈喽,我是老吴。

非常怀念写文章的感觉。

昨晚复习了一些 Linux 驱动的基础知识,给大家分享一下吧。

先说结论:

多年来,我接触到的 Linux 驱动教程大多都是从 0 编写,这样对初学者而言最大的好处,就是可以接触到比较多的底层原理。

但是在真正的工作场景里,其实是应该尽量避免从 0 构建自己的设备驱动的。

更好的做法是在高度模块化的驱动框架里添加自己的设备驱动。

这样做的好处是最大程度地复用内核现有的代码,同时获得极大的弹性和可维护性,并且为应用程序提供出统一的访问接口。

下面详细地说说。

什么是设备驱动?

设备驱动程序 (device driver) 是对硬件的抽象:

提供基础框架来编写和运行设备驱动程序是操作系统内核责任的一部分。

尽管可以在用户空间中运行设备驱动程序(通过一些内核接口,如 UIO 或 I2CDEV),更常见的情况是让它们在内核空间中运行。


以字符设备驱动为例:

字符设备 (char device) 是一种最常见的硬件抽象。

/dev 目录下的设备节点文件就是内核导出给用户空间的访问设备驱动的接口。

设备节点文件中有三个基本信息:

  • Type,用于标识是 block 还是 char device;

  • Major number,用于标志是那一类 char deivce;

  • Minor number,用于标志是哪一个 char device;


编写字符设备驱动的流程:

1、分配设备号,这通过 register_chrdev_region() 或 alloc_chrdev_region() 来完成;

2、实现文件操作(open、read、write、ioctl)等。

3、使用 cdev_init() 和 cdev_add() 向内核中注册字符设备。

以 LED 字符设备驱动为例


如果按照从 0 构建的思路编写驱动的话,伪代码如下

硬件访问相关:

static struct {
 dev_t devnum;
 struct cdev cdev;
 unsigned int led_status;
 void __iomem *regbase;
} drvled_data;

static void drvled_setled(unsigned int status)
{
 u32 val;

 /* set value */
 val = readl(drvled_data.regbase + GPIO1_REG_DATA);
 if (status == LED_ON)
  val |= GPIO_BIT;
 else if (status == LED_OFF)
  val &= ~GPIO_BIT;
 writel(val, drvled_data.regbase + GPIO1_REG_DATA);

 /* update status */
 drvled_data.led_status = status;
}

static void drvled_setdirection(void)
{
 ...
}

文件操作相关:

static ssize_t drvled_read(struct file *file, char __user *buf,
      size_t count, loff_t *ppos)

{
 ...
}

static ssize_t drvled_write(struct file *file, const char __user *buf,
       size_t count, loff_t *ppos)

{
 char kbuf = 0;

 if (copy_from_user(&kbuf, buf, 1))
  return -EFAULT;

 if (kbuf == '1') {
  drvled_setled(LED_ON);
  pr_info("LED ON!\n");
 } else if (kbuf == '0') {
  drvled_setled(LED_OFF);
  pr_info("LED OFF!\n");
 }

 return count;
}

static const struct file_operations drvled_fops = {
 .owner = THIS_MODULE,
 .write = drvled_write,
 .read = drvled_read,
};

注册和卸载字符设备相关:

static int __init drvled_init(void)
{
 int result = 0;

 if (!request_mem_region(GPIO1_BASE, GPIO1_SIZE, DRIVER_NAME)) {
  pr_err("%s: Error requesting I/O!\n", DRIVER_NAME);
  result = -EBUSY;
  goto ret_err_request_mem_region;
 }

 drvled_data.regbase = ioremap(GPIO1_BASE, GPIO1_SIZE);
 if (!drvled_data.regbase) {
  pr_err("%s: Error mapping I/O!\n", DRIVER_NAME);
  result = -ENOMEM;
  goto err_ioremap;
 }

 result = alloc_chrdev_region(&drvled_data.devnum, 01, DRIVER_NAME);
 if (result) {
  pr_err("%s: Failed to allocate device number!\n", DRIVER_NAME);
  goto ret_err_alloc_chrdev_region;
 }

 cdev_init(&drvled_data.cdev, &drvled_fops);

 result = cdev_add(&drvled_data.cdev, drvled_data.devnum, 1);
 if (result) {
  pr_err("%s: Char device registration failed!\n", DRIVER_NAME);
  goto ret_err_cdev_add;
 }

 drvled_setdirection();

 drvled_setled(LED_OFF);

 pr_info("%s: initialized.\n", DRIVER_NAME);
 goto ret_ok;

ret_err_cdev_add:
 unregister_chrdev_region(drvled_data.devnum, 1);
ret_err_alloc_chrdev_region:
 iounmap(drvled_data.regbase);
err_ioremap:
 release_mem_region(GPIO1_BASE, GPIO1_SIZE);
ret_err_request_mem_region:
ret_ok:
 return result;
}

static void __exit drvled_exit(void)
{
    ...
}

module_init(drvled_init);
module_exit(drvled_exit);

运行效果:

$ install ledrv.ko
$ ls /dev/led
# 灯亮
echo 1 >/dev/led
# 灯灭
echo 1 >/dev/led 

三个问题

单从功能的角度看,上面的程序完全满足控制一个 LED 的需求。

但是,它不是一个好的驱动,这里有 3 个问题。


问题 1:

它创建的接口是 /dev/led,这不是一个通用接口,会增加上层开发人员的学习成本。

解决这个问题需要在 LED char driver 上再添加一层 LED framework,LED framework 负责给用户空间提供标准化的访问接口,同时用于添加可复用的逻辑功能。

基本上各种设备驱动都有自己的 framework,例如 input, IIO, ALSA, V2L2, RTC, watchdog 等。

使用这些 framework 驱动工程师不用考虑提供给用户空间的接口,应用开发人员也只需要学习一次标准的硬件访问接口接口。


问题 2:

它只是控制 1 个 gpio,但是却申请使用了 2 个寄存器,这 2 个寄存器负责控制芯片的 8 个 gpio。这意味着其他 7 个 gpio 再也没法被其他驱动申请使用。

解决这个问题需要引入一个 gpio 的管理者:gpiolib。gpiolib 负责统一管理和分配 gpio 资源。


问题 3:

它包含了硬件信息。如果我们想控制另外一个 gpio或者多个 gpio,就得改动源码,代码维护的工作量极大。

解决这个问题我们需要将硬件信息从代码中抽取出来,具体的就是引入总线、设备、驱动模型。

更好的 LED 驱动

我们用上面的思路,写一个更合理的 LED 驱动。

引入 LED framework:

1、初始化 led_classdev 结构体。

2、提供一个回调函数来改变状态 LED 的。

3、使用 led_classdev_register() 在想 LED framework 注册驱动程序。


引入 gpiolib:

内核管理 gpio 的思路是典型的 producer/consumer 模型。

GPIO controller driver 是 producer,LED driver 是 consumer。

下面是几个常用的 gpiolib api,它们的作用一目了然:

#include 
#include 
struct gpio_desc *gpiod_get(struct device *dev, const char *con_id,enum gpiod_flags flags);

void gpiod_put(struct gpio_desc *desc);

int gpiod_direction_input(struct gpio_desc *desc);

int gpiod_direction_output(struct gpio_desc *desc, int value);

void gpiod_set_value(struct gpio_desc *desc, int value);

int gpiod_get_value(const struct gpio_desc *desc);


引入总线、设备、驱动模型 :

该模型包含 4 部分。

Bus core: 对硬件总线的抽象,不同总线有不同的 Bus core,例如 USB core, SPI core, I2C core, PCI core ,在内核中由 bus_type 结构表示。

Bus adapters: 总线控制器驱动程序,在内核中由 device_driver 结构体表示。

Bus drivers: 负责管理连接到总线的设备的驱动程序,在内核中由 device_driver 结构体表示。

Bus devices: 连接到总线的设备,在内核中由结构 device 表示。

内核虚拟了一条叫 Platform 的总线,用于适配 LED 这种不属于任何总线的设备。

看下改造后的代码:

设备信息:

LED {
<&gpio1 9>
}

硬件控制:

tatic struct drvled_data_st *drvled_data;

static void drvled_setled(unsigned int status)
{
 // 控制 gpio
 if (status == LED_ON)
  gpiod_set_value(drvled_data->desc, 1);
 else
  gpiod_set_value(drvled_data->desc, 0);
}

static void drvled_change_state(struct led_classdev *led_cdev,
    enum led_brightness brightness)

{
 if (brightness)
  drvled_setled(LED_ON);
 else
  drvled_setled(LED_OFF);
}

向 LED framework 注册:

static int drvled_probe(struct platform_device *pdev)
{
 struct device_node *np = pdev->dev.of_node;
 struct device_node *child = NULL;
 int result, gpio;

 child = of_get_next_child(np, NULL);

 drvled_data = devm_kzalloc(&pdev->dev, sizeof(*drvled_data),
       GFP_KERNEL);
 if (!drvled_data)
  return -ENOMEM;

 // 从设备数中获得硬件信息
 gpio = of_get_gpio(child, 0);

 result = devm_gpio_request(&pdev->dev, gpio, pdev->name);
 if (result) {
  dev_err(&pdev->dev, "Error requesting GPIO\n");
  return result;
 }

 drvled_data->desc = gpio_to_desc(gpio);

 drvled_data->led_cdev.name = of_get_property(child, "label"NULL);
 drvled_data->led_cdev.brightness_set = drvled_change_state;

 // 注册进 LED framework
 result = devm_led_classdev_register(&pdev->dev, &drvled_data->led_cdev);
 if (result) {
  dev_err(&pdev->dev, "Error registering led\n");
  return result;
 }

 gpiod_direction_output(drvled_data->desc, 0);

 dev_info(&pdev->dev, "initialized.\n");

 return 0;
}

static int drvled_remove(struct platform_device *pdev)
{
 dev_info(&pdev->dev, "exiting.\n");

 return 0;
}

static const struct of_device_id of_drvled_match[] = {
 { .compatible = "labworks,drvled" },
 {},
};

static struct platform_driver drvled_driver = {
 .driver = {
  .name = "drvleds",
  .owner = THIS_MODULE,
  .of_match_table = of_drvled_match,
 },
 .probe  = drvled_probe,
 .remove  = drvled_remove,
};

module_platform_driver(drvled_driver);


改造后,应用总是通过下面这种标准的接口访问 LED:

# 灯亮
echo 1 > /sys/class/leds//brightness

# 灯灭
echo 0 > /sys/class/leds//brightness

并且有大量的 trigger 可供使用,例如让 LED 呈心跳状态的 heartbeat trigger:

echo heartbeat > /sys/class/leds//trigger


假设这时你想改用 gpio expander 芯片来控制 LED:

只需要添加这个 gpio expander 的驱动代码,并且修改设备树即可,其他部分完全不需要改动:

gpioexp {
I2C0, 0x10
}
LED {
<&gpioexp 3>
}

到此,你是否更清楚如何为 Linux 添加设备驱动了呢?


—— The End ——

推荐阅读:

专辑 | Linux 系统编程

专辑 | Linux 驱动开发

专辑 | Linux 内核品读

专辑 | 每天一点 C

专辑 | 开源软件

专辑 | Qt 入门

一口Linux 写点代码,写点人生!
评论
  •         在有电流流过的导线周围会感生出磁场,再用霍尔器件检测由电流感生的磁场,即可测出产生这个磁场的电流的量值。由此就可以构成霍尔电流、电压传感器。因为霍尔器件的输出电压与加在它上面的磁感应强度以及流过其中的工作电流的乘积成比例,是一个具有乘法器功能的器件,并且可与各种逻辑电路直接接口,还可以直接驱动各种性质的负载。因为霍尔器件的应用原理简单,信号处理方便,器件本身又具有一系列的du特优点,所以在变频器中也发挥了非常重要的作用。  &nb
    锦正茂科技 2024-12-10 12:57 43浏览
  • 我的一台很多年前人家不要了的九十年代SONY台式组合音响,接手时只有CD功能不行了,因为不需要,也就没修,只使用收音机、磁带机和外接信号功能就够了。最近五年在外地,就断电闲置,没使用了。今年9月回到家里,就一个劲儿地忙着收拾家当,忙了一个多月,太多事啦!修了电气,清理了闲置不用了的电器和电子,就是一个劲儿地扔扔扔!几十年的“工匠式”收留收藏,只能断舍离,拆解不过来的了。一天,忽然感觉室内有股臭味,用鼻子的嗅觉功能朝着臭味重的方向寻找,觉得应该就是这台组合音响?怎么会呢?这无机物的东西不会腐臭吧?
    自做自受 2024-12-10 16:34 67浏览
  • 在驾驶培训与考试的严谨流程中,EST580驾培驾考系统扮演着至关重要的数据角色。它不仅集成了转速监控、车速管理、转向角度测量、转向灯光控制以及手刹与安全带状态检测等多项功能,还通过高精度的OBD数据采集器实时捕捉车辆运行状态,确保学员在模拟及实际驾驶中的每一步操作都精准无误。EST580驾培驾考转速车速转向角转向灯光手刹安全带OBD数据采集器系统的重要性及其功能:1、提高评判效率:通过原车CAN协议兼容,不同车型通过刷写固件覆盖,不仅提高了考试的数字化、自动化程度,还减少了人为干预的安装需要,从
    lauguo2013 2024-12-09 16:51 97浏览
  • 概述 通过前面的研究学习,已经可以在CycloneVGX器件中成功实现完整的TDC(或者说完整的TDL,即延时线),测试结果也比较满足,解决了超大BIN尺寸以及大量0尺寸BIN的问题,但是还是存在一些之前系列器件还未遇到的问题,这些问题将在本文中进行详细描述介绍。 在五代Cyclone器件内部系统时钟受限的情况下,意味着大量逻辑资源将被浪费在于实现较大长度的TDL上面。是否可以找到方法可以对此前TDL的长度进行优化呢?本文还将探讨这个问题。TDC前段BIN颗粒堵塞问题分析 将延时链在逻辑中实现后
    coyoo 2024-12-10 13:28 56浏览
  • 全球知名半导体制造商ROHM Co., Ltd.(以下简称“罗姆”)宣布与Taiwan Semiconductor Manufacturing Company Limited(以下简称“台积公司”)就车载氮化镓功率器件的开发和量产事宜建立战略合作伙伴关系。通过该合作关系,双方将致力于将罗姆的氮化镓器件开发技术与台积公司业界先进的GaN-on-Silicon工艺技术优势结合起来,满足市场对高耐压和高频特性优异的功率元器件日益增长的需求。氮化镓功率器件目前主要被用于AC适配器和服务器电源等消费电子和
    电子资讯报 2024-12-10 17:09 46浏览
  •         霍尔传感器是根据霍尔效应制作的一种磁场传感器。霍尔效应是磁电效应的一种,这一现象是霍尔(A.H.Hall,1855—1938)于1879年在研究金属的导电机构时发现的。后来发现半导体、导电流体等也有这种效应,而半导体的霍尔效应比金属强得多,利用这现象制成的各种霍尔元件,广泛地应用于工业自动化技术、检测技术及信息处理等方面。霍尔效应是研究半导体材料性能的基本方法。通过霍尔效应实验测定的霍尔系数,能够判断半导体材料的导电类型、载流子浓度及载流子
    锦正茂科技 2024-12-10 11:07 49浏览
  • 肖特基具有很多的应用场景, 可以做同步整流,防止电流倒灌和电源反接等,但是随着电源电流的增大,肖特基导通正向压降0.3~0.7v的劣势也越发明显,产生了很多的热,对于工程师的散热设计是个考验,增加了工程师的设计难度和产品成本,目前一种新的理想二极管及其控制器,目前正在得到越来越广泛的应用- BMS,无人机,PLC,安防,家电,电动工具,汽车等都在快速普及理想二极管有三种架构,内置电荷泵的类似无锡明芯微MX5050T这种,驱动能力会弱点,静态功耗200uA,外置电荷泵MX74700T的这种驱动能力
    王萌 2024-12-10 08:51 79浏览
  • 【萤火工场CEM5826-M11测评】OLED显示雷达数据本文结合之前关于串口打印雷达监测数据的研究,进一步扩展至 OLED 屏幕显示。该项目整体分为两部分: 一、框架显示; 二、数据采集与填充显示。为了减小 MCU 负担,采用 局部刷新 的方案。1. 显示框架所需库函数 Wire.h 、Adafruit_GFX.h 、Adafruit_SSD1306.h . 代码#include #include #include #include "logo_128x64.h"#include "logo_
    无垠的广袤 2024-12-10 14:03 48浏览
  • 习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习笔记&记录学习习笔记&记学习学习笔记&记录学习学习笔记&记录学习习笔记&记录学习学习笔记&记录学习学习笔记记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记
    youyeye 2024-12-10 16:13 63浏览
  • 智能汽车可替换LED前照灯控制运行的原理涉及多个方面,包括自适应前照灯系统(AFS)的工作原理、传感器的应用、步进电机的控制以及模糊控制策略等。当下时代的智能汽车灯光控制系统通过车载网关控制单元集中控制,表现特殊点的有特斯拉,仅通过前车身控制器,整个系统就包括了灯光旋转开关、车灯变光开关、左LED前照灯总成、右LED前照灯总成、转向柱电子控制单元、CAN数据总线接口、组合仪表控制单元、车载网关控制单元等器件。变光开关、转向开关和辅助操作系统一般连为一体,开关之间通过内部线束和转向柱装置连接为多,
    lauguo2013 2024-12-10 15:53 49浏览
  • 本文介绍Linux系统(Ubuntu/Debian通用)挂载exfat格式U盘的方法,触觉智能RK3562开发板演示,搭载4核A53处理器,主频高达2.0GHz;内置独立1Tops算力NPU,可应用于物联网网关、平板电脑、智能家居、教育电子、工业显示与控制等行业。修改对应的内核配置文件# 进入sdk目录cdrk3562_linux# 编辑内核配置文件vi./kernel-5.10/arch/arm64/configs/rockchip_linux_defconfig注:不清楚内核使用哪个defc
    Industio_触觉智能 2024-12-10 09:44 78浏览
我要评论
0
点击右上角,分享到朋友圈 我知道啦
请使用浏览器分享功能 我知道啦