![[Android稳定性] 第053篇 [方法篇] 稳定性问题分析指导](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/06/halo_c3x5u5a.png?x-oss-process=style/watermark&x-oss-process=image/resize,w_800,m_lfit)
5月前
22 条
[Android稳定性] 第053篇 [方法篇] 稳定性问题分析指导
本文摘要：文章通过一个嵌入的Xmind思维导图，展示了某个主题的结构化思考。思维导图涵盖关键点，以直观的方式呈现信息，便于读者快速理解和把握核心内容。
![[Android稳定性] 第000篇 Android稳定性系列开篇](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/06/halo_agdmerq.jpg?x-oss-process=image/resize,w_800,m_lfit)
11月前
1 条
[Android稳定性] 第000篇 Android稳定性系列开篇
本文集深入探讨了Android稳定性问题，分为方法篇、原理篇和问题篇三个部分。方法篇介绍了稳定性分析的方法，包括高通Android平台稳定性分析、watchdog分析流程、crash分析以及RCU Stall问题的分析等。原理篇详细解析了subsystem ramdump、mtdoops、minidump、blackbox等稳定性相关原理，以及高通平台watchdog机制和QCOM常见reboot类型流程。问题篇则列举了多种稳定性问题案例，如原子状态调度引起的死机、中断风暴导致的panic、内存分配失败、slab内存泄露等，并分析了其原因及解决方案。
![[Android稳定性] 第060篇 [问题篇] storage corruption导致的死机](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/11/halo_knmvuxm.png?x-oss-process=style/watermark&x-oss-process=image/resize,w_800,m_lfit)
3周前
评论
[Android稳定性] 第060篇 [问题篇] storage corruption导致的死机
一台售后机器频繁重启，日志分析定位到kernel在同一代码处异常crash，且product分区未损坏。无论刷super单镜像还是整包软件，问题都复现，确认是存储损坏(storage corruption)导致。后续将通过UFS交叉验证和检测，进一步排查硬件问题，以寻找更深层次故障原因。
![[Android稳定性] 第059篇 [问题篇] 内核内存区域重叠导致的页表映射错误](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/10/halo_pwwzrlv.jpeg?x-oss-process=style/watermark&x-oss-process=image/resize,w_800,m_lfit)
1月前
3 条
[Android稳定性] 第059篇 [问题篇] 内核内存区域重叠导致的页表映射错误
基线升级后引入高通baseline代码导致设备在重启时死机，问题定位至内核mtdoops_do_dump模块。通过dmesg日志和trace32调试发现，关键内存地址pte为空，导致系统在访问p_hdr结构时出现页表异常。分析详细还原故障场景，为后续修复提供技术依据，展示了系统性排查和调试过程的专业
![[Android稳定性] 第058篇 [方法篇] 高通平台使用QFIL回读分区](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/08/halo_ieywz9f.png?x-oss-process=style/watermark&x-oss-process=image/resize,w_800,m_lfit)
3月前
7 条
[Android稳定性] 第058篇 [方法篇] 高通平台使用QFIL回读分区
本文介绍了如何将机器进入9008模式以及通过configuration选择对应的Device type类型。在edl模式下刷机，需要选择机器对应版本并拆包镜像文件。同时，文章强调了回读分区时，如果机器已熔丝签名，必须使用未签名的版本中的prog_firehose_ddr.elf文件。最后，详细展示了如何使用tools进行分区回读操作。
![[Android稳定性] 第057篇 [方法篇] 高通平台使能ftrace的方法](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/08/halo_vgzfxyz.webp?x-oss-process=image/resize,w_800,m_lfit)
3月前
4 条
[Android稳定性] 第057篇 [方法篇] 高通平台使能ftrace的方法
本文介绍了Linux内核中的Ftrace工具，用于跟踪和分析内核行为。文章详细讲解了使能Ftrace的方法，包括设置相关开关和打开内核trace相关的defconfig。文章还介绍了如何确认Ftrace是否被使能以及查看Ftrace日志的方法。最后，文章提供了一些参考资料供读者深入了解Ftrace。
![[Android稳定性] 第056篇 [问题篇] 记一例Kernel panic - not syncing: Attempted to kill init!](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/08/halo_nkcbuym.png?x-oss-process=style/watermark&x-oss-process=image/resize,w_800,m_lfit)
4月前
2 条
[Android稳定性] 第056篇 [问题篇] 记一例Kernel panic - not syncing: Attempted to kill init!
**问题现场**：系统出现大量I/O和read ERROR，初步怀疑与storage访问相关，进一步分析发现系统正在进行shutdown流程。 **初步分析**：系统当时正在走低电关机流程，且尝试访问磁盘数据时出现IO ERROR，怀疑是下电时序导致storage先下电，导致上层进程访问失败。 **平台回复**：charger相关函数检测到低电后直接调用kernel_power_off执行下电关机，跳过上层shutdown流程，导致上层访问存储设备失败，引发异常。 **解决方法**：删除底层shutdown操作，先走上层关机流程，避免问题发生。 **代码浅析**：正常情况下，上层先走完shutdown流程，再通过syscall让底层继续shutdown。 **补充**：在系统下电流程中，做好时序上的同步非常重要，避免出现竞态访问导致异常。
![[Android稳定性] 第055篇 从dump信息角度学调度schedule](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/08/halo_1oshjvi.webp?x-oss-process=image/resize,w_800,m_lfit)
4月前
4 条
[Android稳定性] 第055篇 从dump信息角度学调度schedule
本文分析了Linux内核中进程调度的流程和上下文切换的细节。在调度过程中，首先关闭抢占，然后调用核心调度函数__schedule，该函数会关闭抢占，选择下一个任务，切换上下文，并最终切换到下一个任务的执行。上下文切换涉及到保存上一个进程的上下文，加载下一个进程的上下文，并最终切换到下一个任务的执行。
![[Android稳定性] 第054篇 [方法篇] 高通平台如何解析ADSP Crash?](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/07/halo_1qepeee.png?x-oss-process=style/watermark&x-oss-process=image/resize,w_800,m_lfit)
4月前
评论
[Android稳定性] 第054篇 [方法篇] 高通平台如何解析ADSP Crash?
本文主要介绍了使用crashman工具解析adsp的方法。首先，需要准备crashman工具、python环境和perl工具。然后，准备解析所需的三个部分：fulldump中的DDRCS0_0.BIN、bp symbols和adsp源码。接下来，通过执行特定的python命令进行解析，并使用ONEMORE集成工具中的adsp crash解析插件来简化解析过程。安装插件前需安装基础工具包。最后，根据工具选项卡中的选项填写相关信息，点击运行即可进行解析。
![[Android稳定性] 第052篇 [方法篇] HMI项目中如何使用QCAP解析minidump？](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/06/halo_zohrwtp.webp?x-oss-process=image/resize,w_800,m_lfit)
5月前
1 条
[Android稳定性] 第052篇 [方法篇] HMI项目中如何使用QCAP解析minidump？
本文主要介绍在HMI项目中处理minidump.gz文件的方法，包括解压minidump.gz和解密minidump。文中提到两种解压方式：本地解压和在线解压，推荐在线解压。解压后，使用脚本将minidump拆分成各个bin文件。接着，生成ap_minidump.elf文件，这是解析APPS关键步骤。文章还提供了相关的脚本和命令，并展示了预期解析结果。该方法也适用于其他高通平台项目。