Linux调用栈地址非连续及内核模块崩溃问题求助

调用栈地址不连续的原因 #

内核栈在x86架构下是从高地址向低地址生长的，正常调用栈的返回地址应该呈现递减趋势。你看到的地址跳变、不连续，本质是栈结构被破坏导致的——内存越界、use-after-free、栈溢出等操作会覆盖栈上的返回地址，让调用栈输出出现混乱的地址序列。

关于kmem_cache_alloc_trace的疑惑 #

你代码里调用的kmalloc是内核基于slab分配器封装的上层接口，底层最终会调用kmem_cache_alloc_trace——这是内核内存分配的内部实现逻辑，不需要你显式调用，所以它出现在调用栈里是完全正常的。崩溃发生在这个函数里，说明内存分配过程中遇到了被破坏的slab元数据，大概率是之前的内存操作（比如越界写入、非法释放）已经损坏了分配器的内部结构。

调用栈顺序异常的原因 #

调用栈显示tamperhack_write后续调用了tamper_is_safe_filename，但崩溃却发生在更早的kmem_cache_alloc_trace，这也是栈被破坏的典型表现：栈上的返回地址被篡改后，内核回溯调用栈时会读取到错误的地址，导致调用栈的顺序完全混乱，不能反映真实的函数调用流程。

排查建议 #

• 检查内存越界：核对所有kmalloc的大小参数，确认写入内存时没有超出分配的字节数——尤其是处理文件名这类可变长度数据时，容易出现缓冲区溢出。
• 排查use-after-free：检查kfree的调用时机，确认没有在释放内存后继续访问该内存区域，比如tamper_is_safe_filename是否用到了已被kfree的指针。
• 启用内核调试选项：编译内核时开启CONFIG_DEBUG_SLAB、CONFIG_DEBUG_KMEMLEAK、CONFIG_STACKTRACE，这些选项会在内存操作出错时输出更详细的调试信息。
• 使用KASAN工具：开启CONFIG_KASAN编译内核，它能精准检测内存越界、use-after-free等问题，在QEMU环境下可以快速定位崩溃根源。
• 检查栈溢出风险：查看tamper_is_safe_filename等函数是否定义了过大的局部变量，局部变量存放在栈上，过大的变量会直接导致栈溢出覆盖返回地址。

内容的提问来源于stack exchange，提问作者Virux