4、默认日志级别设置：通过内核配置选项 CONFIG_DEFAULT_MESSAGE_LOGLEVEL 设置默认控制台日志级别
在 Linux 内核启动初期，printk 的日志输出行为由内核编译时的默认配置决定。其中，CONFIG_DEFAULT_MESSAGE_LOGLEVEL 是控制内核启动阶段控制台日志级别的核心编译选项。正确理解并设置该选项，对于嵌入式系统的早期调试和稳定性保障至关重要。
4.1 配置选项的作用与位置
CONFIG_DEFAULT_MESSAGE_LOGLEVEL 定义了内核在未通过 loglevel= 内核启动参数或 /proc/sys/kernel/printk 接口修改日志级别之前，默认的控制台日志级别。该值决定了哪些级别的 printk 消息能够被输出到控制台（如串口、VGA 终端）。
该选项位于内核配置树的：
Kernel hacking --->
printk and dmesg options --->
(4) Default message log level (1-7)其默认值通常为 4（对应 KERN_WARNING），意味着只有严重级别高于或等于 KERN_WARNING 的消息才会在启动时显示在控制台上。
4.2 日志级别数值与含义对照
下表列出了 CONFIG_DEFAULT_MESSAGE_LOGLEVEL 可设置的值及其对应的 printk 级别宏和典型使用场景：
| 数值 | 宏定义 | 含义 | 典型场景 |
|---|---|---|---|
| 0 | KERN_EMERG |
紧急事件 | 系统崩溃前的最严重消息 |
| 1 | KERN_ALERT |
必须立即处理 | 严重硬件故障 |
| 2 | KERN_CRIT |
临界条件 | 驱动加载失败 |
| 3 | KERN_ERR |
错误条件 | I/O 操作失败 |
| 4 | KERN_WARNING |
警告（默认值） | 资源不足、配置异常 |
| 5 | KERN_NOTICE |
正常但重要 | 驱动初始化成功 |
| 6 | KERN_INFO |
信息性消息 | 版本号、硬件探测信息 |
| 7 | KERN_DEBUG |
调试消息 | 函数入口/出口、变量值 |
调试建议： 在嵌入式系统开发阶段，建议将
CONFIG_DEFAULT_MESSAGE_LOGLEVEL 设置为 7，以便在启动时捕获所有 printk 输出，包括 KERN_DEBUG 级别的调试信息。产品发布前再改回 4 以减少控制台输出开销。
4.3 配置选项与运行时日志级别的关系
内核日志级别的生效遵循“编译时默认值 → 启动参数覆盖 → 运行时动态调整”的优先级顺序。下图展示了这一完整的配置链路：
4.4 配置示例与验证方法
以下步骤演示了如何修改 CONFIG_DEFAULT_MESSAGE_LOGLEVEL 并验证其效果：
- 修改内核配置：
make menuconfig # 进入 Kernel hacking → printk and dmesg options # 将 Default message log level 设置为 7（调试模式） # 保存并退出 - 确认配置值：
grep CONFIG_DEFAULT_MESSAGE_LOGLEVEL .config # 输出示例：CONFIG_DEFAULT_MESSAGE_LOGLEVEL=7 - 重新编译内核并启动：
make -j$(nproc) # 将新内核部署到目标设备并重启 - 验证日志级别：
cat /proc/sys/kernel/printk # 输出示例：7 4 1 7 # 第一个字段（7）即为当前控制台日志级别
关键验证点： 如果设置
CONFIG_DEFAULT_MESSAGE_LOGLEVEL=7，且未使用 loglevel= 启动参数，则 /proc/sys/kernel/printk 的第一个字段应为 7。此时所有 printk(KERN_DEBUG, ...) 消息都会显示在控制台上。
4.5 嵌入式场景下的配置策略
针对不同的开发阶段，推荐采用不同的默认日志级别配置：
| 阶段 | 推荐值 | 理由 |
|---|---|---|
| 早期 Bring-up | 7 (KERN_DEBUG) | 捕获所有调试信息，快速定位硬件初始化失败原因 |
| 驱动开发与集成 | 6 (KERN_INFO) | 查看驱动加载、设备探测等关键信息，减少调试噪音 |
| 系统测试与验证 | 4 (KERN_WARNING) | 仅显示警告和错误，保持控制台输出简洁 |
| 产品发布 | 3 (KERN_ERR) 或 4 | 最小化日志输出开销，仅记录错误和关键事件 |
注意： 在嵌入式系统中，如果使用串口作为控制台，过高的日志级别（如 7）会导致大量数据通过低速串口输出，可能拖慢系统启动速度，甚至导致内核线程因等待串口发送而超时。建议在调试阶段使用，发布前务必降低级别。
4.6 与其他日志级别配置的协同
CONFIG_DEFAULT_MESSAGE_LOGLEVEL 并非孤立存在，它与以下配置选项共同决定内核的日志行为：
CONFIG_CONSOLE_LOGLEVEL_DEFAULT：定义默认的控制台日志级别（与CONFIG_DEFAULT_MESSAGE_LOGLEVEL功能重叠，部分内核版本使用此名称）。CONFIG_LOG_BUF_SHIFT：定义内核日志缓冲区的大小（以 2 的幂次表示），影响可保留的历史日志量。CONFIG_DYNAMIC_DEBUG：允许在运行时动态启用/禁用特定的pr_debug()和dev_dbg()消息，提供比CONFIG_DEFAULT_MESSAGE_LOGLEVEL更细粒度的控制。
下图展示了这些配置选项在日志系统中的协作关系：
通过合理组合这些配置选项，开发者可以在不同阶段灵活调整内核的日志输出行为，既保证调试信息的充分获取，又避免对系统性能造成不必要的负面影响。