设备树学习（一）（ 设备树的引入）

最新推荐文章于 2023-12-18 17:46:28 发布
最新推荐文章于 2023-12-18 17:46:28 发布
阅读量731 收藏 5
点赞数
CC 4.0 BY-SA版权
分类专栏： 设备树
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zj82448191/article/details/109110126
本文探讨了设备树概念及其在总线设备驱动中的应用，包括三种不同的驱动编写方法：传统方式、总线设备驱动模型及设备树方式，并详细解释了设备树如何简化设备添加流程。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

前言：本文主要介绍了设备树的引入及总线设备驱动匹配过程

1、设备树的引入

1.1 字符设备驱动的三种写法

我们这里以led的驱动为例，参考学习。

1.1.1 传统的写法

 传统的写法很简单，就是驱动中用到什么资源现场去看手册然后映射使用。下面给出传统的写法：

#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>

#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 = S3C2440_GPF(5);
static volatile unsigned int *gpio_con;
static volatile unsigned int *gpio_dat;

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 myled_init(void)
{
	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 void myled_exit(void)
{
	unregister_chrdev(major, "myled");
	device_destroy(led_class,  MKDEV(major, 0));
	class_destroy(led_class);
}
module_init(myled_init);
module_exit(myled_exit);

MODULE_LICENSE("GPL");

 从上面的代码可以看到，如果需要添加一个新的设备，该驱动不能直接拿过去给新的设备用，需要修改驱动中的引脚资源，所以，传统的写法虽然简单但是不适合驱动的移植，我们一般也不这么写。

1.1.2 总线设备驱动模型

由于传统的方法不适合移植，所以推出了总线设备驱动模型，这种模型将设备所用到的资源与驱动分开成两部分，例如led_dev.c向内核注册一个设备，led_dvr.c向内核注册一个驱动。然后总线会匹配设备与驱动，匹配成功则会调用驱动中的probe函数。这种模型的优点显而易见，驱动会直接使用dev中的资源，所以当dev改变时，驱动仍然可以使用。但是也存在缺点，当想添加一个新的设备的时候，就需要重新编译内核，这是很麻烦的。
led_dev.c

#include <linux/module.h>
#include <linux/version.h>

#include <linux/init.h>

#include <linux/kernel.h>
#include <linux/types.h>
#include <linux/interrupt.h>
#include <linux/list.h>
#include <linux/timer.h>
#include <linux/init.h>
#include <linux/serial_core.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)


/* 分配/设置/注册一个platform_device */

static struct resource led_resource[] = {
    [0] = {
        .start = S3C2440_GPF(5),
        .end   = S3C2440_GPF(5),
        .flags = IORESOURCE_MEM,
    },
};

static void led_release(struct device * dev)
{
}


static struct platform_device led_dev = {
    .name         = "myled",
    .id       = -1,
    .num_resources    = ARRAY_SIZE(led_resource),
    .resource     = led_resource,
    .dev = { 
    	.release = led_release, 
	},
};

static int led_dev_init(void)
{
	platform_device_register(&led_dev);
	return 0;
}

static void led_dev_exit(void)
{
	platform_device_unregister(&led_dev);
}

module_init(led_dev_init);
module_exit(led_dev_exit);

MODULE_LICENSE("GPL");

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;

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);
	led_pin = res->start;

	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;
}

struct platform_driver led_drv = {
	.probe		= led_probe,
	.remove		= led_remove,
	.driver		= {
		.name	= "myled",
	}
};

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");

这样当我们向内核注册设备或者驱动之后，总线会自动进行匹配。匹配规则我们最后介绍。

1.1.3 设备树

上面说总线设备驱动的模型虽然易于驱动的移植，但是由于需要编译内核来添加一个设备比较麻烦，所以推出了设备树，设备树完美的解决了添加设备的问题，设备树其实采用的也是总线设备驱动模型，只是不需要再向内核手动注册设备，而是把所有的设备都添加到.dts文件中，编译之后生成.dtb文件，该文件会在系统启动的时候传递给内核，内核会解析该文件，一个节点会生成一个对应的device_node，进而生成对应的platform_device。
.dts

