PCIe 设备是否设计用于多平台和架构？

Question 1

以下是 ARM 架构上 PCI 选项 ROM 的问题：

用 x86 汇编语言编写的选项 ROM 不能被 ARM CPU 理解。
由 PC BIOS 执行的选项 ROM（此类 ROM 以开头0x55AA并包含几个字节用于校验和及附加信息）将假设 PC 架构低级细节，例如 VGA 硬件、Intel CPU I/O 端口等。
整个 BIOS 概念与 x86 CPU 和 PC 架构紧密结合，从未用于任何 ARM 系统。

现在 ...

UEFI，BIOS 的后继者旨在用于 x86 以外的 CPU。
上述问题的解决方案是EFI 字节码- 可由 UEFI 中的运行时解释的字节码，使代码独立于 CPU。
使用 UEFI 的 ARM 系统相对较新（Surface RT 甚至可能是唯一这样的系统）。大多数 ARM 系统使用 CFE、U-Boot 或其他不像 PC BIOS 那样工作的启动固件。

现在，如果我将其插入 ARM 机器，PCIe 设备是否会初始化失败？

除非 ARM 系统使用 UEFI，否则您根本没有机会。如果是，您的系统可能会在启动时挂起。EBC 在启动 ROM 固件中并不广泛使用。

虽然启动 ROM 无法工作，但稍后启动的操作系统仍然可以识别并能够正常使用硬件。

引导 ROM 起什么作用？

旧版 UEFI BIOS 通过 x86 中断机制实现了 API。程序必须将各种 x86 寄存器设置为参数，然后发出 x86INT指令。

INT导致 x86 CPU 在表中查找地址，然后将控制权转交给它（这称为软件中断- 硬件可以通过与连接到 CPU 的中断控制器通信来导致这种情况发生）。

在处理选项 ROM 之前，BIOS 会将此表填充到返回 BIOS 并执行 API 功能的各种地址。

MS-DOS 广泛使用表格，依靠 BIOS 实现其原始功能 -乙专用集成电路我输入/哦输出年代系统。其他操作系统一旦获得控制权，就不会使用 BIOS 调用，而是使用自己的驱动程序和机制来驱动硬件。

由于此中断表位于 RAM 中，因此可以对其进行修改。可选 ROM 可以“挂接”到中断表中 - 将特定中断的地址覆盖为 ROM 中的某个内容 - 并使 BIOS API 调用首先转到可选 ROM。

BIOS 自身使用的 BIOS API 调用之一是13h- 此调用从磁盘设备读取扇区。需要从硬盘加载扇区 0 才能启动操作系统（甚至是 MS-DOS）。

BIOS 知道如何与软盘和 IDE 设备通信，但除此之外什么都不知道。SCSI 卡会有一个可以重写或“挂接”的可选 ROM 13h- 这使得从 SCSI 驱动器启动成为可能。如果操作系统是 MS-DOS，那么 MS-DOS 可以与 SCSI 驱动器一起工作，因为它将用于13h磁盘操作。

网络启动是使用选项 ROM 的另一种情况。

如果是这样，那么是否可以设计驱动程序来解决这个问题？

是的，确实如此。BIOS 选项 ROM 实际上仅支持启动操作系统和可选的配置菜单（“按 Ctrl-A 进入 RAID 配置”来自选项 ROM，您会在 BIOS 调用其初始化代码时看到它）。

IIRC Linux 会再次负责枚举设备，并且几乎会忽略来自 x86 BIOS 的信息

Windows 也是如此。x86 BIOS（和 x86 实模式）的存在时间与对 MS-DOS 的支持时间一样长。

Answer

以下是 ARM 架构上 PCI 选项 ROM 的问题：

用 x86 汇编语言编写的选项 ROM 不能被 ARM CPU 理解。
由 PC BIOS 执行的选项 ROM（此类 ROM 以开头0x55AA并包含几个字节用于校验和及附加信息）将假设 PC 架构低级细节，例如 VGA 硬件、Intel CPU I/O 端口等。
整个 BIOS 概念与 x86 CPU 和 PC 架构紧密结合，从未用于任何 ARM 系统。