2. printk基础
printk 是 Linux 内核中最基础、最常用的调试输出函数，其地位相当于用户空间的 printf。在内核开发与调试初期，printk 往往是工程师最先接触的调试手段。本章将深入剖析 printk 的函数原型、日志级别体系以及控制台日志级别的配置方法，为后续使用更高级的调试工具打下坚实基础。
2.1 printk 函数原型
printk 定义在 include/linux/printk.h 中，其核心原型如下：
// 核心原型（简化）
int printk(const char *fmt, ...);
// 带日志级别的标准调用格式
printk(KERN_INFO "Hello, kernel! value = %d\n", val);printk 与 printf 的语法高度相似，支持 %d、%s、%x、%p 等格式化占位符。关键区别在于：printk 的第一个参数通常是一个日志级别宏（如 KERN_INFO），该宏实际上是一个字符串前缀，与后面的格式化字符串在编译时拼接。
printk(KERN_ERR "error\n") 在预处理后等价于 printk("<3>error\n")，其中 <3> 是日志级别的数字编码。
2.2 日志级别体系（KERN_EMERG ~ KERN_DEBUG）
Linux 内核定义了 8 个日志级别，从最高紧急度到最低调试信息。每个级别对应一个数字（0-7），数字越小优先级越高。下表列出了完整的日志级别定义：
| 宏定义 | 数字值 | 含义 | 典型使用场景 |
|---|---|---|---|
KERN_EMERG |
0 | 紧急事件，系统不可用 | 致命硬件错误、内核 panic 前输出 |
KERN_ALERT |
1 | 必须立即处理 | 严重软件错误、系统即将崩溃 |
KERN_CRIT |
2 | 严重错误条件 | 驱动初始化失败、内存严重不足 |
KERN_ERR |
3 | 错误条件 | 设备 I/O 错误、系统调用返回错误 |
KERN_WARNING |
4 | 警告条件 | 配置不兼容、性能降级提示 |
KERN_NOTICE |
5 | 正常但重要的信息 | 模块加载/卸载、挂载文件系统 |
KERN_INFO |
6 | 信息性消息 | 驱动版本信息、硬件探测结果 |
KERN_DEBUG |
7 | 调试信息 | 函数入口/出口、变量中间值 |
KERN_DEBUG 级别输出。这样在发布版本中可以通过调整控制台日志级别轻松屏蔽调试输出，无需修改代码。
2.3 控制台日志级别设置
控制台日志级别决定了哪些级别的 printk 消息能够被输出到控制台（串口、VGA 终端等）。内核使用 console_loglevel 变量来控制这一行为：只有日志级别数字 小于 console_loglevel 的消息才会被打印到控制台。
2.3.1 查看当前控制台日志级别
# 通过 /proc/sys/kernel/printk 查看
cat /proc/sys/kernel/printk
# 输出示例（四个数字）
7 4 1 7
# 分别对应：console_loglevel、default_message_loglevel、
# minimum_console_loglevel、default_console_loglevel/proc/sys/kernel/printk 文件包含四个整数值，其含义如下表：
| 位置 | 字段名 | 说明 |
|---|---|---|
| 1 | console_loglevel | 当前控制台日志级别，只有级别数字小于此值的消息才会显示 |
| 2 | default_message_loglevel | 未指定日志级别的 printk 消息默认使用的级别 |
| 3 | minimum_console_loglevel | 控制台日志级别允许设置的最小值（通常为 1） |
| 4 | default_console_loglevel | 系统启动时的默认控制台日志级别 |
2.3.2 动态修改控制台日志级别
# 方法一：直接写入 /proc/sys/kernel/printk
echo "8" > /proc/sys/kernel/printk # 设置 console_loglevel = 8（显示所有消息）
echo "4 4 1 4" > /proc/sys/kernel/printk # 同时设置四个值
# 方法二：使用 dmesg 工具
dmesg -n 5 # 设置 console_loglevel = 5（显示 KERN_WARNING 及以上）
# 方法三：内核启动参数（需重启）
# 在 bootloader 的 kernel 命令行中添加：
# loglevel=5 # 设置 console_loglevel = 5
# ignore_loglevel # 忽略日志级别，显示所有消息（调试用）console_loglevel 设置为 8 或更高可以显示所有级别的消息（包括 KERN_DEBUG），但在生产环境中会严重影响系统性能，因为大量调试信息会频繁刷新控制台。建议仅在调试阶段临时使用。
2.4 printk 消息流与日志过滤机制
下图展示了 printk 消息从内核代码到控制台输出的完整流程，以及日志级别在各个环节的过滤作用：
2.5 常用调试场景与日志级别选择
在实际调试过程中，合理选择日志级别可以大幅提高调试效率。以下是一些典型场景的级别选择建议：
- 驱动初始化探测： 使用
KERN_INFO输出硬件版本、寄存器基址等关键信息。 - 函数调用跟踪： 使用
KERN_DEBUG输出函数入口/出口，配合dmesg查看完整调用序列。 - 错误路径捕获： 使用
KERN_ERR输出错误码和上下文，便于快速定位故障点。 - 性能瓶颈分析： 使用
KERN_WARNING输出耗时超过阈值的操作警告。 - 系统崩溃前记录： 使用
KERN_EMERG或KERN_ALERT输出最后的寄存器状态和堆栈信息。
echo "8" > /proc/sys/kernel/printk 开启所有日志输出。调试完成后，通过 echo "4" > /proc/sys/kernel/printk 恢复默认级别，避免生产环境被调试信息淹没。
2.6 本章小结
printk 作为内核调试的基石，其日志级别体系和控制台过滤机制是每个内核开发者必须掌握的基础知识。理解 KERN_EMERG 到 KERN_DEBUG 的 8 级优先级划分，以及 console_loglevel 的动态配置方法，能够帮助你在不同调试阶段灵活控制信息输出量，既保证关键错误不被遗漏，又避免调试信息过度干扰系统运行。