设备树之字符设备驱动_LED

最新推荐文章于 2023-08-08 11:58:09 发布
最新推荐文章于 2023-08-08 11:58:09 发布
阅读量633 收藏 7
点赞数
分类专栏： Linux内核
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_30592303/article/details/104341023
版权

         在总线设备驱动模型中驱动程序被分成了两部分；dev部分和drv部分；在dev部分，分配设置注册了一个platform_device设备，具体硬件资源就是在该设备中被描述；在drv部分，同样分配设置注册了一个platform_driver设备，硬件相关的驱动就在这里实现。

使用设备树时，写驱动程序时，驱动程序也被分成了两部分；一部分是drv，跟总线设备驱动模型里的platform_driver类似，也是分配设置注册了一个platform_driver设备；对于dev部分，不再将其写在.c文件中了，在内核编译的过程中，实际上他（平台设备）还不存在，这时dev的实现，被放到了dts文件中；通过在dts文件中构造节点（节点中含有资源），提供给平台驱动解析使用。

dts文件被编译成dtb文件，然后在启动内核时，传给内核，由内核来处理解析，得到一个一个的device_node(每一个节点对应一个device_node)结构体，然后解析成platform_device结构体，这里面就含有硬件描述的资源；接下来的事，跟总线设备驱动模型写驱动的套路一致了。

总结一下，对于总线设备驱动模型，平台设备写在了.c文件中；使用设备树时，平台设备被放到了dts文件中；设备树，可以看出是对平台设备的一种改进，其仍然属于设备驱动模型的一种。

拿个实例，来初步感受下设备树：

将上述文件上传到内核的 arch/arm/boot/dts 目录下，然后重新编译设备树：

 

make dtbs

使用新的dtb文件，启动系统；
在 /sys/devices/platform 下查看相关设备节点信息：

至此，led的平台设备已经生成，那么led的平台驱动如何编写？我们已经知道，在总线设备驱动模型中，设备和驱动的匹配是通过总线里的match函数，对于传统写法，match函数是直接比较name；对于使用设备树的情况下，match函数如何工作，分析下：

也就是说驱动通过 platform_driver -> driver -> of_match_table -> compatile 来与设备节点做匹配，接下来编写led_drv.c 简单体验下设备树：

 

static const struct of_device_id of_match_leds[] = {
    { .compatible = "jz2440_led", .data = NULL },
    { /* sentinel */ }
};

struct platform_driver led_drv = {
    .probe      = led_probe,
    .remove     = led_remove,
    .driver     = {
        .name   = "myled",
        .of_match_table = of_match_leds, /* 能支持哪些来自于dts的platform_device */
    }
};

      剩下的就跟上节led_drv没什么区别了。你可能也觉得了，在设备树中使用reg来指定引脚的方法，实在别扭，我们自定义pin来标识引脚，改进下设备树：

 

// SPDX-License-Identifier: GPL-2.0
/*
 * SAMSUNG SMDK2440 board device tree source
 *
 * Copyright (c) 2018 weidongshan@qq.com
 * dtc -I dtb -O dts -o jz2440.dts jz2440.dtb
 */

#define S3C2410_GPF(_nr)    ((5<<16) + (_nr))

/dts-v1/;
/ {
    model = "SMDK24440";
    compatible = "samsung,smdk2440";

    #address-cells = <1>;
    #size-cells = <1>;
        
    memory@30000000 {
        device_type = "memory";
        reg =  <0x30000000 0x4000000>;
    };
/*
    cpus {
        cpu {
            compatible = "arm,arm926ej-s";
        };
    };
*/  
    chosen {
        bootargs = "noinitrd root=/dev/mtdblock4 rw init=/linuxrc console=ttySAC0,115200";
    };

    led {
        compatible = "jz2440_led";
        pin = <S3C2410_GPF(5)>;
    };
};

修改probe，解析设备树：
获得pin属性，拿到pin值；在of.h（PATH:include/linux）有相关函数。
在OF解析函数中都需要 struct device_node 结构体，device_node来自：

 

platform_device -> dev -> of_node(device_node)

修改好的probe:

 

