小米18 Pro 死机重启，日志一拉：基带 3 天崩了 293 次机型小米 18 Pro（M610BB），骁龙 8 Elite（SM8950），国行 HyperOS OS4.0.17.0，内核 6.18.21，双卡都是...

小米18 Pro 死机重启，日志一拉：基带 3 天崩了 293 次
机型小米 18 Pro（M610BB），骁龙 8 Elite（SM8950），国行 HyperOS OS4.0.17.0，内核 6.18.21，双卡都是中国移动。

10 月 7 号下午开始，手机基本没网络，无服务、上不了网。到 17:01:40，直接死机自动重启。重启完反而一切正常，网络十几秒就回来了。

觉得不对劲，抓了份完整 bugreport，结果有点夸张。

**一、基带 3 天崩了 293 次**

日志里基带（modem）在这次开机周期内，累计崩溃并自动重启（也就是常说的 SSR）293 次。这次开机是 10 月 4 号 14:39，到崩溃时约 74 小时。

而且分两个阶段：

- 前 74 小时：崩了 171 次，异常其实早就有；
- 最后 14 分钟（16:47 起）：崩了 122 次，**平均每 6.8 秒一次**。

基带每崩一次，上层的通话和数据就断一次，最后这十几分钟基本等于全程无服务，这就是 “一下午没网” 的直接原因。

基带侧给出的原因主要是射频收发资源等待超时（mcpm_wait_trx_worker_complete，tech20/tech13），还伴随 QLINK 无法 bringup、sys_cache 超时。

**二、整机为什么会死机**

内核日志的崩溃点很明确：

kernel BUG at drivers/soc/qcom/rpmh-rsc.c:1090

调用链是这样的：手机让 UFS 存储进入省电挂起 → 设置总线带宽（icc_set_bw）→ 批量下发电源命令（rpmh_write_batch）→ RSC 控制器检测到状态异常，直接触发内核 BUG → panic → 看门狗把手机复位重启。

简单解释：RPMh 是高通平台统一调度整颗芯片供电和时钟的模块，RSC 是它的硬件控制器。基带和应用处理器都要跟它打交道 —— 基带侧日志里也出现了 rpmh_client 报错，等于两边都指向同一个电源资源协调层。

**三、能排除的都排除了**

- 不是过热：崩溃时 thermalStatus 为 none，没有任何温控触发；
- 不是内存不足：全程无 OOM 记录；
- 不是存储坏了：UFS 寿命损耗 0~10%，PreEOL 正常，也没有 UFS 错误；
- 不是开热点 / USB 共享导致：热点状态是关闭的；
- 不是某个 App 直接搞崩的：崩溃来自内核电源管理工作队列，和当时前台应用无关；
- 翻了历史 8 次启动记录，之前都没有内核 panic，这次是第一次整机 KE。

**四、目前的判断**

重启后约 13 秒数据就恢复、正常驻留 5G，说明 SIM 和运营商没问题，问题出在基带运行时状态。结合崩溃点，更像是高通基带固件（MPSS）+ RPMh/AOP 电源管理在持续搜网或网络不稳场景下被触发的软件缺陷，这类问题一般靠 OTA 修复。

已经把 bugreport 提交给小米，也在等后续版本。

发出来一是想问问有没有同款机型遇到 “无服务 + 死机重启” 的，可以对照下；二是提醒大家遇到莫名重启，抓个 bugreport 基本能看清原因，别直接当玄学。

有进展我再更。#HyperOS4# #小米18Pro#