div*_*r N 2 linux drivers kernel firmware linux-kernel
我在这里特别想知道的是：不管底层硬件如何，Linux 内核如何在所有不同的 PC 上工作。
或者一般来说，无论 PC 硬件配置如何，任何内核（Microsoft 的 NT 内核、mac os 和 Linux）如何在任何 PC 上工作。
为了解释我的疑问，这里有一个场景：与PC-2相比，PC-1的蓝牙、键盘、wifi等配置不同，由不同的制造商开发。为了使所有这些硬件都能正常工作，我猜内核应该有硬件特定的代码来启用这些硬件。我相信内核有设备驱动程序层，它应该启用这些硬件吗？或者它只是从其他地方加载特定于设备的固件？内核中硬件特定代码的确切位置？此外，在清除我的疑问时，我遇到了 HAL、BSP。这些是什么以及这些层在内核中的位置？
我特别想知道的是，无论底层硬件如何，Linux 内核如何在所有不同的 PC 上工作
首先，内核可以在任何 PC 上运行，只要它是针对特定架构编译的。对于您的通用计算机，架构往往是相同的 (x86_64/amd64)，但是当您处理嵌入式设备时，这种情况会发生变化。
除了编译之外，内核本身与硬件无关。我给你设备树！
linux 内核处理不可发现硬件的方式是通过设备树。这告诉内核有关 CPU、内存、总线、通过 I2C、SPI 连接的设备等信息。设备布局不是硬编码的，而是可以通过设备树进行更改。当你理解它时，这一切真的很神奇。设备树还通过compatible参数告诉内核它应该为特定设备使用哪个驱动程序。
设备树可以以各种不同的方式存储，具体取决于内核的编译方式，但通常可以在/proc/device-tree或下看到层次结构/sys/firmware/devicetree/base。
对于 USB 设备之类的东西，这一切都由 USB 驱动程序处理。内核具有用于控制诸如键盘和鼠标之类的基本代码。一些供应商有定制的驱动程序，然后随设备一起提供。
对于驱动程序，linux 内核使用称为kernel modules 的东西。所有模块都可以在/lib/modules. 有两种类型的模块：可加载模块和内置模块。您可以使用该lsmod命令查看所有加载的模块。当内核在设备树中找到某个设备时，甚至当您将设备插入外设时，它会查看是否有可以为该设备加载的模块，并且该模块成为该设备的驱动程序。
可加载模块的好处在于它使内核映像更小。模块可以单独编译。内置模块被编译到内核中，从而增加了实际的图像大小。您还可以在内核运行时编译模块并将其加载到内核中，但这是一个完全不同的主题。
当供应商为其自己的硬件（包括处理器和连接的硬件）提供内核和一堆特定模块时，您就进入了 BSP（板级支持包）。有时，供应商会更改现有模块或随内核提供自定义模块。一些供应商对内核本身进行了更改，整个定制包成为 BSP。这在嵌入式世界中经常发生。
HAL（硬件抽象层）可以与 BSP 同义。我还没有看到它在 linux 世界中被广泛使用，但是当你进入微控制器时，它会经常使用。从本质上讲，HAL 是一组用于访问硬件的库，使与硬件的接口变得更加容易。例如，使用 wifi 芯片，它将为您提供连接 AP、扫描网络、创建接入点等的基本例程，从这个意义上说，它有点像驱动程序。