# HP EliteBook 845 G9 固件 Bug 反馈 ## 休眠期间插入交流电源，唤醒后半个 CPU（一组 CCX）卡死在最低频率 --- ## 一、系统信息 | 项目 | 值 | |---|---| | 机型 | HP EliteBook 845 14 inch G9 Notebook PC | | 序列号 | 5CG2211DP2 | | 主板型号 | 8990 | | BIOS 版本 | U82 Ver. **01.17.00**（Rev.A，2026-08-06 发布，构建日期 2026-06-09） | | CPU | AMD Ryzen 7 PRO 6850HS with Radeon Graphics（8 核 16 线程，Rembrandt） | | GPU | AMD Radeon 680M（Rembrandt，驱动 amdgpu，SMU 固件 69.71.0） | | 内存 | 32 GB（30 GiB） | | 硬盘 | ZHITAI Ti600 1TB（NVMe） | | 无线 | Intel AX210 Wi-Fi 6E | | 操作系统 | Debian 13.6（trixie） | | 内核 | 7.1.8+deb13-amd64（trixie-backports） | | CPU 调频驱动 | amd-pstate（passive 模式，schedutil governor） | | 休眠方式 | s2idle（仅此模式可用，无 deep） | > 该问题在 **6.12.101、7.1.3、7.1.8** 三个内核版本上均稳定复现，与内核版本无关。 --- ## 二、问题描述 在**仅使用电池**的状态下合盖使系统进入 s2idle 休眠，随后在**休眠期间插入交流电源适配器**，再开盖唤醒系统，会出现： - **8 个线程（一组 CCX，即 4 个物理核）的 CPU 频率被钉死在 389 MHz**，无论负载多高都不升频； - 另外 8 个线程（另一组 CCX）频率正常，可升至 4.3–4.8 GHz； - 表现为系统整体严重卡顿，图形应用启动延迟数秒。 **唯一有效的恢复手段是拔掉交流电源适配器**（电源状态重新切换后 CPU 立即恢复正常，无需重启）。 --- ## 三、精确复现步骤（100% 可复现） 1. 拔掉交流电源适配器，仅使用电池供电； 2. 合上笔记本盖 → 系统进入 s2idle 休眠（约 10 秒后完全休眠）； 3. **保持休眠状态，插入交流电源适配器**； 4. 打开笔记本盖 → 系统唤醒 → 解锁登录； 5. CPU 即出现上述"半核卡死"现象。 > 补充说明：只要避开"电池休眠 → AC 唤醒"这个组合（例如：先插电源再合盖，或开盖后再插电源），问题不会出现。仅在休眠期间发生电源来源切换时触发。 --- ## 四、实测数据（诊断脚本采集） ### 4.1 正常状态（交流电源插着、未休眠，或拔电恢复后） 满载 4 核压力测试时各核频率： ``` 4 1124.676 1 1899.645 1 1904.318 1 3149.8xx 1 4267.1xx 8 4787.082 ← 8 核可到最高频 ``` SHA-256 吞吐基准（8192 字节块，单线程）： ``` sha256 2173399.04k 2185785.34k ← ≈ 2.19 GB/s（正常） ``` ### 4.2 卡死状态（电池休眠 → 休眠中插 AC → 唤醒后） 满载 4 核压力测试时各核频率： ``` 15 389.xxx 1 1124.676 ← 几乎全部钉死在 389 MHz ``` SHA-256 吞吐基准： ``` sha256 183857.15k 187932.67k ← ≈ 185 MB/s（仅为正常的 1/12） ``` ### 4.3 强制切换 performance governor 时（揭示"半核卡死"结构） 将所有 CPU policy 强制设为 `performance` governor 后： ``` 8 4787.082 MHz ← 一组 CCX（8 线程）可被强制拉到满频 8 390-396 MHz ← 另一组 CCX（8 线程）纹丝不动，完全不响应 ``` ### 4.4 恢复手段实测 **拔掉交流电源适配器** → 立即恢复，满载频率恢复至 3.1–4.8 GHz，SHA-256 恢复至 2.19 GB/s。 --- ## 五、已尝试但无效的方案 | 尝试 | 结果 | |---|---| | BIOS 升级：01.16.01 → **01.17.00** | ❌ 仍复现 | | 内核升级：6.12 → 7.1.3 → 7.1.8 | ❌ 均复现 | | 切换 CPU governor（performance↔schedutil） | ❌ 仅恢复正常那组 CCX，卡死组不响应 | | 再次休眠/唤醒（电源状态一致时） | ❌ 无效 | | amd-pstate active / passive 模式 | ❌ 均复现 | --- ## 六、诊断结论 问题定位在**固件/EC 层**，具体表现是： > 系统在**电池**模式下进入 s2idle 休眠，休眠期间**交流电源被插入**，唤醒后电源管理状态未正确同步，导致**一组 CCX 的 p-state 控制失效**，被永久钉在最低频率 389 MHz（低于驱动声明的最低频率 1.1 GHz）。只有物理拔掉电源（触发电源来源重新切换）才能强制恢复。 特征符合 **EC/SMU 固件在"休眠期间电源来源切换"场景下的状态同步缺陷**。Linux 内核调频驱动（amd-pstate）只是按固件提供的电源/性能状态工作，无软件手段可绕过该问题。 恳请 HP 工程团队核实以下方向： 1. 休眠期间发生 AC/电池切换时，EC 是否正确通知 SoC 更新电源状态； 2. 唤醒后两组 CCX 的 p-state 是否应强制重新初始化； 3. 是否可通过 BIOS 更新修复该电源来源切换场景。 --- *本报告由用户实测数据整理，复现步骤可 100% 重现，如有需要可提供完整系统日志。*