// 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_GPA(_nr)	((0<<16) + (_nr))
#define S3C2410_GPB(_nr)	((1<<16) + (_nr))
#define S3C2410_GPC(_nr)	((2<<16) + (_nr))
#define S3C2410_GPD(_nr)	((3<<16) + (_nr))
#define S3C2410_GPE(_nr)	((4<<16) + (_nr))
#define S3C2410_GPF(_nr)	((5<<16) + (_nr))
#define S3C2410_GPG(_nr)	((6<<16) + (_nr))
#define S3C2410_GPH(_nr)	((7<<16) + (_nr))
#define S3C2410_GPJ(_nr)	((8<<16) + (_nr))
#define S3C2410_GPK(_nr)	((9<<16) + (_nr))
#define S3C2410_GPL(_nr)	((10<<16) + (_nr))
#define S3C2410_GPM(_nr)	((11<<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)>;
	};
};

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");

2. 总线设备驱动的匹配原则

这里以platform总线为例给出我自己画的一个图，参考图片介绍匹配规则，这里漏掉了优先级最高的匹配方式，详细请看设备树学习（三）
在这里插入图片描述
由上图可以清楚看见，红色部分为设备树方式添加的设备与驱动进行匹配的方法，优先级最高。黄色部分为次优先的匹配方式，蓝色的部分为优先级最低的匹配方式。

