嵌入式Linux驱动开发 04：基于设备树的驱动开发

已于 2023-06-07 13:33:51 修改
阅读量2.1k 收藏 19
点赞数 5
分类专栏： 嵌入式Linux与设备相关 文章标签： 驱动开发 linux 运维 设备树 内核
于 2023-06-02 17:11:43 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Naisu_kun/article/details/130860190
版权
本文介绍了如何在NuvotonNUC980平台上使用设备树进行驱动开发，通过创建自定义的设备树节点，实现资源与驱动的匹配。文章详细展示了设备树的修改、驱动程序的编写、编译及测试过程，强调了设备树在资源调整中的灵活性。
摘要由CSDN通过智能技术生成

文章目录

目的

前面文章 《嵌入式Linux驱动开发 03：平台（platform）总线驱动模型》 引入了资源和驱动分离的概念，这篇文章将在前面基础上更进一步，引入设备树的概念。

基础说明

在平台总线驱动模型中资源和驱动已经从逻辑上和代码组织上进行了分离，但每次调整资源还是会涉及到内核，所以现在更加流行的是设备树方式。设备树的好处是通过独立于内核存在，这样如果设备上外设功能启用与否以及位置变动的话很多时候不用修改与编译内核，只要重新处理设备树文件即可。

设备树代码（或者都算不上代码）只是一些树状的数据，有点像JSON。通常每个系列的芯片厂家都会编写好后缀为 .dtsi 的设备树文件，里面把芯片基本上的功能资源都定义了。而对于某个具体的电路板来说，只要编写后缀为 .dts 的文件，在其中引入前述的 .dtsi 文件，然后在 .dts 文件中选择性启用 .dtsi 中已经定义好的并且电路中需要用到的功能。当然在 .dts 文件中也可以自定义新的功能。

.dts 文件最终可以编译为 .dtb 文件，系统在启动的时候会通过Bootloader将该文件传递给内核，内核就会解析取用其中的资源并与驱动进行匹配。如果资源需要调整，通常只需要调整 .dts 文件生成新的 .dtb 文件即可。

开发准备

本文中演示中涉及目录与文件结构组织如下：
在这里插入图片描述
基本上和前文相同，只需稍作修改。

进入源码目录：

cd ~/nuc980-sdk/NUC980-linux-5.10.y/

调整 drivers/user/char_dev 目录下的 Makefile 文件，其内容改为如下：

obj-$(CONFIG_USER_CHAR_DEV) += char_drv.o

设备树调整

在这篇文章中将在设备树中创建一个自己的节点供下面的驱动程序使用：

# cd ~/nuc980-sdk/NUC980-linux-5.10.y/
gedit arch/arm/boot/dts/nuc980-dev-v1.0.dts

自定义节点内容如下：

	nx_node@0 {
		compatible = "nx_dts_node";
		str = "Naisu 233!";
		num = <0x00000000 0x00000020>;
	};
	
	nx_node@1 {
		compatible = "nx_dts_node";
		str = "Hello Naisu!";
		num = <0x000000 0x00000040>;
	};

完整的设备树文件内容见文章结尾。

上面节点中 compatible 字段的内容用于驱动程序查找匹配； str 字段后面的形式是字符串； num 字段后面是数值，可以用来表示u32或u64（需要用两个u32，中间用空格隔开）。

修改完成后编译然后拷贝到开发板上进行测试：

# 设置编译工具链
# export ARCH=arm; export CROSS_COMPILE=arm-buildroot-linux-gnueabi-
# export PATH=$PATH:/home/nx/nuc980-sdk/buildroot-2023.02/output/host/bin

# 编译生成设备树文件
make dtbs

# 编译完成后拷贝到电脑上再拷贝到SD卡中
# sudo cp arch/arm/boot/dts/nuc980-dev-v1.0.dtb /media/sf_common/

# 我这里开发环境和开发板在同一局域网中，所以可以直接通过网络将dtb文件拷贝到开发板上
# 在开发板中挂载boot分区
# mount /dev/mmcblk0p1 /mnt/
# 在ubuntu中使用scp命令拷贝dtb文件到开发板上
# scp arch/arm/boot/dts/nuc980-dev-v1.0.dtb root@192.168.31.142:/mnt/
# 拷贝完成后重启开发板即可测试
# reboot

