【general_hardware】升级VRD失败，版本号中出现不一致数字，日志看到升级状态返回75

[yangbo (HKZY_YangBo)]

VRD升级过程中，有一个出现查询VRD升级状态返回75，导致升级之后版本成为32.29.29.32.32.32.32.32.

看开源代码是通过std_smbus发送请求返回的：

求助：
1、这个芯片的各种可能得返回码代表什么含义，比如这个75；
2、从这个错误码，或者其他方向，如何排查到这个升级问题的根因

[mao_0v0_q7rci (maoyuhao)]

升级Vrd查询的升级状态为如下接口，是通过iic获取到mcu子固件返回的升级状态

bmc将常用的返回码有做定义，如返回其他非预期错误码则可定界为mcu出现问题

[yangbo (HKZY_YangBo)]

mcu出现这种问题的话，可以怎么和mcu讨论这个问题，或者mcu相关文档参考之类的呢？

[zybwh (张雨博)]

建议咨询对应的PAE帮忙搭线

[mao_0v0_q7rci (maoyuhao)]

与mcu讨论建议通过带内收集mcu日志分析报错原因，具体mcu接口文档需要咨询mcu硬件

[yangbo (HKZY_YangBo)]

联系到mcu，是前一久已知的一个概率性问题，GD mcu读版本概率返回有问题。
BMC通过二值一致防抖策略来处理这次异常状态。

读取VRD版本号：busctl --user call bmc.kepler.hwproxy /bmc/kepler/Chip/Smc/Smc_CpuBrdSMC_010101 bmc.kepler.Chip.BlockIO Read a{ss}uu 0 0x0018501 7
从 18501-18508，对应8个VRD

异常码包括： 25 75 88.
其中 33 表示版本过低。