![[Android稳定性] 第021篇 [问题篇] Kernel panic - not syncing: stack-protector: Kernel stack is corrupted](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2025/06/halo_jhqyzy1.png?x-oss-process=style/watermark&x-oss-process=image/resize,w_800,m_lfit)
2025-01-18
[Android稳定性] 第021篇 [问题篇] Kernel panic - not syncing: stack-protector: Kernel stack is corrupted
深入剖析了一起由内核函数mi_binder_wait4_hook触发的“Kernel stack is corrupted”内核崩溃问题。文章通过详细的dmesg日志分析、ARM汇编栈帧解析和Trace32进程栈回溯，复现了故障发生的关键环节，定位到x29栈帧指针因bitflip问题发生异常，导致栈保护机制触发__stack_chk_fail并panic。内容不仅梳理了栈帧的典型入栈流程及关键寄存器的存储关系，还精确描述了如何通过异常PC偏移与寄存器快照还原出崩溃前后的调用链路，展示了问题定位的扎实技术细节。最后，通过二进制对比，明确指出bitflip对函数栈帧完整性的破坏方式，为类似内核异常
![[Android稳定性] 第020篇 [方法篇] crash实战：手把手教你使用crash分析内核dump](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2026/02/halo_lvjhqs1.webp)
2025-01-18
[Android稳定性] 第020篇 [方法篇] crash实战：手把手教你使用crash分析内核dump
本文介绍了使用crash工具分析Linux内核崩溃（Kdump）的方法，重点针对手机领域。crash工具在处理大型dump文件时比trace32更加高效，因为它不会占用大量内存资源。文章还探讨了crash工具在恢复任务调用栈、查看局部变量值等方面的实用技巧，以及如何查找访问特定变量的线程。通过crash工具，开发者可以更有效地定位和解决内核崩溃问题，提高问题定位的效率。