Facebook FBY35 BMC无法正常启动，如何排查？

Question

Facebook FBY35 BMC无法正常启动时，常见问题之一是BMC固件启动卡在初始化阶段，表现为串口无输出或停留在U-Boot加载界面。可能原因包括BMC镜像损坏、SPI Flash写入异常、电源管理芯片通信失败或硬件配置不匹配。排查时应首先通过JTAG或串口获取启动日志，确认停滞点；检查电源轨是否正常，复位信号是否稳定；验证SPI Flash中u-boot和内核镜像完整性，必要时使用编程器重刷固件；同时确认CPLD版本与BMC兼容。此外，排除RTC电池欠压、EEPROM配置错误等辅助因素，可有效定位并恢复BMC启动故障。

Answer 1

Facebook FBY35 BMC启动卡死在初始化阶段的深度排查与解决方案

1. 问题现象概述

当Facebook FBY35平台的BMC（Baseboard Management Controller）无法正常启动时，最常见的表现是系统在上电后串口无任何输出，或仅停留在U-Boot加载界面不再继续。该现象通常意味着BMC固件未能成功完成初始化流程，可能阻塞在SPI Flash读取、内存初始化、设备树加载或电源管理通信等关键环节。

此问题直接影响远程带外管理功能，导致服务器无法被监控、重启或诊断，严重削弱数据中心运维效率。

2. 常见故障原因分类

• BMC镜像损坏（u-boot/kernel/rootfs校验失败）
• SPI Flash编程异常（写入不完整、地址偏移错误）
• 电源管理芯片（PMBus/I2C）通信超时或配置错误
• CPLD版本与BMC固件不兼容
• RTC电池电压低于2.7V，导致CMOS配置丢失
• EEPROM中硬件配置参数错误（如MAC地址、IP模式）
• 复位信号不稳定或电源轨未达标（3.3V/1.8V异常）
• JTAG接口被锁定或调试通道失效

3. 排查流程图（Mermaid格式）

        
```mermaid
graph TD
    A[上电后BMC无响应] --> B{串口是否有输出?}
    B -- 无输出 --> C[检查UART电平、波特率、接线]
    B -- 有输出但卡在U-Boot] --> D[记录停滞位置日志]
    C --> E[测量电源轨: VCC_BMC, VCC_1V8]
    D --> F[验证SPI Flash中u-boot头部]
    E --> G[确认复位信号是否干净]
    F --> H[使用sf probe & sf read测试Flash]
    H --> I{能否正确读出镜像?}
    I -- 否 --> J[使用外部编程器重刷BMC镜像]
    I -- 是 --> K[检查CPLD版本是否匹配]
    K --> L[验证I2C总线上PMIC通信状态]
    L --> M[排查RTC电池电压及EEPROM配置]
```
        
    

4. 关键技术点深入分析

排查项	检测手段	工具建议	典型异常值
电源轨稳定性	示波器测量VCC_BMC、VDD_1V8	Keysight MSO-X 3054A	<3.1V 或纹波>100mVpp
SPI Flash完整性	sf probe; sf read; crc32	U-Boot命令行	crc校验失败或read timeout
CPLD兼容性	读取CPLD_ID寄存器	JTAG Debugger + OpenOCD	版本号不在支持列表内
I2C PMBus通信	i2cdetect -y 1; i2cget	Linux shell via recovery mode	PMIC设备未响应(0x2c)
RTC电池状态	万用表测量CR2032两端电压	Fluke 87V	<2.7V 视为欠压
EEPROM配置	hexdump /sys/bus/i2c/devices/1-0050/eeprom	i2c-tools	MAC为空或IP模式错误
JTAG连接性	openocd -f interface/jlink.cfg	J-Link EDU Mini	TAP IDCODE mismatch
复位信号质量	示波器捕获nRESET信号	触发条件: 上升沿	反弹或持续低电平
DDR初始化失败	查看U-Boot DDR training log	串口日志解析	“DDR init failed at phase X”
Watchdog触发循环重启	禁用WDT后观察行为	修改U-Boot env: bootargs	每5秒自动复位

5. 解决方案实施步骤

1. 优先通过JTAG连接获取底层启动日志，判断是否进入SBL（Secondary Boot Loader）阶段。
2. 若串口完全无输出，需确认UART TX/RX引脚电平是否符合LVTTL标准（3.3V），并检查终端设置为115200-8-N-1。
3. 使用数字万用表测量关键电源节点：重点关注ASPEED AST2500所需的VCC(3.3V)和VDD(1.8V)是否稳定。
4. 借助SPI编程器（如CH341A）读取SPI Flash内容，并比对原始BMC镜像的SHA256值。
5. 若发现镜像损坏，使用编程器重新烧录官方发布的完整BIN文件，注意选择正确的芯片型号（如MX25L25635F）。
6. 更新CPLD固件至推荐版本（通常由Facebook OpenBMC发布说明指定），避免GPIO映射错乱。
7. 通过i2cdetect扫描I2C总线，确保PMBus控制器（如UCD90320）可被识别且能读取VID信息。
8. 替换RTC电池（CR2032）后清除CMOS设置，防止旧配置干扰BMC初始化。
9. 使用OpenOCD连接JTAG接口，执行halt/resume操作以判断CPU是否处于挂起状态。
10. 最后，在恢复基本启动能力后，导入正确的设备树（.dtb）并启用完整功能服务。