可以在 /sys/firmware/devicetree/base/ 或者 /proc/device-tree/ 目录下看到被内核解析后设设备树节点信息：
在这里插入图片描述

驱动程序与测试

驱动文件 char_drv.c 内容如下：

#include <linux/module.h>
#include <linux/fs.h>
#include <linux/uaccess.h>
#include <linux/device.h>
#include <linux/platform_device.h>
#include <linux/of_device.h>


static int major = 0;
static const char *char_drv_name = "char_drv";
static struct class *char_drv_class;
static struct device *char_drv_device;

/* 探测到资源操作 */
static int char_probe(struct platform_device *pdev)
{
	const char *tmp_str;
	u64 tmp_num;

	printk("NX modlog: file %s, func %s, line %d.\n", __FILE__, __FUNCTION__, __LINE__);

    of_property_read_string(pdev->dev.of_node, "str", &tmp_str); // 读取字符串数据
	of_property_read_u64(pdev->dev.of_node, "num", &tmp_num); // 读取u64内容

    printk("NX modlog: %s %llu\n", tmp_str, tmp_num);

    return 0;
}

/* 移除资源操作 */
static int char_remove(struct platform_device *pdev)
{
	printk("NX modlog: file %s, func %s, line %d.\n", __FILE__, __FUNCTION__, __LINE__);

    return 0;
}

static const struct of_device_id dts_device_ids[] = { 
    { .compatible = "nx_dts_node", } // 通过设备树 compatible 字段进行匹配
};

/* 定义platform_driver，用于探测和获取资源等 */
static struct platform_driver char_driver = {
    .probe      = char_probe,
    .remove     = char_remove,
    .driver     = {
        .name   = "naisu_char_dev", // 没有该字段启动时会崩溃
		.of_match_table = dts_device_ids,
    },
};

/* 驱动文件操作接口集合 */
static const struct file_operations char_drv_fops = {
	.owner = THIS_MODULE,
};

/* 模块加载操作 */
static int __init char_drv_init(void)
{
	int err;

	printk("NX modlog: file %s, func %s, line %d.\n", __FILE__, __FUNCTION__, __LINE__);

	major = register_chrdev(0, char_drv_name, &char_drv_fops); // 注册字符设备，第一个参数0表示让内核自动分配主设备号

	char_drv_class = class_create(THIS_MODULE, "char_drv_class"); 
	if (IS_ERR(char_drv_class))
	{
		unregister_chrdev(major, char_drv_name);
		return -1;
	}

	char_drv_device = device_create(char_drv_class, NULL, MKDEV(major, 0), NULL, char_drv_name); // 创建设备节点创建设备节点，成功后就会出现/dev/char_drv_name的设备文件
	if (IS_ERR(char_drv_device))
	{
		device_destroy(char_drv_class, MKDEV(major, 0));
		unregister_chrdev(major, char_drv_name);
		return -1;
	}

    err = platform_driver_register(&char_driver); // 注册platform_driver

    return err;
}

/* 模块退出操作 */
static void __exit char_drv_exit(void)
{
	printk("NX modlog: file %s, func %s, line %d.\n", __FILE__, __FUNCTION__, __LINE__);

    platform_driver_unregister(&char_driver); // 释放platform_driver

	device_destroy(char_drv_class, MKDEV(major, 0)); // 销毁设备节点，销毁后/dev/下设备节点文件就会删除
	class_destroy(char_drv_class);

	unregister_chrdev(major, char_drv_name); // 注销字符设备
}

module_init(char_drv_init); // 模块入口
module_exit(char_drv_exit); // 模块出口

MODULE_LICENSE("GPL"); // 模块许可

修改完成后编译然后拷贝到开发板上进行测试：

# 设置编译工具链
# export ARCH=arm; export CROSS_COMPILE=arm-buildroot-linux-gnueabi-
# export PATH=$PATH:/home/nx/nuc980-sdk/buildroot-2023.02/output/host/bin

# 编译生成内核镜像
make uImage
# 可以根据电脑配置使用make -jx等加快编译速度

# 编译完成后拷贝到电脑上再拷贝到SD卡中
# sudo cp arch/arm/boot/uImage /media/sf_common/

