Linux Kernel启动中参数的处理

1. 在bootloader中会以taglist的形式存储板子mem、cmdline（cmdline中也可以定义mem信息）等相关信息，cmdline通过getenv从环境变量取得（该环境变量是之前使用setenv以字符串形式配置）：addr和size。跳转到kernel前，r0=0, r1=proc type, r2=tags pointer

2. kernel启动首先会将r2寄存器的值（tags pointer）保存到对应machine的mach info（mdesc->boot_params）中，然后在setup_arch中调用setup_machine取得tags的地址，并调用对应machine的fixup来初始化meminfo（mem bank的信息）；每种machine的mach_info静态编译在__proc_info_begin段中；关于cmdline的处理比较绕，每种tag都有对应的一种parse方式，以__tagtable(ATAG_CMDLINE, parse_tag_cmdline)形式声明，在parse_tags中会按照tag类型parse，如果是ATAG_CMDLINE，在parse_tag_cmdline中，会将taglist传递过来的内容覆盖default_command_line。可是在我的版本内核setup_arch中调用parse_tags函数只处理了ATAG_CORE，就是说cmdline始终是用的default值，为什么？有待确认。

内核各参数分为两种情况定义了处理方式，early_param和__setup，前者定义需要在其他参数处理前的参数处理函数，两者分别最终分别在parse_early_param和parse_args进行解析，并调用各种参数的处理方式。在do_early_param中，通过__setup_start和__setup_end，它遍历了.init.setup段中的struct obs_kernel_param变量。如果p->early为真且为对应的选项字符串，则调用注册的处理函数p->setup_func。

而__setup定义的参数处理在parse_args->unknown_bootoption->obsolete_checksetup中分析，这里会调用__setup注册的处理函数。