static int led_probe(struct platform_device *pdev)
{
    struct resource     *res;

    /* 根据platform_device的资源进行ioremap,只是为了兼容上节代码 */
    res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
    if (res) {
        led_pin = res->start;
    }
    else {
        /* 获得pin属性 */
        of_property_read_s32(pdev->dev.of_node, "pin", &led_pin);
    }

    if (!led_pin) 
    {
        printk("can not get pin for led\n");
        return -EINVAL;
    }
        

    major = register_chrdev(0, "myled", &myled_oprs);

    led_class = class_create(THIS_MODULE, "myled");
    device_create(led_class, NULL, MKDEV(major, 0), NULL, "led"); /* /dev/led */
    
    return 0;
}

完整led_drv.c如下：

 

#include <linux/module.h>
#include <linux/kernel.h>
#include <linux/fs.h>
#include <linux/init.h>
#include <linux/delay.h>
#include <linux/uaccess.h>
#include <asm/irq.h>
#include <asm/io.h>
#include <linux/of.h>
#include <linux/of_device.h>
#include <linux/of_platform.h>
#include <linux/platform_device.h>

#define S3C2440_GPA(n)  (0<<16 | n)
#define S3C2440_GPB(n)  (1<<16 | n)
#define S3C2440_GPC(n)  (2<<16 | n)
#define S3C2440_GPD(n)  (3<<16 | n)
#define S3C2440_GPE(n)  (4<<16 | n)
#define S3C2440_GPF(n)  (5<<16 | n)
#define S3C2440_GPG(n)  (6<<16 | n)
#define S3C2440_GPH(n)  (7<<16 | n)
#define S3C2440_GPI(n)  (8<<16 | n)
#define S3C2440_GPJ(n)  (9<<16 | n)

static int led_pin;
static volatile unsigned int *gpio_con;
static volatile unsigned int *gpio_dat;

/* 123. 分配/设置/注册file_operations 
 * 4. 入口
 * 5. 出口
 */

static int major;
static struct class *led_class;

static unsigned int gpio_base[] = {
    0x56000000, /* GPACON */
    0x56000010, /* GPBCON */
    0x56000020, /* GPCCON */
    0x56000030, /* GPDCON */
    0x56000040, /* GPECON */
    0x56000050, /* GPFCON */
    0x56000060, /* GPGCON */
    0x56000070, /* GPHCON */
    0,          /* GPICON */
    0x560000D0, /* GPJCON */
};

static int led_open (struct inode *node, struct file *filp)
{
    /* 把LED引脚配置为输出引脚 */
    /* GPF5 - 0x56000050 */
    int bank = led_pin >> 16;
    int base = gpio_base[bank];

    int pin = led_pin & 0xffff;
    gpio_con = ioremap(base, 8);
    if (gpio_con) {
        printk("ioremap(0x%x) = 0x%x\n", base, gpio_con);
    }
    else {
        return -EINVAL;
    }
    
    gpio_dat = gpio_con + 1;

    *gpio_con &= ~(3<<(pin * 2));
    *gpio_con |= (1<<(pin * 2));  

    return 0;
}

static ssize_t led_write (struct file *filp, const char __user *buf, size_t size, loff_t *off)
{
    /* 根据APP传入的值来设置LED引脚 */
    unsigned char val;
    int pin = led_pin & 0xffff;
    
    copy_from_user(&val, buf, 1);

    if (val)
    {
        /* 点灯 */
        *gpio_dat &= ~(1<<pin);
    }
    else
    {
        /* 灭灯 */
        *gpio_dat |= (1<<pin);
    }

    return 1; /* 已写入1个数据 */
}

static int led_release (struct inode *node, struct file *filp)
{
    printk("iounmap(0x%x)\n", gpio_con);
    iounmap(gpio_con);
    return 0;
}


static struct file_operations myled_oprs = {
    .owner = THIS_MODULE,
    .open  = led_open,
    .write = led_write,
    .release = led_release,
};


static int led_probe(struct platform_device *pdev)
{
    struct resource     *res;

    /* 根据platform_device的资源进行ioremap */
    res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
    if (res) {
        led_pin = res->start;
    }
    else {
        /* 获得pin属性 */
        of_property_read_s32(pdev->dev.of_node, "pin", &led_pin);
    }

    if (!led_pin) 
    {
        printk("can not get pin for led\n");
        return -EINVAL;
    }
        

    major = register_chrdev(0, "myled", &myled_oprs);

    led_class = class_create(THIS_MODULE, "myled");
    device_create(led_class, NULL, MKDEV(major, 0), NULL, "led"); /* /dev/led */
    
    return 0;
}

