Hypersen-->Kevin_wang 最后编辑日期：2017 年 11 月 23 日星期四
第 1 页 共 28 页
一、 Device Tree：背景介绍
1、前言
作为一个多年耕耘在 linux 2.6.23 内核的开发者，各个不同项目中各种不同周边外设驱动的开发以及各种琐碎的、
扯皮的俗务占据了大部分的时间。当有机会下载 3.14 的内核并准备学习的时候，突然发现 linux kernel 对于我似乎变
得非常的陌生了，各种新的机制，各种 framework、各种新的概念让我感到阅读内核代码变得举步维艰。 还好，剖析
内核的热情还在，剩下的就交给时间的。首先进入视线的是 Device Tree 机制，这是和 porting 内核非常相关的机制，
如果想让将我们的硬件平台迁移到高版本的内核上，Device Tree 是一个必须要扫清的障碍。
我想从下面三个方面来了解 Device Tree：
1、为何要引入 Device Tree，这个机制是用来解决什么问题的？（这是本文的主题）
2、Device Tree 的基础概念（请参考 DT 基础概念）
3、ARM linux 中和 Device Tree 相关的代码分析（请参考 DT 代码分析）
阅读 linux 内核代码就像欣赏冰山，有看得到的美景（各种内核机制及其代码），也有埋在水面之下看不到的基
础（机制背后的源由和目的）。沉醉于各种内核机制的代码固然有无限乐趣，但更重要的是注入更多的思考，思考其
背后的机理，真正理解软件抽象。这样才能举一反三，并应用在具体的工作和生活中。
本文主要从下面几个方面阐述为何 ARM linux 会引入 Device Tree：
1、没有 Device Tree 的 ARM linux 是如何运转的？
2、混乱的 ARM architecture 代码和存在的问题
3、新内核的解决之道
2、没有 Device Tree 的 ARM linux 是如何运转的？
我曾经 porting 内核到两个 ARM-based 的平台上。一个是小的芯片公司的应用处理器，公司自己购买了 CPU core，
该 CPU core 使用 ARM 兼容的指令集（但不是 ARM）加上各种公司自行设计的多媒体外设整合成公司的产品进行销
售。而我的任务就是 porting 2.4.18 内核到该平台上。在黑白屏幕的手机时代，那颗 AP（application process）支持
了彩屏、camera、JPEG 硬件加速、2D/3D 加速、MMC/SD 卡、各种音频加速（内置 DSP）等等特性，功能强大到
无法直视。另外一次移植经历是让 2.6.23 内核跑在一个大公司的冷门 BP（baseband processor）上。具体 porting
的方法是很简单的：
1、自己撰写一个 bootloader 并传递适当的参数给 kernel。除了传统的 command line 以及 tag list 之类的，最重
要的是申请一个 machine type，当拿到属于自己项目的 machine type ID 的时候，当时心情雀跃，似乎自己已经是开
源社区的一份子了（其实当时是有意愿，或者说有目标是想将大家的代码并入到 linux kernel main line 的）。
2、在内核的 arch/arm 目录下建立 mach-xxx 目录，这个目录下，放入该 SOC 的相关代码，例如中断 controller
的代码，时间相关的代码，内存映射，睡眠相关的代码等等。此外，最重要的是建立一个 board specific 文件，定义
一个 machine 的宏：
MACHINE_START(project name, "xxx 公司的 xxx 硬件平台")
.phys_io = 0x40000000,
.boot_params = 0xa0000100,
剩余27页未读，继续阅读
评论0