![[linux内存管理] 第021篇 buddy内存管理之快速分配](/upload/1771597308742.webp)
2025-02-18
[linux内存管理] 第021篇 buddy内存管理之快速分配
深入解析Linux buddy分配器的alloc_pages核心算法，详述内存分配的“快速分配”与“慢速分配”流程。通过源码剖析，呈现alloc_pages如何高效处理内存请求，包括gfp标志、NUMA节点选择、碎片优化及分配策略，突出快速分配优先从zone链表获取空闲页，未命中时转入慢速路径处理.
![[linux内存管理] 第020篇 Linux内核slab内存的越界检查SLUB_DEBUG的原理剖析](/upload/1771596899833.webp)
2025-02-11
[linux内存管理] 第020篇 Linux内核slab内存的越界检查SLUB_DEBUG的原理剖析
越界访问常引发难以定位的系统异常，尤其在驱动开发中隐蔽性极高。SLUB DEBUG通过在分配内存对象周围设置特殊区域和magic数，有效检测越界（OOB）、用后即弃（UAF）等问题。借助Red zone和padding机制，能精准发现内存溢出及链表破坏，搭配slabinfo工具主动触发检测。
![[Android稳定性] 第023篇 [问题篇] printk非空的非法指针参数导致的spinlock死锁引起Non Secure WDT](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2026/02/halo_74nsrwj.webp)
2025-02-11
[Android稳定性] 第023篇 [问题篇] printk非空的非法指针参数导致的spinlock死锁引起Non Secure WDT
本文分析了Linux内核中因`Non secure wdt`导致的死机问题。通过分析ramdump，发现所有CPU都在等待一个spin lock，且锁的持有者是`kworker/u17:12`。进一步分析发现，该进程在获取锁后出现了data abort，并在异常处理流程中再次尝试获取锁，导致死锁。根本原因是`nvt_update_firmware`函数中使用了未初始化的指针作为`printk`的参数，导致打印异常。解决方案是将`kmalloc`改为`kzalloc`，以确保内存被清零。实验验证了当`printk`的参数为非法指针时，会导致死锁。
![[Android稳定性] 第022篇 [原理篇] kernel panic的死亡信息的由来](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2026/02/halo_r94usgf.webp)
2025-01-20
[Android稳定性] 第022篇 [原理篇] kernel panic的死亡信息的由来
本文主要介绍了 Linux 内核稳定性问题中的“kernel panic”现象，并深入分析了其产生的原因、异常处理流程以及如何处理。文章以一个具体的异常案例为切入点，详细解释了异常信息的解读、异常向量表的查找、异常处理函数的执行过程，并最终揭示了 panic 报错信息的来源。文章还介绍了 oops_enter、console_verbose、__die、dump_backtrace 等关键函数的功能，以及 panic_on_oops 内核参数对 panic 流程的影响。通过本文的学习，读者可以更好地理解内核 panic 的产生机制，并掌握相应的调试方法。
![[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工具，开发者可以更有效地定位和解决内核崩溃问题，提高问题定位的效率。
![[Android稳定性] 第018篇 [问题篇] 串口日志未关闭导致的watchdog](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2026/02/halo_wvv2zst.webp)
2025-01-14
[Android稳定性] 第018篇 [问题篇] 串口日志未关闭导致的watchdog
系统出现死机，日志显示QCOM Apps Watchdog超时触发。分析发现，所有CPU核心均暂停等待`rcu_momentary_dyntick_idle`，CPU0正在执行打印操作，导致无法及时pet watchdog，引发异常。解决方案建议关闭kernel的串口日志以避免类似问题。
![[Android稳定性] 第017篇 [方法篇] 高通watchdog分析流程](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2026/02/halo_xu64sxb.webp)
2025-01-14
[Android稳定性] 第017篇 [方法篇] 高通watchdog分析流程
高通watchdog分析七步法：首先检查执行状态，确认进程位置和状态；若未就绪，探究timer问题；若就绪未调度，分析中断及调度状况；最后检查进程是否禁止抢占，确保系统稳定运行。
![[Android稳定性] 第016篇 [原理篇] 高通平台watchdog机制原理解析](https://halo-19274848.oss-cn-shanghai.aliyuncs.com/2026/02/halo_wnerhpl.webp)
2025-01-14
[Android稳定性] 第016篇 [原理篇] 高通平台watchdog机制原理解析
Watchdog是一种用于嵌入式系统的机制，当系统出现严重故障时，可以在无人为介入的情况下自动重新启动系统。它分为硬件和软件两种类型，硬件watchdog比软件watchdog有更好的可靠性。在高通平台Android系统中，watchdog的实现有所不同，本文主要介绍了高通平台Android系统中watchdog的种类、实现、初始化入口、通知链和主线程。