static int led_remove(struct platform_device *pdev)
{
    unregister_chrdev(major, "myled");
    device_destroy(led_class,  MKDEV(major, 0));
    class_destroy(led_class);
    
    return 0;
}


static const struct of_device_id of_match_leds[] = {
    { .compatible = "jz2440_led", .data = NULL },
    { /* sentinel */ }
};

struct platform_driver led_drv = {
    .probe      = led_probe,
    .remove     = led_remove,
    .driver     = {
        .name   = "myled",
        .of_match_table = of_match_leds, /* 能支持哪些来自于dts的platform_device */
    }
};


static int myled_init(void)
{
    platform_driver_register(&led_drv);
    return 0;
}

static void myled_exit(void)
{
    platform_driver_unregister(&led_drv);
}

module_init(myled_init);
module_exit(myled_exit);

MODULE_LICENSE("GPL");

编写Makefile:

 

KERN_DIR = /work/system/linux-4.19-rc3

all:
    make -C $(KERN_DIR) M=`pwd` modules 

clean:
    make -C $(KERN_DIR) M=`pwd` modules clean
    rm -rf modules.order

obj-m   += led_drv.o

编写测试程序：

 


#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <stdio.h>

/* ledtest on
  * ledtest off
  */
int main(int argc, char **argv)
{
    int fd;
    unsigned char val = 1;
    fd = open("/dev/led", O_RDWR);
    if (fd < 0)
    {
        printf("can't open!\n");
    }
    if (argc != 2)
    {
        printf("Usage :\n");
        printf("%s <on|off>\n", argv[0]);
        return 0;
    }

    if (strcmp(argv[1], "on") == 0)
    {
        val  = 1;
    }
    else
    {
        val = 0;
    }
    
    write(fd, &val, 1);
    return 0;
}

使用新的设备树和内核启动系统后测试：

编写设备树一般方法：

  • a. 看文档: 内核 Documentation/devicetree/bindings/
  • b. 参考同类型单板的设备树文件
  • c. 网上搜索
  • d. 实在没办法时, 只能去研究驱动源码



作者：JalynFang
链接：https://www.jianshu.com/p/47f6e32e4dca
来源：简书
 

