荣耀Magic9 Pro Max推送MagicOS 11.0.0.111版本更新，本次更新核心优化系统稳定性，修复了部分极限场景下的崩溃重启问题，该问题为高通图形HAL服务软件缺陷导致...

荣耀Magic9 Pro Max推送MagicOS 11.0.0.111版本更新，本次更新核心优化系统稳定性，修复了部分极限场景下的崩溃重启问题，该问题为高通图形HAL服务软件缺陷导致的软件层面问题，非硬件故障，更新未对CPU进行降频

主要修复了GPP死机修复补丁，不在开关层面做阉割，代码上做到新建会话前先清理旧BufferQueue残留，来解决整机冻死硬重启，详细问题可以看我上一帖子，几乎99%确认就是这个问题了[受虐滑稽][受虐滑稽]

✅ 为什么会出现整机冻死硬重启

旧版本工作逻辑：游戏发生切后台、切换横竖屏场景的时候会反复重建游戏渲染Surface渲染表面系统会持续生成新的BufferQueue渲染队列
旧固件调用 createSession 创建GPP会话的时候不会去清理上一轮遗留下来的旧BufferQueue输出队列旧队列就残留在系统内部
一旦GPP服务接收到这种队列状态错乱的会话请求就会直接卡住而 createSession 属于同步Binder调用本身没有设置超时机制GPP服务卡住不返回应答游戏RenderThread渲染线程就会永久死等阻塞最终整机界面完全锁死系统只能依靠硬件看门狗执行强制硬件复位出现冻死后硬重启现象

✅ 具体修了啥

没有修改上层功能开关没有修改GPP相关配置参数改动落在GPP‑Service内部代码流程
新增前置处理步骤每次执行createSession新建GPP会话之前优先主动断开旧的输出BufferQueue Producer清理残留错乱旧队列清理完成之后再去连接建立全新的GPP会话
直接消除导致GPP服务被卡死的前置条件插帧帧率增强的原有功能链路保留不靠关闭功能来规避死机问题

📋 实锤证据证明（bugreport日志前后对比）

1 新增专属日志标签 GPP‑Service 
补丁之前抓取的系统bugreport日志完全搜索不到 GPP‑Service 相关日志输出
打上补丁之后会生成70条以上 GPP‑Service 完整运行日志完整记录GPP会话的整套创建流程

2 补丁新增核心关键日志行

E GPP‑Service: createSession: Before create session, disconnect output BufferQueue Producer first

每次发起GPP会话创建都会打印这条日志代表系统已经执行断开旧BufferQueue Producer的操作之后才会执行connect去连接新会话

3 两套独立硬件/系统日志交叉验证死机修复效果不受日志滚动丢失影响
① Dropbox系统启动档案补丁更新完成后的测试时间段内没有新增SYSTEM_RESTART异常重启记录日志里面看到的旧崩溃记录是升级OTA保留下来的历史旧数据不是补丁之后新产生
② PMIC电源芯片PON上电日志没有新增PS_HOLD硬件强制复位记录PS_HOLD就是整机冻死后看门狗硬重启的硬件指纹没有新增代表不再出现整机冻死后硬复位

4 GPP底层配置参数没有改动
对比补丁前后系统属性
 vendor.gpp.frc.enable 、 agp.version 、 sys.aps.version 参数全部维持原值没有修改没有置0没有通过底层关闭GPP硬件来规避故障

📌总结

本次修复不是阉割帧率增强插帧功能而是修改GPP会话创建的前置代码逻辑新建会话前强制清理系统里面遗留的旧BufferQueue队列解决队列状态错乱造成GPP服务挂死以此解决整机冻死硬重启故障

#荣耀Magic9ProMax#