Device tree是一個用來描述硬體的資料結構，包含了CPU、Memory、bus與周邊，DT改變了原本kernel的hard-code(table)，改由bootloader傳入DTB(Device Tree Blob)給kernel。這個由SPARC-based開始的Open Firmware project於是慢慢地推廣到Arm, x86, MicroBlaze, PowerPC等平台。
這個有趣的故事可以讀一下Linux DTS(Device Tree Source)设备树详解之一(背景基础知识篇)
摘錄故事部分如下:
在Linux 2.6中，ARM架构的板极硬件细节过多地被硬编码在arch/arm/plat-xxx和arch/arm/mach-xxx，
比如板上的platform设备、resource、i2c_board_info、spi_board_info以及各种硬件的
platform_data，这些板级细节代码对内核来讲只不过是垃圾代码。而采用Device Tree后，许多硬件的细节
可以直接透过它传递给Linux，而不再需要在kernel中进行大量的冗余编码。
每次正式的linux kernel release之后都会有两周的merge window，在这个窗口期间，kernel各个部分的
维护者都会提交各自的patch，将自己测试稳定的代码请求并入kernel main line。每到这个时候，Linus
就会比较繁忙，他需要从各个内核维护者的分支上取得最新代码并merge到自己的kernel source tree中。
Tony Lindgren，内核OMAP development tree的维护者，发送了一个邮件给Linus，请求提交OMAP平台
代码修改，并给出了一些细节描述：
1)简单介绍本次改动
2)关于如何解决merge conficts。有些git mergetool就可以处理，不能处理的，
给出了详细介绍和解决方案。
一切都很平常，也给出了足够的信息，然而，正是这个pull request引发了一场针对ARM linux的内核代码
的争论。我相信Linus一定是对ARM相关的代码早就不爽了，ARM的merge工作量较大倒在其次，主要是他认为
ARM很多的代码都是垃圾，代码里面有若干愚蠢的table，而多个人在维护这个table，从而导致了冲突。
因此，在处理完OMAP的pull request之后（Linus并非针对OMAP平台，只是Tony Lindgren撞在枪口上了）
，他发出了怒吼：
Gaah.Guys, this whole ARM thing is a f*cking pain in the ass.
之后经过一些讨论，对ARM平台的相关code做出如下相关规范调整，这个也正是引入DTS的原因。
1、ARM的核心代码仍然保存在arch/arm目录下
2、ARM SoC core architecture code保存在arch/arm目录下
3、ARM SOC的周边外设模块的驱动保存在drivers目录下
4、ARM SOC的特定代码在arch/arm/mach-xxx目录下
5、ARM SOC board specific的代码被移除，由DeviceTree机制来负责传递硬件拓扑和硬件资源信息。
本质上，Device Tree改变了原来用hardcode方式将HW 配置信息嵌入到内核代码的方法，改用bootloader
传递一个DB的形式。
————————————————
版权声明：本文为CSDN博主「RadianceBlau」的原创文章，遵循CC 4.0 by-sa版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/RadianceBlau/article/details/70800076
bootloader傳入DTB(Device Tree Blob)，而DTB是由Device Tree Source透過DTC編成的binary data，關係概略如下:
DTC相關用法可以參考dtc - Device Tree Compiler
DTS語法會在後面章節介紹，基本上，DTS只描述那些無法動態偵測的設備
-
參考資料
- https://blog.csdn.net/RadianceBlau/article/details/70800076, Linux DTS(Device Tree Source)设备树详解之一(背景基础知识篇)
- https://en.wikipedia.org/wiki/Device_tree, Device tree
- dtc - Device Tree Compiler
