4. cmdline 存储位置：内核中的 boot_command_line 全局变量与 saved_command_line

当引导加载程序（如 GRUB、U-Boot）将内核镜像加载到内存并跳转到入口点之前，它会在指定的内存位置放置一个以 null 结尾的字符串，即原始内核命令行。内核在启动初期会立即捕获并保存这份参数，将其存储在两个关键的全局变量中：boot_command_line 和 saved_command_line。理解这两个变量的角色、生命周期和差异，是掌握内核参数解析流程的基础。

4.1 两个全局变量的定义与角色

在 init/main.c 中，内核定义了以下两个全局字符数组：

/* 位于 init/main.c */
#define COMMAND_LINE_SIZE 2048

static char __initdata boot_command_line[COMMAND_LINE_SIZE] = { 0 };
static char *saved_command_line;

4.2 数据流：从引导加载程序到全局变量

下图展示了 cmdline 从引导加载程序传递到内核，最终被两个全局变量存储的完整路径：

4.3 初始化流程：setup_arch 与 start_kernel 中的赋值

内核在 init/main.c 的 start_kernel() 函数中完成对 saved_command_line 的初始化。核心代码如下：

asmlinkage __visible void __init start_kernel(void)
{
    char *command_line;

    /* ... 早期初始化 ... */

    /* 从 boot_command_line 复制一份永久副本 */
    command_line = (char *)__va(__pa_symbol(boot_command_line));
    saved_command_line = kmemdup(command_line, strlen(command_line) + 1, GFP_KERNEL);

    /* 解析早期参数（early params） */
    parse_early_param();

    /* ... 后续初始化 ... */
}

4.4 生命周期与内存管理对比

4.5 实际应用：/proc/cmdline 与调试接口

用户空间最常见的 cmdline 访问接口是 /proc/cmdline。该文件的实现直接读取 saved_command_line：

/* fs/proc/cmdline.c */
static int __init proc_cmdline_init(void)
{
    struct proc_dir_entry *pde;

    pde = proc_create_single("cmdline", 0, NULL, cmdline_proc_show);
    return 0;
}

static int cmdline_proc_show(struct seq_file *m, void *v)
{
    seq_printf(m, "%s\n", saved_command_line);
    return 0;
}

这意味着：

• 用户执行 cat /proc/cmdline 时，内核返回的是 saved_command_line 的内容，即一份完整的、未被截断或修改的原始命令行副本。
• 调试内核时，可以通过 printk 直接打印 saved_command_line 来验证参数是否被正确传递：pr_info("Kernel cmdline: %s\n", saved_command_line);
• 在嵌入式系统中，如果引导加载程序传递的 cmdline 超过 COMMAND_LINE_SIZE（2048 字节），boot_command_line 会被截断，但 saved_command_line 也会反映截断后的内容。此时应检查引导加载程序配置或增大 COMMAND_LINE_SIZE。

4.6 架构差异：ARM64 与 x86 的 cmdline 传递

不同 CPU 架构在将 cmdline 从引导加载程序传递到 boot_command_line 的方式上存在差异：