slab11篇

[linux内存管理] 第031篇 内核启动早期的slab分配器的自举 1月前 5 条 林渡
[linux内存管理] 第031篇 内核启动早期的slab分配器的自举

梳理Linux内核启动早期内存管理的四个阶段，文章深入分析了slab分配器自举的“鸡生蛋”难题：分配器本身依赖尚未初始化的自身结构体。详细解读slab分配器如何通过静态变量及多层自举逻辑，巧妙解决这一循环依赖困境，进而实现对象级缓存的高效分配与初始化，为内核后续稳定运行打下坚实基础。
[Android稳定性] 第050篇 [问题篇] slab内存泄露造成设备黑屏 7月前 评论 林渡
[Android稳定性] 第050篇 [问题篇] slab内存泄露造成设备黑屏

本文描述了在测试手机经过长期智能充电后，出现卡顿和黑屏的问题现象。复现步骤包括设置手机时间和电池温度，并使用QC3.0充电器进行充电。预期结果是系统界面流畅，但实际结果是系统界面卡死和黑屏。通过分析内存信息和slab信息，发现内存不足和slab内存泄露问题。通过slabtrace分析，确定问题根源在于charger模块中的一些函数调用导致了内存泄露。解决方案是在申请内存前，先判断是否已经申请过，以避免重复申请。
[linux内存管理] 第026篇 从内核源码看 slab 内存池的创建初始化流程 7月前 评论 林渡
[linux内存管理] 第026篇 从内核源码看 slab 内存池的创建初始化流程

本文详细介绍了Linux内核中slab内存池的创建过程，从源码层面解释了slab cache的架构设计和实现。文章首先介绍了slab cache的创建接口函数kmem_cache_create，并解释了其参数与slab cache结构体属性的对应关系。接着，文章深入分析了slab cache创建的详细流程，包括获取锁、参数校验、查找可复用的slab cache、计算slab对象的内存布局、初始化slab cache的重要属性、创建本地cpu缓存和NUMA节点缓存等步骤。此外，文章还介绍了slab allocator体系的初始化过程，解释了如何解决先有鸡还是先有蛋的问题，并详细说明了slab对象的内存布局和计算slab所需物理内存页个数的逻辑。最后，文章总结了slab cache的创建流程和架构，并展望了后续对slab内存池内存分配的深入探讨。
[linux内存管理] 第025篇 细节拉满，80 张图带你一步一步推演 slab 内存池的设计与实现 7月前 评论 林渡
[linux内存管理] 第025篇 细节拉满，80 张图带你一步一步推演 slab 内存池的设计与实现

本文介绍了 Linux 内核中的 slab 内存池，用于高效地分配和释放小内存块。作者首先回顾了 Linux 内存分配的宏观流程，然后引出 slab 内存池的产生背景和优势。slab 内存池将频繁使用的小内存块池化，避免了频繁的内存分配和释放带来的性能开销。文章详细介绍了 slab 对象池的内存布局，包括对齐、red zone、freepointer 和状态信息等。接着，文章分析了 slab 的总体架构设计，包括 kmem_cache、kmem_cache_cpu 和 kmem_cache_node 等数据结构。最后，文章详细介绍了 slab 内存分配和释放的原理，包括从本地 cpu 缓存、partial 列表、NUMA 节点缓存和伙伴系统中分配和释放内存的场景。
[Android稳定性] 第025篇 [问题篇] KASAN slab-out-of-bounds内存越界问题 10月前 评论 林渡
[Android稳定性] 第025篇 [问题篇] KASAN slab-out-of-bounds内存越界问题

本文分析了在运行kasan版本corgi: 4967550时出现的死机问题，问题概率为4/7。通过分析dmesg日志，确定问题类型为slab-out-of-bounds，问题函数为usbpd_mi_vdm_received_cb，越界地址为ffffff808d6c0a60。通过trace32工具恢复现场，定位到死机原因为for循环中的数组越界访问。最终，通过修改循环次数为rx_msg->data_len/sizeof(u32)，成功解决问题。
[Android稳定性] 第023篇 [问题篇] printk非空的非法指针参数导致的spinlock死锁引起Non Secure WDT 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`的参数为非法指针时，会导致死锁。