一、BSP与设备树概述

什么是BSP

BSP，全称是Board Support Package，板级支持包。说白了，它就是连接硬件和操作系统的桥梁。

我刚开始做嵌入式那会儿，对BSP的理解特别肤浅——不就是几个驱动文件嘛。后来被现实狠狠教育了一顿，才明白BSP远不止这么简单。

一个完整的BSP通常包含这几部分：

• 引导加载程序（Bootloader）——负责把内核请进内存
• 内核驱动——让操作系统认识你的硬件
• 设备树文件（就是我们这课程的主角）
• 配置文件——各种编译选项、内存分区表之类的

嗯，这里要注意，不同芯片厂商对BSP的划分可能不太一样。比如有些厂商把工具链也算进BSP里，我个人觉得这有点牵强，但人家这么搞也有道理。

BSP在嵌入式系统中的角色

你想想看，一块开发板拿到手，上面有CPU、内存、Flash、各种外设。操作系统怎么知道这些东西在哪？怎么知道怎么用？

这就是BSP的活儿。

BSP在系统里的角色，我总结成三个：

1. 硬件抽象层——把千奇百怪的硬件接口，包装成操作系统能理解的统一接口
2. 初始化管家——从CPU上电开始，一步步把系统带到能跑应用的状态
3. 性能调优师——同样的芯片，BSP写得好不好，性能能差出30%以上

我在项目中遇到过最典型的例子：同一款芯片，A厂商的BSP跑Linux流畅得很，B厂商的BSP动不动就死机。最后查下来，就是中断控制器那块没配好。你看，BSP写不好，硬件再强也白搭。

设备树的起源与作用

设备树（Device Tree）这东西，其实是被逼出来的。

早年间，Linux内核里充斥着大量的板级文件。每出一个新板子，就得往内核里塞一堆代码。今天加个LED驱动，明天改个GPIO配置，内核变得越来越臃肿。

我记得有个前辈跟我吐槽过：那时候想换个板子跑Linux，得重新编译整个内核，就为了改几个引脚配置。你说这多折腾？

后来PowerPC架构的工程师们受不了了，搞出了设备树。它的核心思想很简单：

• 把硬件描述从内核代码里剥离出来
• 用文本文件描述硬件（就是.dts文件）
• 内核启动时解析这个文件，动态生成硬件信息

这样一来，换板子只需要改设备树文件，内核本身不用动。是不是清爽多了？

设备树的作用，说白了就是三件事：

1. 描述硬件拓扑——CPU、内存、总线、外设，谁跟谁连着
2. 配置硬件参数——寄存器地址、中断号、时钟频率这些
3. 绑定驱动——告诉内核，这个硬件该用哪个驱动来管

设备树与ACPI的对比

说到设备树，就不得不提ACPI（高级配置与电源管理接口）。这俩都是描述硬件的，但路子完全不同。

对比项	设备树 (DT)	ACPI
出身	嵌入式领域，PowerPC发起	PC/服务器领域，Intel主导
文件格式	文本(.dts) + 二进制(.dtb)	AML字节码（编译后的二进制）
灵活性	高，改文本就行	低，需要重新编译
运行时能力	静态描述，启动时固定	支持热插拔、动态配置
复杂度	简单，容易上手	复杂，学习曲线陡
主要应用	ARM、RISC-V等嵌入式平台	x86平台、服务器

为什么嵌入式不用ACPI？原因其实很简单：

• ACPI太胖了——它设计之初就考虑了电源管理、热管理、热插拔一大堆东西，对嵌入式来说太重
• 设备树够轻量——一个简单的设备树文件可能就几百行，解析起来快得很
• 嵌入式硬件相对固定——不像PC那样今天插个显卡明天换个网卡

不过话说回来，现在ARM服务器领域也开始用ACPI了。为什么？因为服务器需要热插拔、需要标准化的电源管理接口。你看，没有银弹，选什么方案得看场景。

本章知识体系

下面这张图，是我画的本章节知识结构，方便你理解各个概念之间的关系：

这张图把本章的核心内容串起来了。你看，BSP在最上面，下面分支出三个角色。设备树和ACPI是两种不同的硬件描述方案，各有各的适用场景。

我个人建议初学者先把设备树搞透，毕竟现在ARM Linux开发基本离不开它。ACPI嘛，等你做x86或者服务器开发时再补也不迟。