![[Android稳定性] 第046篇 [方法篇] 如何使用trace32恢复AOP现场？](https://halo-1259291793.cos.ap-shanghai.myqcloud.com/2025/06/a1dmnee.png?imageView2/0/w/800)
6月前
评论
[Android稳定性] 第046篇 [方法篇] 如何使用trace32恢复AOP现场？
本文介绍了使用hansei工具解析AOP/RPM及使用trace32恢复AOP现场的方法。首先获取hansei工具，安装依赖库后执行工具，输入相关路径生成文件。然后进行恢复前的准备工作，包括下载T32脚本和准备相关文件。最后，通过执行aop_rpm_load.bat文件，选择正确的cmm文件开始恢复。
![[Android稳定性] 第045篇 [问题篇] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00007f00](https://halo-1259291793.cos.ap-shanghai.myqcloud.com/2025/06/lbivwl4.png?imageView2/0/w/800)
6月前
评论
[Android稳定性] 第045篇 [问题篇] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00007f00
本文分析了在测试DDR TT和Reboot测试专项过程中机器出现dump的问题。通过panic现场和加debug patch的分析，发现死机原因是ufs没有初始化成功，函数`ufshcd_complete_dev_init`耗时过长。进一步分析发现，`kworker/6:1`线程在执行`kfree_rcu_monitor()`时被调度出去，并长时间卡在`schedule()`中，最终导致死机。根本原因是在ufs函数执行时被串口输出调度出去，而串口输出调度优先级很高，执行console_unlock()时持锁状态下运行，不允许调度，且阻塞式串口写函数`qcom_geni_serial_poll_tx_done`会造成长时间占用CPU。