Linux内核5.14.0中dump_stack()函数为空的原因是什么

你看到的空dump_stack()是内核提供的条件编译兜底占位实现，不是该函数的唯一实现，你漏看了这段代码外层的条件编译守卫。
Linux 5.14版本include/linux/printk.h中相关代码的完整逻辑是：

#ifdef CONFIG_STACKTRACE
/* 配置开启时，声明架构侧实现的真实函数 */
void dump_stack(void);
void dump_stack_lvl(const char *log_lvl);
void dump_stack_ratelimited(void);
#else
/* 配置关闭时，用空inline函数占位，避免编译报错 */
static inline void dump_stack(void)
{
}
static inline void dump_stack_lvl(const char *log_lvl)
{
}
static inline void dump_stack_ratelimited(void)
{
}
#endif

相关知识点和配置逻辑如下：

• dump_stack的实际栈回溯逻辑是架构相关实现，以x86架构为例，真实代码位于arch/x86/kernel/dumpstack.c，只有开启内核配置项CONFIG_STACKTRACE时，这部分有效代码才会被编译进内核，同时链接阶段会覆盖头文件里的占位声明。
• 你当前使用的Kali 5.14版本内核默认关闭了CONFIG_STACKTRACE配置，因此头文件会直接编译空实现的分支，你调用该函数自然不会产生任何输出。
• 即使开启了CONFIG_STACKTRACE，dump_stack默认输出的日志级别为KERN_DEBUG，如果当前控制台日志级别阈值低于debug级别，输出只会写入内核环形缓冲区，不会直接打印到终端，这种情况不是函数为空导致的。

• 先确认当前运行内核的配置状态，执行命令zcat /proc/config.gz | grep CONFIG_STACKTRACE，如果输出为# CONFIG_STACKTRACE is not set，就说明当前内核未编译栈回溯功能：
  • 若需要使用dump_stack调试，需要重新编译内核，开启Kernel hacking -> Stack backtrace support（即CONFIG_STACKTRACE）选项，建议同步开启CONFIG_DEBUG_INFO以显示栈回溯对应的符号、行号信息。
• 如果检查发现CONFIG_STACKTRACE已经开启，但是看不到输出：
  • 执行dmesg命令查看内核环形缓冲区的完整日志，确认是否存在栈回溯内容；
  • 若需要在控制台直接看到输出，可临时调高控制台日志级别，执行命令echo 8 > /proc/sys/kernel/printk后再触发函数调用即可。
• 读内核头文件时不要单独截取某一段函数实现，必须注意代码外层的#ifdef/#else/#endif条件编译守卫，内核中大量功能、函数都会根据配置项在不同实现间切换，单看某一段分支很容易出现误判。

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