企业官网建设流程全解析

1. 项目概述

在Arm架构的芯片开发流程中，系统级验证是确保硬件设计符合标准规范的关键环节。Arm Neoverse V3作为新一代基础设施级处理器，其参考设计(RD-V3)需要通过BSA(基本系统架构)和SBSA(服务器基础系统架构)测试套件的严格验证。Fixed Virtual Platform(FVP)技术让开发者能够在流片前就完成完整的系统验证，大幅降低开发风险和成本。

我最近在项目中完整实施了Neoverse V3的BSA测试流程，本文将分享从FVP环境搭建到测试执行的全套实战经验。不同于官方文档的简要说明，这里会重点解析实际操作的难点和技巧，包括PCIe设备树配置、中断控制器参数调优等关键细节。

2. 环境准备与FVP模型部署

2.1 基础环境配置

首先需要准备x86_64架构的Linux主机（推荐Ubuntu 20.04 LTS），配置至少16GB内存和100GB磁盘空间。以下是依赖环境的安装步骤：

# 安装基础工具链 sudo apt update && sudo apt install -y \ git repo gcc make cmake \ python3 python3-pip \ device-tree-compiler \ dosfstools mtools # 设置工作目录 mkdir -p ~/workspace/rdv3 && cd ~/workspace/rdv3

注意：建议使用普通用户操作，仅在必须时使用sudo。所有路径保持为英文且不含空格，避免后续脚本解析问题。

2.2 FVP模型获取与安装

Arm官方提供了Neoverse V3的参考设计模型，需从Arm开发者网站获取：

wget https://developer.arm.com/-/cdn-downloads/permalink/FVPs-Neoverse-Infrastructure/RD-V3-Cfg1/FVP_RD_V3_Cfg1_11.29_35_Linux64.tgz tar -xf FVP_RD_V3_Cfg1_11.29_35_Linux64.tgz ./FVP_RD_V3_Cfg1.sh

安装完成后，设置环境变量指向模型二进制文件：

export MODEL=$(pwd)/Linux64_GCC-9.3/FVP_RD_V3_Cfg1 echo "export MODEL=$MODEL" >> ~/.bashrc

实测发现：模型版本与工具链存在兼容性要求，建议使用文档指定的11.29_35版本。若遇到段错误，尝试更新主机GLIBC到2.31以上版本。

3. 软件栈构建与定制

3.1 源码同步与依赖安装

使用repo工具同步代码仓库：

repo init -u https://github.com/ARM-software/rd-infra -b main -m manifest.xml repo sync -c -j$(nproc) --fetch-submodules --force-sync --no-clone-bundle

安装构建依赖：

sudo ./build-scripts/rdinfra/install_prerequisites.sh

3.2 中断控制器关键修改

BSA测试需要支持大量中断源，需修改UEFI代码中的默认配置：

# 修改文件：uefi/edk2/ArmPkg/Drivers/ArmGic/GicV3/ArmGicV3Dxe.c - mGicNumInterrupts = ArmGicGetMaxNumInterrupts (mGicDistributorBase); + mGicNumInterrupts = 16384;

这个修改将GICv3中断控制器支持的中断数扩展到16384个，满足多设备测试场景。修改后执行完整构建：

./build-scripts/build-test-uefi.sh -p rdv3cfg1 all

3.3 PCIe设备树配置

RD-V3支持灵活的PCIe拓扑配置，以下是典型操作流程：

1. 下载预定义的PCIe层级文件：

wget https://raw.githubusercontent.com/ARM-software/sysarch-acs/main/docs/pcie/example_pcie_hierarchy_0.json

2. 集成到软件栈：

cp example_pcie_hierarchy_0.json ~/workspace/model-scripts/rdinfra/platforms/rdv3cfg1/

3. 修改启动脚本run_model.sh：

sed -i 's/hierarchy_file_name=<default>/hierarchy_file_name=example_pcie_hierarchy_0.json/' \ ~/workspace/model-scripts/rdinfra/platforms/rdv3cfg1/run_model.sh

技巧：可通过修改JSON文件自定义PCIe拓扑结构，每个端口可配置为Root Port、Switch或Endpoint设备。

4. 裸机模式BSA测试实施

4.1 测试套件编译

创建裸机构建目录并克隆ACS仓库：

mkdir -p ~/workspace/bm_build && cd ~/workspace/bm_build git clone https://github.com/ARM-software/sysarch-acs.git

安装Arm GNU工具链（版本需严格匹配）：

wget https://developer.arm.com/-/media/Files/downloads/gnu/14.3.rel1/binrel/arm-gnu-toolchain-14.3.rel1-x86_64-aarch64-none-elf.tar.xz tar -xf arm-gnu-toolchain-14.3.rel1-x86_64-aarch64-none-elf.tar.xz export CROSS_COMPILE=~/workspace/arm-gnu-toolchain-14.3.rel1-x86_64-aarch64-none-elf/bin/aarch64-none-elf-

执行构建：

cd sysarch-acs && mkdir build && cd build cmake ../ -G"Unix Makefiles" -DTARGET="RDV3CFG1" make bsa

4.2 测试执行与结果收集

修改软件栈以加载ACS二进制：