# 我这里开发环境和开发板在同一局域网中，所以可以直接通过网络将uImage文件拷贝到开发板上
# 在开发板中挂载boot分区
# mount /dev/mmcblk0p1 /mnt/
# 在ubuntu中使用scp命令拷贝dtb文件到开发板上
# scp arch/arm/boot/uImage root@192.168.31.142:/mnt/
# 拷贝完成后重启开发板即可测试
# reboot

在这里插入图片描述

总结

这篇文章简单试了下通过设备树创建资源节点，然后在驱动程序中获取这些节点的数据。实时上关于设备树以及设备树下驱动程序资源类型和资源获取还有很多细节的内容和操作函数，这些内容更多的可以通过使用过程中参考各种已有的驱动代码来了解，这里就不进行展开了。

设备树文件内容

/*
 * Device Tree Source for NUC980 DEV board
 *
 * Copyright (C) 2018 Nuvoton Technology Corp.
 *
 * The code contained herein is licensed under the GNU General Public
 * License. You may obtain a copy of the GNU General Public License
 * Version 2 or later at the following locations:
 *
 * http://www.opensource.org/licenses/gpl-license.html
 * http://www.gnu.org/copyleft/gpl.html
 */
/dts-v1/;

#include "nuc980.dtsi"

/ {
	model = "Nuvoton NUC980 DEV V1.0";
	compatible = "nuvoton,nuc980-dev-v1.0", "nuvoton,nuc980";

	chosen {
		bootargs = "console=ttyS0,115200n8 noinitrd rootfstype=ext4 root=/dev/mmcblk0p2 rw rootwait mem=64M";
	};

	apb {
		uart1: serial@b0071000 {
			status = "disabled";
		};

		uart2: serial@b0072000 {
			status = "disabled";
		};

		uart3: serial@b0073000 {
			status = "disabled";
		};

		uart4: serial@b0074000 {
			status = "disabled";
		};

		uart5: serial@b0075000 {
			status = "disabled";
		};

		uart6: serial@b0076000 {
			status = "disabled";
		};

		uart7: serial@b0077000 {
			status = "disabled";
		};

		uart8: serial@b0078000 {
			status = "disabled";
		};

		uart9: serial@b0079000 {
			status = "disabled";
		};

		can0: can@b00a0000 {
			status = "disabled";
		};

		can1: can@b00a1000 {
			status = "disabled";
		};

		rtc: rtc@b0041000 {
			status = "disabled";
		};

		gpio: gpio@b0004000 {
			pinctrl-0 = <>;
			eint2-config = <0 0 0>;
			eint3-config = <0 0 0>;
		};

		nadc: nadc@b0043000 {
			status = "disabled";
		};

		pwm0: pwm@b0058000 {
			status = "disabled";
		};

		pwm1: pwm@b0059000 {
			status = "disabled";
		};


		etimer0: etimer0@b0050000 {
			status = "disabled";
		};

		etimer1: etimer1@b0050100 {
			status = "disabled";
		};

		etimer2: etimer2@b0051000 {
			status = "disabled";
		};

		etimer3: etimer3@b0051100 {
			status = "disabled";
		};

		i2c0: i2c0@b0080000 {
			status = "disabled";
		};

		i2c1: i2c1@b0081000 {
			status = "disabled";
			pinctrl-0 = <&pinctrl_i2c1_PB>;
		};


		i2c2: i2c2@b0082000 {
			status = "disabled";
			pinctrl-0 = <&pinctrl_i2c2_PB>;
		};

	};

	ahb {

		usbh_ehci@b0015000 {
			pinctrl-0 = <>; /*disable PWREN and OVC*/
			ov_active = <1>;/*disable PWREN and OVC*/
			status = "okay";
		};
		usbh_ohci@b0017000{
			status = "okay";
		};

		usbdev@b0016000 {
			status = "okay";
		};

		fmi@b0019000 {
			status = "disabled";
		};

		sdh@b0018000 {
			status = "okay";
		};

		emac0@b0012000 {
			status = "okay";
		};
		emac1@b0022000 {
			status = "disabled";
		};
		ccap0@b0024000 {
			status = "disabled";
		};
		i2c_gpio0: i2c-gpio-0 {
			status = "disabled";
		};
		ccap1@b0014000 {
			status = "disabled";
		};
		i2c_gpio1: i2c-gpio-1 {
			status = "disabled";
		};
		dma@b0008000 {
			status = "okay";
		};

		i2s: i2s@b0020000 {
			status = "disabled";
		};

		i2s_pcm: i2s_pcm {
			status = "disabled";
		};

		sound {
			compatible = "nuvoton,nuc980-audio";
			i2s-controller = <&i2s>;
			i2s-platform = <&i2s_pcm>;
			status = "disabled";
		};
		ebi: ebi@b0010000 {
			status = "disabled";
		};
	};

	nx_node@0 {
		compatible = "nx_dts_node";
		str = "Naisu 233!";
		num = <0x00000000 0x00000020>;
	};
	
	nx_node@1 {
		compatible = "nx_dts_node";
		str = "Hello Naisu!";
		num = <0x000000 0x00000040>;
	};
};
Naisu Xu
关注
  • 5
    点赞
  • 踩
  • 19
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
Linux基于设备树的驱动开发
小王的博客
01-15 1779
Linux基于设备树的驱动开发
imx6ull嵌入式linux驱动开发指南pdf（正点原子）
05-21
i.MX6ULL 嵌入式 Linux 驱动开发指南 本资源为 i.MX6ULL 嵌入式 Linux 驱动开发指南，旨在帮助开发者快速掌握 i.MX6ULL 嵌入式 Linux 驱动开发的技术。该指南涵盖了从基本概念到高级开发的方方面面，涵盖了驱动开发...
Linux设备驱动开发之设备树(Device Tree)
xqhrs232的专栏
02-13 280
2、Linux驱动开发 | 设备树的定义和获取----5、新型LINUX驱动开发 DTS设备树----4、linux驱动开发学习2 设备树----1、Linux基于设备树的驱动开发----3、Linux驱动开发|设备树介绍----
深入探讨Linux驱动开发：Linux设备树_设备树 入门
最新发布
2401_84009679的博客
05-15 524
设备树（Device Tree，简称 DT）是一种在嵌入式系统中描述硬件设备的一种数据结构和编程语言。它用于将硬件设备的配置信息以树形结构的方式进行描述，以便操作系统（如 Linux）可以根据这些信息正确地识别、配置和管理硬件设备。设备树最初被引入到 Linux 内核中，用于解决硬件平台多样性带来的问题。传统上，Linux 内核在编译时需要包含大量的硬件配置信息，这对于支持多种硬件平台的嵌入式系统来说是不实际的。
Linux驱动——设备树
Linux驱动开发工程师，熟悉Linux/Android底层驱动、TP、显示、IIC、网络等通用外设调试适配，Linux上层应用开发，主要集中在瑞芯微和全志平台。
04-10 2891
设备树是用于描述一个机器或平台上所有设备信息的独立文件（一个结构体变量）例如：一块开发板有SOC、CPU、CLOCK，SOC中又存在外设IIC、UART等。
Linux驱动开发 --- 设备树
wit_732的博客
04-27 668
设备树 文章目录设备树1. 设备树由来2. 设备树的目的3. Linux设备树的使用 1. 设备树由来 在Linux内核源码引入内核源码的ARM体系结构引入设备树之前，相关的BSP代码中充斥了大量的平台设备代码(platform device)。而这些代码大多是重复的、杂乱的，这就给内核移植带来了巨大的困难。以至于Linux之父Linus怒斥ARM社区。 为了解决此问题，设备树就被引用到Linux中来。(需要注意的是设备树并不是Linux的首创) 2. 设备树的目的 设备树是一个描述硬件的数据结构。它也不能
深入探讨Linux驱动开发：Linux设备树
qq_52836452的博客
04-23 1640
设备树（Device Tree，简称 DT）是一种在嵌入式系统中描述硬件设备的一种数据结构和编程语言。它用于将硬件设备的配置信息以树形结构的方式进行描述，以便操作系统（如 Linux）可以根据这些信息正确地识别、配置和管理硬件设备。设备树最初被引入到 Linux 内核中，用于解决硬件平台多样性带来的问题。传统上，Linux 内核在编译时需要包含大量的硬件配置信息，这对于支持多种硬件平台的嵌入式系统来说是不实际的。
Linux设备驱动开发详解：基于最新的Linux4.0内核,linux设备驱动开发详解pdf,LINUX
09-10
《Linux设备驱动开发详解》是一本深度探讨Linux内核驱动程序开发的专业书籍，它以Linux 4.0内核为背景，为驱动工程师提供了一条深入理解与实践Linux设备驱动的路径。这本书涵盖了许多关键的知识点，对于想要在Linux...
[野火]《嵌入式Linux驱动开发实战指南——基于i.MX6ULL系列》
02-08
本资源总结了基于 i.MX6ULL 系列的嵌入式 Linux 驱动开发实战指南，涵盖了从 SDK 目录结构到驱动开发的各个方面。下面是从该资源中总结出的知识点： 1. 嵌入式 Linux 驱动开发概述 嵌入式 Linux 驱动开发是指在...
嵌入式Linux设备驱动程序开发.pdf
09-06
嵌入式Linux设备驱动程序开发 本文主要讲述了嵌入式Linux设备驱动程序的概念、通用模块和具体开发流程，进一步通过实例论述了如何设计和编写模块化的嵌入式Linux设备驱动程序，以及解释驱动程序的关键代码。 一、...
linux驱动开发 | 设备树
myWorld001的博客
08-10 332
一、什么是设备树？ 设备树(Device Tree)，将这个词分开就是“设备”和“树”，描述设备树的文件叫做 DTS(Device Tree Source)，这个 DTS 文件采用树形结构描述板级设备，也就是开发板上的设备信息，比如 CPU 数量、 内存基地址、IIC 接口上接了哪些设备、SPI 接口上接了哪些设备等等。文件扩展名为.dts。 一个 SOC 可以作出很多不同的板子，这些不同的板子肯 定是有共同的信息，将这些共同的信息提取出来作为一个通用的文件，其他的.dts 文件直接引 用这个通用文件即可，
linux 设备树详解
wangwei8126的博客
03-16 574
转载：https://www.cnblogs.com/xiaojiang1025/p/6131381.html概念Linux内核从3.x开始引入设备树的概念，用于实现驱动代码与设备信息相分离。在设备树出现以前，所有关于设备的具体信息都要写在驱动里，一旦外围设备变化，驱动代码就要重写。引入了设备树之后，驱动代码只负责处理驱动的逻辑，而关于设备的具体信息存放到设备树文件中，这样，如果只是硬件接口信息的...
【Linux 驱动篇（四）】设备树
K3169的博客
07-07 2037
设备树(Device Tree)，将这个词分开就是“设备”和“树”，描述设备树的文件叫做 DTS(Device Tree Source)，这个 DTS 文件采用树形结构描述板级设备，也就是开发板上的设备信息，比如 CPU 数量、 内存基地址、 IIC 接口上接了哪些设备、 SPI 接口上接了哪些设备等等。
Linux驱动开发（三）---设备树
小人物的编程
06-30 2360
驱动开发第三章，学习设备树，代替device模块开发
Linux驱动-设备树
Joyer_cc 的博客
04-01 1661
of函数获取status属性 /* * @Description: of函数获取status属性 */ #include <linux/init.h> //初始化头文件 #include <linux/module.h> //最基本的文件，支持动态添加和卸载模块。 #include <linux/of.h> //添加头文件 int size; //定义长度 u32 out_values[2] = {0}; const char *str; st..
嵌入式Linux | 通俗易懂的嵌入式Linux驱动基础解析
嵌入式大杂烩
03-12 1282
上一篇分享的：从单片机工程师的角度看嵌入式Linux中有简单提到Linux的三大类驱动： 我们学习编程的时候都会从hello程序开始。同样的，学习Linux驱动我们也从最简单的hello驱动学起。 驱动层和应用层 还记得实习那会儿我第一次接触嵌入式Linux项目的时候，我的导师让我去学习项目的其它模块，然后尝试着写一个串口相关的应用。那时候知道可以把设备当做文件来操作，但是不知道为什么是这样，就...
linux驱动----设备树
未来的路
07-11 1472
linux的设备树驱动的第一次尝试
【Linux驱动】设备树的开发
weixin_64302349的博客
01-11 944
设备树的开发是每个 Linux 驱动开发工程师必须掌握的技能，特别是如今的 Linux 内核版本都是支持设备树的。设备树的出现极大的方便了各种设备的驱动代码编写，同时降低了 Linux 内核的冗余。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

Naisu Xu

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

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

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

打赏作者

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

抵扣说明：

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

余额充值