设备树学习（十三、有了设备树后新内核对于设备处理的不同之处）

最新推荐文章于 2023-08-14 19:57:01 发布

奔跑的小刺猬

最新推荐文章于 2023-08-14 19:57:01 发布

阅读量1.3k

点赞数

分类专栏：设备树设备树原理和实现

本文链接：https://blog.csdn.net/qq_16777851/article/details/87903358

版权

设备树原理和实现同时被 2 个专栏收录

30 篇文章 28 订阅 ¥29.90 ¥99.00

订阅专栏

超级会员免费看

设备树

30 篇文章 78 订阅

订阅专栏

本文介绍了设备树如何改变内核对设备的处理方式，强调了设备树通过替代硬编码的HW配置信息，使得驱动代码更加通用，减少了重复代码。设备树使得内核能支持多种平台，并详细说明了不同类型的代码应存放的目录，如驱动代码归入drivers目录，核心代码保留在arch/arm目录下。通过设备树，SOC厂家只需在设备树文件中指定寄存器地址、中断和时钟信息，简化了驱动开发。

摘要由CSDN通过智能技术生成

有了设备树之后，内核对设备的处理蜗窝大神也就在它的设备树引入中说了。

http://www.wowotech.net/device_model/why-dt.html

这里我把主要的几句话复制总结出来：

针对重复的代码问题，如果不同的SOC使用了相同的IP block（例如I2C controller），那么这个driver的code要从各个arch/arm/mach-xxx中独立出来，变成一个通用的模块供各个SOC specific的模块使用。移动到哪个目录呢？对于I2C或者USB OTG而言，这些HW block的驱动当然应该移动到kernel/drivers目录。因为，对于这些外设，可能是in-chip，也可能是off-chip的，但是对于软件而言，它们是没有差别的（或者说好的软件抽象应该掩盖底层硬件的不同）。对于那些system level的code呢？例如clock control、interrupt control。其实这些也不是ARM-specific，应该属于linux kernel的核心代码，应该放到linux/kernel目录下，属于core-Linux-kernel frameworks。当然对于ARM平台，也需要保存一些和framewo