# 替换build-scripts/build-target-bins.sh中的uefi.bin为acs_latest.bin sed -i 's/uefi.bin/acs_latest.bin/g' ~/workspace/build-scripts/build-target-bins.sh # 复制测试镜像 cp ~/workspace/bm_build/sysarch-acs/build/bsa_build/output/bsa.bin \ ~/workspace/output/rdv3cfg1/components/css-common/acs_latest.bin # 重新打包FIP cd ~/workspace && ./build-scripts/build-test-uefi.sh -p rdv3cfg1 package

启动测试：

cd model-scripts/rdinfra/platforms/rdv3cfg1 ./run_model.sh

测试日志保存在rdv3cfg1/目录下，关键文件包括：

• bsa.log：详细测试输出
• acs_results.xml：结构化测试结果
• console.log：完整控制台记录

5. UEFI模式测试方案

5.1 EDK2环境搭建

创建独立构建目录：

mkdir -p ~/workspace/uefi_build && cd ~/workspace/uefi_build git clone --recurse-submodules --branch edk2-stable202505 https://github.com/tianocore/edk2.git git clone https://github.com/tianocore/edk2-libc.git edk2/edk2-libc

配置工具链：

wget https://developer.arm.com/-/media/Files/downloads/gnu/14.3.rel1/binrel/arm-gnu-toolchain-14.3.rel1-x86_64-aarch64-none-linux-gnu.tar.xz tar -xf arm-gnu-toolchain-14.3.rel1-x86_64-aarch64-none-linux-gnu.tar.xz export GCC_AARCH64_PREFIX=~/workspace/arm-gnu-toolchain-14.3.rel1-x86_64-aarch64-none-linux-gnu/bin/aarch64-none-linux-gnu-

5.2 ACS测试镜像制作

编译测试套件：

cd edk2 git submodule update --init --recursive git clone https://github.com/ARM-software/sysarch-acs.git ShellPkg/Application/sysarch-acs source edksetup.sh make -C BaseTools/Source/C source ShellPkg/Application/sysarch-acs/tools/scripts/acsbuild.sh bsa

创建虚拟磁盘并载入测试程序：

mkfs.vfat -C -n HD0 hda.img 2097152 sudo mkdir /mnt/bsa && sudo mount hda.img /mnt/bsa sudo cp Build/Shell/DEBUG_GCC/AARCH64/Bsa.efi /mnt/bsa/ sudo umount /mnt/bsa

5.3 UEFI Shell测试执行

启动FVP并挂载磁盘镜像：

cd ~/workspace/model-scripts/rdinfra/platforms/rdv3cfg1 ./run_model.sh -v ~/workspace/uefi_build/hda.img

在UEFI Shell中执行：

1. 选择Boot Manager→UEFI Shell
2. 输入FS2:切换到虚拟磁盘
3. 执行Bsa.efi -f acs.txt启动测试

测试完成后，挂载磁盘镜像获取结果：

sudo mount ~/workspace/uefi_build/hda.img /mnt/bsa cat /mnt/bsa/acs.txt

6. 常见问题与调试技巧

6.1 网络问题解决方案

当repo sync因网络超时失败时：

• 使用-j4降低并发数
• 配置git代理：

  git config --global http.proxy http://proxy.example.com:8080

6.2 测试卡住处理

若测试在某个用例卡住：

1. 检查模型启动参数是否包含-C bp.vis.disable_visualisation=1关闭图形界面
2. 增加日志级别：在run_model.sh中添加--verbose参数
3. 使用GDB附加调试：

   gdb --args $MODEL --cadi-server

6.3 结果分析要点

BSA测试结果重点关注：

• SBSA_LEVEL：通过的SBSA合规级别
• PASS/FAIL统计
• SKIP用例的合理性评估

典型失败案例处理：

• PCIe枚举失败：检查PCIe层级文件配置
• 中断测试失败：确认GICv3参数修改已生效
• 内存测试失败：验证DDR控制器配置

7. 进阶配置建议

7.1 多节点测试配置

对于复杂拓扑测试，可启动多个FVP实例并通过参数互联：

# 节点1 $MODEL -C cluster0.NUM_CORES=4 -C bp.pl011_uart0.out_file=node1.log # 节点2 $MODEL -C cluster0.NUM_CORES=4 -C bp.pl011_uart0.out_file=node2.log \ -C bp.hostbridge.extra_cluster_interfaces=0.socket0.cluster0

7.2 性能优化参数

提升FVP运行效率的关键参数：

-C cache_state_modelled=0 # 禁用缓存建模 -C bp.dram_metadata.is_sync=1 # 同步内存访问 -C bp.vis.disable_visualisation=1 # 禁用可视化

7.3 自动化测试集成

示例CI脚本框架：

#!/bin/bash # 构建阶段 ./build-scripts/build-test-uefi.sh -p rdv3cfg1 all # 测试阶段 cd model-scripts/rdinfra/platforms/rdv3cfg1 ./run_model.sh > test.log # 结果分析 grep -q "Overall Test Status : PASS" test.log || exit 1

通过这套方案，我们成功在Neoverse V3平台上实现了BSA/SBSA的全套测试验证，最终获得SystemReady SR认证。实际项目中，建议将FVP测试纳入持续集成流程，每次硬件设计变更后自动执行合规性验证。