![[Android稳定性] 第010篇 [问题篇] 数组越界导致的内核panic](https://hexoimg.oss-cn-shanghai.aliyuncs.com/blog/24/12/cover_android_stability_010.png)
[Android稳定性] 第010篇 [问题篇] 数组越界导致的内核panic
0. 问题现象 收到研发提供的反馈,服务器打包的daliy版本刷机后出现900E口,出现死机问题。 1. 问题分析 1.1 dmesg_TZ.txt [ 51.674148][ T1598] xiaomi_touch_dev_open [ 51.674189][ T1598] xiaomi_
![[linux内存管理] 第013篇 zone的初始化](https://hexoimg.oss-cn-shanghai.aliyuncs.com/blog/24/12/cover_linux_memory_management_013.png)
[linux内存管理] 第013篇 zone的初始化
0. 前言 紧接前文[linux内存管理] 第012篇 物理内存管理三大结构体之zone,本文将介绍zone的初始化,这也是继bootmem_init函数的后半部分(前半部分为sparse_init)。这次让我们来到下半部分吧,下半部分主要是围绕zone_sizes_init函数展开。 start_
![[Android稳定性] 第009篇 [问题篇] 数组越界导致的内核panic](https://hexoimg.oss-cn-shanghai.aliyuncs.com/blog/24/12/cover_android_stability_009.png)
[Android稳定性] 第009篇 [问题篇] 数组越界导致的内核panic
0. 问题现象 收到研发提供的反馈,部分机器插着usb后出现死机。 1. 问题分析 1.1 dmesg_TZ.txt [ 111.851460][ T2674] CPU: 6 PID: 2674 Comm: android.hardwar Tainted: G W OE
![[Android稳定性] 第008篇 [原理篇] 动态设置kernel cmdline](https://hexoimg.oss-cn-shanghai.aliyuncs.com/blog/24/12/image_34a046feced97161f77c77dbd27075d9.png)
[Android稳定性] 第008篇 [原理篇] 动态设置kernel cmdline
0. 前言 有时候我们会遇到一些问题,需要去打开内核的一些参数进行一些调试,比如initcall_debug、debug、log_buf_len等等。每次遇到这些问题时,我们都需要去重新打包。这不仅仅浪费时间,而且有时候在遇到问题时重新编译后反而不复现了,妥妥的浪费时间。基于这样的需求,我实现了这样
![[Android稳定性] 第007篇 [问题篇] 中断风暴导致panic](https://hexoimg.oss-cn-shanghai.aliyuncs.com/blog/24/12/cover_android_stability_007.png)
[Android稳定性] 第007篇 [问题篇] 中断风暴导致panic
当前文章内容已隐藏,输入密码后可见。
![[Android稳定性] 第006篇 [问题篇] hungtask causing panic-死锁](https://hexoimg.oss-cn-shanghai.aliyuncs.com/blog/24/12/cover_android_stability_006.png)
[Android稳定性] 第006篇 [问题篇] hungtask causing panic-死锁
copyright_author: thonmin copyright_author_href: https://blog.csdn.net/thonmin copyright_info: 此文章版权归thonmin所有,如有转载,请注明来自原作者 copyright_url: https://bl
![[Android稳定性] 第003篇 [原理篇] mtdoops的原理介绍](https://hexoimg.oss-cn-shanghai.aliyuncs.com/blog/24/12/cover_android_stability_003.png)
[Android稳定性] 第003篇 [原理篇] mtdoops的原理介绍
当前文章内容已隐藏,输入密码后可见。
![[Android稳定性] 第005篇 [问题篇] 原子状态调度引起死机](https://hexoimg.oss-cn-shanghai.aliyuncs.com/blog/24/12/cover_android_stability_005.png)
[Android稳定性] 第005篇 [问题篇] 原子状态调度引起死机
不当锁用导致死机,如在原子状态下调度,文章分析原因并提出解决方案。案例中,全局变量导致锁操作错误,强调不应使用全局变量控制锁,易引发多核并发问题。
![[Android稳定性] 第004篇 [原理篇] minidump的原理介绍](https://hexoimg.oss-cn-shanghai.aliyuncs.com/blog/24/12/cover_android_stability_004.png)
[Android稳定性] 第004篇 [原理篇] minidump的原理介绍
Minidump 是一种记录系统崩溃信息的机制,各子系统注册在内存映射表中,当系统崩溃时,引导子系统会加密并保存注册过的内存信息,存到 RAM EMMC 分区。通过在用户空间设置 dload_mode=mini,将 0x40 的值写入到 0x3d3000,在手机崩溃后,引导子系统会读取 0x3d3000 的值,如果设置为 minidump 模式,则会读取存在 md_kmsg 和 md_pmsg 地址的 kmsg log 和 logcat log,并将 log 存于 minidump 分区。
![[Android稳定性] 第002篇 [原理篇] subsystem ramdump的原理介绍](https://hexoimg.oss-cn-shanghai.aliyuncs.com/blog/24/12/cover_android_stability_002.png)
[Android稳定性] 第002篇 [原理篇] subsystem ramdump的原理介绍
一、什么是SSR? Subsystem:modem、LPASS、Venus、WCNSS、GPU、SLPI等,芯片由APSS处理器和额外处理器运行它们的软件。 SSR(Subsystem Restart,子系统重启)是高通的一个feature选项。如果SSR打开,尽管子系统crash了,仍然允许整个系