设备树学习（十四、引入设备树对中断的影响）
To_run_away的博客
02-24 1504
在老的内核中断是在完全由所谓的板级支持包中指定的，同时相关的寄存器地址这些也都是在代码中写死的。 这种代码没法在多个SOC上通用，这个就导致大量的重复代码出现。 在2.6.35.7内核中，SMDKV210单板是这样描述的 MACHINE_START(SMDKV210, "SMDKV210") /* Maintainer: Kukjin Kim &lt;kgene.kim@samsung....
韦东山嵌入式linux系列-驱动进化之路：设备树的引入及简明教程
最新发布
StudyWinter的博客
07-18 1304
在内核中，使用同一个芯片的板子，它们所用的外设资源不一样，比如A板用 GPIO A， B 板用 GPIO B。而 GPIO 的驱动程序既支持 GPIO A 也支持GPIO B，你需要指定使用哪一个引脚，怎么指定？比如 LED 驱动，在内核的驱动程序里去操作寄存器，但是操作哪一个引脚？请想想，要操作硬件就需要去操作复杂的寄存器，如果设备树可以操作寄存器，那么它就是“驱动”，它就一样很复杂。设备树并不是重新发明出来的，在 Linux 内核中其他平台如 PowerPC，早就使用设备树来描述硬件了。
设备树学习手册官方文档
10-23
该资源包含最新官方的devicetree-specification-v0.3.pdf文档，以及petazzoni-device-tree-dummies.pdf文档，其内容格式与讲解比较详细，缺点就是该资料为全英文，所以理解起来有一定的困难，忘好心的网友将其翻译成中文，一起学习。 目前设备树系统学习的资料较少，而官方文档却成了我们不可或缺的选择之一。
设备树使用手册.PDF
05-29
Linux设备树使用手册
设备树使用手册.pdf
07-27
linux设备树使用手册，给有需要的朋友们，
设备树的引入及简明教程
木子皿--啥都不会的菜鸟
10-14 2043
文章目录1 设备树的引入与作用2 设备树的语法2.1 设备树语法概览2.2 Devicetree 格式2.2.1 DTS 文件的格式2.2.2 node 的格式2.2.3 properties 的格式2.3 dts 文件包含 dtsi 文件2.4 常用属性2.4.1 #address-cells、#size-cells2.4.2 compatible2.4.3 model2.4.4 status2.4.5 reg2.4.6 name(过时了，建议不用)2.4.7 device_type(过时了，建议不用)
LINUX设备树学习文档
12-10
### Linux设备树学习文档知识点详解 #### 设备树的基本概念 设备树（Device Tree, DT）是一种用于描述硬件的数据结构和语言。它主要用于操作系统能够理解的硬件描述方式，避免操作系统中硬编码具体的机器细节。...
Linux设备树调试方法-很好的一个外文文献.pdf
09-10
设备树的引入是为了描述那些无法通过探测得到的硬件信息。节点是树结构的一部分，可以包含属性和其他节点。属性由零个或多个数据值组成，为节点提供信息。 调试设备树问题通常不易，这主要是因为调试工具可能不存在...
DTS设备树的的的学习
02-24
设备树，作为现代Linux操作系统内核特别是嵌入式系统中不可或缺的一部分，它的引入显著地改善了驱动程序与硬件资源的管理方式。设备树的起源在于解决早期Linux内核中存在大量冗余的板级配置代码问题。在2011年，...
深入探究Linux的设备树.zip
08-07
学习设备树还涉及到dtc（Device Tree Compiler）工具的使用，用于编译和反编译设备树源文件（.dts）。同时，内核提供了一些调试工具，如dtc的-v和--help选项，以及运行时的/proc/device-tree和/sys/firmware/device...
驱动进化之路：设备树的引入及简明教程
holdtao的博客
10-22 2159
驱动进化之路：设备树的引入及简明教程
设备树用户使用手册
fight_onlyfor_you的博客
07-01 571
在linux-4.9.31\Documentation\devicetree下有个usage-model.txt 里面有个网址 [1] http://devicetree.org/Device_Tree_Usage 下面有个目录 1.基本数据结构 2.基本内容（基本概念） 3.如何编码工作 4.中断如何工作 5.设备数特定数据 6.设备树特殊节点
linux 设备树及节点引用
KjfureOne的专栏
07-20 8931
1、ARM Linux社区为什么要引入设备树 Linux之父Linus Torvalds闲来无事，在翻看ARM Linux代码的时候，有一天终于忍不住了。他在2011年3月17日的ARM Linux邮件列表中说道：“This whole ARM thing is a f*cking pain in the ass”。这句话迫使ARM Linux社区引入了设备树。 Linus Tor
android7.1.1+msm8937设备树结构树及引用关系
LoongEmbedded的专栏
04-01 694
蓝色加粗字体部分的设备树文件是经常要修改的。
设备树规范学习
a_qwq_a的博客
12-18 459
1、设备树概述： DTSpec指定了一个称为设备树(device tree)的树状结构来描述系统的硬件信息。Bootloader将设备树文件加载到内存中，并将指向设备树文件地址的指针通过参数R2传递给kernel。 设备树是一个树形的数据结构，它的节点描述了系统中对应的设备。每个结点用属性-值（key-value）来描述设备的特征，除了root根节点以外，每个结点都有唯一的父节点。 以V3s为例： #include <dt-bindings/interrupt-controller/arm-gic.h
41.驱动--设备树的引入
LingLinTianShang的博客
01-31 559
41.驱动--设备树的引入
linux设备树说明文件路径,linux设备树用法---引用已定义的节点
weixin_39622217的博客
04-30 765
linux设备树用法---引用已定义的节点\kernel\arch\arm\boot\dts\qcom\msm-pm8909.dtsipm8909_chg: qcom,charger {spmi-dev-container;compatible= "qcom,qpnp-linear-charger";qcom,vddmax-mv= <4200>;qcom,vddsafe-mv= &lt...
ARM Linux为什么要引进Device Tree
wxie的Linux人生
12-18 3551
1. 原因      A lot of very similar C code to support each and every board.                Linux kernel老的Probing机制            关键是：    要提供一个board file，用于registers SOC的各个设备.    要提供一
Linux 设备树(三) 设备树语法
hwx1546的博客
03-12 3736
设备树就像C语言一样，C语言有自己的语法特点，设备树也有自己的语法特点，接下来就来简单了解一些设备树语法。 1、头文件包含 设备树跟C语言一样，可以包含其他的设备树文件，其语法是使用#include进行头文件包含。 #include <dt-bindings/input/input.h> #include "imx6ull.dtsi" 头文件包含有两种方式，一种是尖括号<>，代表在系统默认目录下进行寻找。一种是双引号""，代表在当前目录下进行寻找。 一般来说xxx.dtsi文件
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值