Bootargs参数解析.docVIP

Bootargs参数解析 mournjust 因为该文章不是讲内核的C代码启动过程，所以并没有从start_kernel函数开始，首先从setup_arch?函数(/arch/unicore-linux/kernel/setup.c)函数开始，setup_arch是start_kernel内调的一个子函数： (A)在uboot中已经相应的查找了machine类型，这儿仍然是调用 setup_machine函数获得machine类型。 init_mm.start_code = (unsigned long) _text; init_mm.end_code = (unsigned long) _etext; init_mm.end_data = (unsigned long) _edata; init_mm.brk = (unsigned long) _end; 这儿的_text等等是在编译的时候生成的，我们可以通过system.map来查看相应的值。注意此时这些变量存放的是虚拟地址。 (B)内核不像用户空间，每一个用户进程都有独立的用户空间，但是内核空间是共享，这儿为内核建立mm_struct结构体，也就是init_mm。这个全局变量在内核代码中被用的很多。 (C)memcpy(boot_command_line, from, COMMAND_LINE_SIZE); 将bootargs参数表从from地址拷贝到boot_command_line地址上，然后调用parse_cmdline进行参数解析。 注意： static char default_command_line[COMMAND_LINE_SIZE] __initdata = CONFIG_CMDLINE; char *from = default_command_line; 其中CONFIG_CMDLINE可以在.config的隐藏文件中找到相应的值。 (D)parse_cmdline用于解析参数，这时候处理的参数只有initrd 和mem两种。 这个函数将从__early_begin到__early_end结束的所有的early_params参数与我们的bootargs参数进行对比，看bootargs中是否存在这样的参数。 从vmlinux.lds的链接脚本中可以看出： __early_begin = .; *(.early_param.init) __early_end = .; 这段区域中存放的是early_param_init段。 在setup.h文件中定义了相应的初始化函数： #define __early_param(name,fn) \ static struct early_params __early_##fn __used \ __attribute__((__section__(.early_param.init))) = { name, fn } 通过source insight我们可以查到两个比较常见的参数的定义。 __early_param(initrd=, early_initrd);(init.c) __early_param(mem=, early_mem);(setup.c) 这些是保持在early_param.init段中。后面虽然还会继续解析参数，但是是到.init.setup段中查找的。所以bootargs中的参数是分为几个阶段分批处理的。 (E)early_mem 该函数用于处理bootargs中的mem=size@start.参数 如果没有定义mem起始地址, 使用PHYS_OFFSET ，这个参数是由具体的开发板定义的，在611中，在arch\unicore\mach-sep0611\include\mach\memory.h中定义的。 #define PHYS_OFFSET UL(0 通过unicore_add_memory(start, size);函数将一段连续的内存空间添加到struct meminfo meminfo中去。对于ramdisk的处理也比较简单，在此不详解了。 (F)paging_init(\arch\unicore-linux\mm\mmu.c）这个函数比较大，下面分布介绍(关于内存的启动部分，推荐去看一个网友的博客/space.php?uido=blogid=72836)。 (1)sanity_check_meminfo用于检测内存的虚拟地址（线性映射）是否超过了VMALLOC_MIN的地址（如果内存太大，可能会这样）。如果内存太大的话，那么就重新计算内存的可用大小。显然这时候一部分内存就不可以使用了或者一分