如何在Linux 4.14内核中无需编译/补丁开启dev_dbg调试信息？

针对你的需求（无需补丁/重编译、仅用串口dmesg查看、系统紧凑无额外服务），我分两种核心场景来解答：

情况1：内核已编译CONFIG_DYNAMIC_DEBUG=y和CONFIG_DEBUG_FS=y #

这是最理想的情况，4.14内核的dev_dbg可以通过动态调试框架控制输出，完全不需要修改或重编译任何代码。

操作步骤： #

1. 先挂载debugfs（如果系统没自动挂载的话）：

   mount -t debugfs none /sys/kernel/debug
   

   要是这条命令失败，说明内核没开启CONFIG_DEBUG_FS=y，这种方法就用不了。

2. 精准开启指定驱动的dev_dbg输出：

   • 如果你知道驱动的源文件名（比如foo_driver.c），可以直接针对该文件开启：

     echo "file foo_driver.c +p" > /sys/kernel/debug/dynamic_debug/control
     

   • 如果你知道设备的名称（比如my_device），可以通过设备匹配开启：

     echo "dev my_device +p" > /sys/kernel/debug/dynamic_debug/control
     

   • （不推荐）如果要全局开启所有驱动的dev_dbg：

     echo "+p" > /sys/kernel/debug/dynamic_debug/control
     

     这个操作会产生大量调试信息，可能让本就缓慢的系统更卡顿，谨慎使用。

3. 验证输出：
   直接用dmesg | grep "driverName"就能看到对应的dev_dbg内容了。

情况2：内核未编译CONFIG_DYNAMIC_DEBUG=y #

很遗憾，这种情况下没有办法绕过重编译来开启dev_dbg。原因是：

• dev_dbg在Linux内核中默认是编译时优化宏，如果没有定义DEBUG宏或开启CONFIG_DYNAMIC_DEBUG，这些调试语句会被直接从编译后的二进制中移除，运行时根本不存在这些代码，自然无法触发输出。

你之前尝试的debug启动参数没用，是因为这个参数主要开启的是内核通用调试信息，和dev_dbg的控制逻辑完全无关。

快速验证内核是否支持动态调试 #

可以用以下命令快速检查（如果系统允许的话）：

# 检查CONFIG_DYNAMIC_DEBUG是否开启
cat /proc/config.gz | grep CONFIG_DYNAMIC_DEBUG
# 检查debugfs是否已挂载
mount | grep debugfs

如果输出显示CONFIG_DYNAMIC_DEBUG=y且debugfs存在/可挂载，就用情况1的方法；否则只能考虑重编译内核开启该配置（但这不符合你的需求）。

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