PerseverancePrevails
关注
  • 0
    点赞
  • 踩
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
混杂字符设备之LED设备驱动设计
08-10
混杂字符设备之LED设备驱动设计及CPU寄存器虚拟内存映射分析：混杂字符设备的主要特点是主设备号（10）公用，通过一个链表将各个设备关联起来，设备的识别主要依靠次设备号。
设备树的引进与体验_使用设备树时的驱动编程
cumtchw
09-05 390
设备树的引进与体验_使用设备树时的驱动编程
字符设备驱动——设备树模型个人理解
H1596355913的博客
08-08 111
（1）在设备树根节点下添加子节点，里面包含引脚信息和compatible属性，用于注册platform_device后与platform_driver匹配。（2）用新的设备树文件后，内核设备树节点下会多出我们自己定义的设备树节点。（3） 内核解析设备树文件后，会在platform_device下增加对应的设备节点，此时未安装驱动，节点下没有driver属性（4） 安装设备驱动后，compatible属性对应后会生成一个转向platform_driver下面的driver属性。
设备树下的字符设备驱动框架
安迪西_嵌入式攻城狮
10-29 596
设备树下的字符设备驱动框架
设备树常用 of 函数
tyustli
04-10 3306
Linux 驱动学习笔记 - 设备树常用 OF 函数(五) 查找节点 Linux 内核中使用 device_node 结构体来描述一个节点，此结构体定义在文件 include/linux/of.h 中，定义如下： struct device_node { const char *name; /* 节点名字 */ const char *type; ...
Linux驱动——设备树
Linux驱动相关内容及Android开发
04-10 1824
设备树是用于描述一个机器或平台上所有设备信息的独立文件（一个结构体变量）例如：一块开发板有SOC、CPU、CLOCK，SOC中又存在外设IIC、UART等。
1.1设备树的引进与体验——字符设备驱动程序的三种写法
一个嵌入式软件工程师的博客
08-23 577
怎么写一个LED驱动程序？
设备树常用 OF 操作函数
weixin_46829095的博客
02-06 1544
设备树常用 OF 操作函数：of_find_node_by_path 函数、of_find_property 函数、of_property_read_string 函数、of_property_read_u32函数、of_property_count_elems_of_size 函数、of_property_read_u32_array 函数
Linux设备树学习日记（一）设备树简单介绍
苏幕遮
04-03 1674
一、linux设备树简介1.设备树是一种描述硬件的数据结构，它起源于openfirmware，采用设备树后，许多硬件的细节可以直接通过它传递给linux，而不需要在内核中进行大量冗余编码。2.设备树由一系列被命名的节点（Node）和属性（property）组成，而节点本身可包含于子节点。所谓属性，其实就是成对出现的名称和值。在设备树中，可描述的信息包括（原先这些信息大多被硬编码在...
43.驱动--内核对设备树的解析
LingLinTianShang的博客
02-02 1560
43.驱动--内核对设备树的解析
leds.zip_字符设备驱动
09-21
嵌入式linux系统字符设备驱动之字符设备控制之led灯。
linux 字符设备驱动-led
07-25
博客http://blog.csdn.net/qq_30951423/article/details/76071333中的字符设备驱动，调试通过的。
Linux 2.6标准字符设备驱动 led_cdev_2.6_rdwr
02-23
Linux 2.6标准字符设备驱动 实现了open() ,read(),write(),close()，ioctl()接口，并附带测试应用程序
嵌入式Linux字符设备驱动-分层后的LED字符设备驱动-系统级驱动+芯片级驱动
03-02
基于最基本的Linux LED字符设备进行改进，在原来的基础上将驱动进行分层设计，拆分出通用的部分作为系统级驱动，剩余的跟芯片相关的部分作为芯片级驱动，以后系统级驱动和芯片级驱动可单独维护，互不影响。...
spring java图片上传源码.rar
最新发布
04-26
源码实现了图片上传功能，可供相关功能开发的小伙伴参考学习使用。
新入职员工工作总结范文大全(篇).docx
04-26
工作总结，新年计划，岗位总结，工作汇报，个人总结，述职报告，范文下载，新年总结，新建计划。
本项目内容为《SpringBoot 2.X 基础教程》配套源码.zip
04-26
提供的源码资源涵盖了安卓应用、小程序、Python应用和Java应用等多个领域，每个领域都包含了丰富的实例和项目。这些源码都是基于各自平台的最新技术和标准编写，确保了在对应环境下能够无缝运行。同时，源码中配备了详细的注释和文档，帮助用户快速理解代码结构和实现逻辑。 适用人群： 这些源码资源特别适合大学生群体。无论你是计算机相关专业的学生，还是对其他领域编程感兴趣的学生，这些资源都能为你提供宝贵的学习和实践机会。通过学习和运行这些源码，你可以掌握各平台开发的基础知识，提升编程能力和项目实战经验。 使用场景及目标： 在学习阶段，你可以利用这些源码资源进行课程实践、课外项目或毕业设计。通过分析和运行源码，你将深入了解各平台开发的技术细节和最佳实践，逐步培养起自己的项目开发和问题解决能力。此外，在求职或创业过程中，具备跨平台开发能力的大学生将更具竞争力。 其他说明： 为了确保源码资源的可运行性和易用性，特别注意了以下几点：首先，每份源码都提供了详细的运行环境和依赖说明，确保用户能够轻松搭建起开发环境；其次，源码中的注释和文档都非常完善，方便用户快速上手和理解代码；最后，我会定期更新这些源码资源，以适应各平台技术的最新发展和市场需求。
IMG_20240426_195457.jpg
04-26
IMG_20240426_195457.jpg
培训看版.xlsx
04-26
Excel数据看板，Excel办公模板，Excel模板下载，Excel数据统计，数据展示
字符驱动设备控制led灯gpio_leds_prode
05-05
gpio_leds_probe 是一个字符设备驱动程序，用于控制 LED 灯的开关。它通过将 GPIO 端口配置为输出模式来控制 LED 灯。当用户通过写入设备文件来控制 LED 灯时，驱动程序会将相应的数据发送到 GPIO 端口，从而控制 LED 灯的开关。 在 Linux 内核中，字符设备驱动程序通常由内核模块来实现。gpio_leds_probe 也是一个内核模块，它包含了设备驱动程序的初始化和退出函数，以及设备文件的打开、关闭、读写等操作函数。 当内核加载 gpio_leds_probe 模块时，它会创建一个字符设备文件 /dev/gpio_leds，用户可以通过该文件来控制 LED 灯的开关。用户可以使用命令行工具或编写应用程序来操作该文件，从而控制 LED 灯的亮灭。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值