3. BIOS开发环境搭建：硬件平台选择、工具链安装与调试工具

搭建一个稳定、高效的BIOS开发环境是进入固件开发领域的第一步。本章将系统讲解硬件平台的选择策略、核心工具链的安装与配置，以及调试工具的选型与使用场景。无论你是使用模拟器快速验证，还是基于真实主板进行底层调试，都需要理解这些组件之间的协作关系。

3.1 硬件平台选择：模拟器 vs. 真实主板

BIOS开发初期，强烈建议从模拟器入手，待核心逻辑验证通过后再迁移到真实硬件。下表对比了两种方案的差异：

下图展示了QEMU模拟器与真实主板在BIOS开发流程中的位置关系：

3.2 工具链安装：EDK2、GCC、NASM

UEFI固件开发的核心工具链包括：EDK2（TianoCore固件框架）、GCC（交叉编译器）和 NASM（汇编器）。三者缺一不可，且版本需要严格匹配。

3.2.1 EDK2 环境搭建

EDK2是Intel开源的UEFI固件开发套件，包含完整的构建系统、库和驱动框架。推荐使用 edk2-stable202411 或更新版本。

安装步骤（以Ubuntu 22.04为例）：

1. 安装系统依赖

sudo apt update
sudo apt install build-essential uuid-dev nasm python3 python3-pip git
pip3 install --upgrade pip

2. 克隆EDK2仓库

git clone https://github.com/tianocore/edk2.git
cd edk2
git checkout edk2-stable202411
git submodule update --init --recursive

3. 设置环境变量

export EDK_TOOLS_PATH=$PWD/BaseTools
export WORKSPACE=$PWD
source edksetup.sh

4. 编译BaseTools

make -C BaseTools

3.2.2 GCC 交叉编译器

BIOS开发通常需要交叉编译器，因为目标平台（x86_64）可能与开发主机架构不同。推荐使用 GCC 12+ 版本。

验证安装：

x86_64-linux-gnu-gcc --version
# 输出应显示 gcc (Ubuntu 12.3.0-1ubuntu1~22.04) 12.3.0

3.2.3 NASM 汇编器

NASM用于编写UEFI中的底层汇编代码（如中断向量表、启动代码）。EDK2要求NASM版本不低于 2.15。

sudo apt install nasm
nasm --version
# 输出示例：NASM version 2.16.01 compiled on ...

3.3 调试工具：GDB、WinDbg、ITP

BIOS调试远比应用层调试复杂，需要针对不同阶段选择合适的工具。下表总结了三种主流调试工具的特点：

下图展示了三种调试工具与目标平台的连接拓扑：

3.3.1 GDB + QEMU 调试示例

启动QEMU并等待GDB连接：

qemu-system-x86_64 -bios Build/OvmfX64/DEBUG_GCC5/FV/OVMF.fd \
  -m 1024 -smp 2 -net none -nographic \
  -gdb tcp::1234 -S

参数说明：-gdb tcp::1234 开启GDB服务端，-S 使CPU在启动时暂停，等待调试器连接。

在另一个终端启动GDB：

gdb
(gdb) target remote localhost:1234
(gdb) set architecture i386:x86-64
(gdb) break *0xFFFFFFF0  # 在Reset Vector处设置断点
(gdb) continue

3.3.2 WinDbg 配置要点

WinDbg调试UEFI固件通常通过串口（COM）进行。需要在UEFI固件中启用串口调试支持，并在Windows宿主机上配置WinDbg：

1. 在EDK2的 target.txt 中设置 ACTIVE_PLATFORM = OvmfPkg/OvmfPkgX64.dsc
2. 在 OvmfPkgX64.dsc 中启用 DEBUG_ON_SERIAL_PORT = TRUE
3. 编译OVMF并启动QEMU，添加 -serial tcp::1235,server,nowait 参数
4. 在WinDbg中配置内核调试连接为 com:port=\\.\pipe\com1,pipe,resets=0

3.3.3 ITP 硬件调试器

ITP（In-Target Probe）是Intel提供的硬件调试方案，通过JTAG接口直接访问CPU和芯片组内部状态。适用于：

• SMM调试：系统管理模式下的代码执行跟踪
• ACPI调试：验证电源管理状态转换
• 芯片组寄存器调试：直接读写PCI配置空间、MSR寄存器
• 多核调试：同步所有CPU核心的断点

3.4 环境验证：编译并运行第一个UEFI应用

完成工具链安装后，通过编译一个简单的UEFI应用来验证环境是否正常。

在EDK2目录下创建 MyFirstApp/MyFirstApp.inf：

[Defines]
  INF_VERSION                    = 0x00010006
  BASE_NAME                      = MyFirstApp
  FILE_GUID                      = 12345678-1234-1234-1234-123456789abc
  MODULE_TYPE                    = UEFI_APPLICATION
  VERSION_STRING                 = 1.0
  ENTRY_POINT                    = UefiMain

[Sources]
  MyFirstApp.c

[Packages]
  MdePkg/MdePkg.dec

[LibraryClasses]
  UefiApplicationEntryPoint
  UefiLib

创建 MyFirstApp/MyFirstApp.c：

#include <Uefi.h>
#include <Library/UefiApplicationEntryPoint.h>
#include <Library/UefiLib.h>

EFI_STATUS
EFIAPI
UefiMain (
  IN EFI_HANDLE        ImageHandle,
  IN EFI_SYSTEM_TABLE  *SystemTable
  )
{
  Print(L"Hello, BIOS World!\n");
  return EFI_SUCCESS;
}

编译并运行：

# 在EDK2根目录
source edksetup.sh
build -p OvmfPkg/OvmfPkgX64.dsc -m MyFirstApp/MyFirstApp.inf -a X64 -t GCC5

# 将生成的.efi文件放入QEMU的虚拟磁盘，或通过UEFI Shell加载
qemu-system-x86_64 -bios Build/OvmfX64/DEBUG_GCC5/FV/OVMF.fd \
  -m 1024 -hda fat:rw:./Build/MyFirstApp/DEBUG_GCC5/X64/

在QEMU的UEFI Shell中执行 MyFirstApp.efi，如果输出 Hello, BIOS World!，则环境搭建成功。