U-BOOT与内核之间的参数传递

最近在做一个项目，用到了nandboot，但并没有完善网络部分的驱动只实现了串口功能，所以在传递参数时只能将参数写入内核。但自己对bootlloader与内核之间是如何进行传递的并不是很清楚，借此在网上查了下资料，学习下。

  在2.4（具体哪个版本记不清了）以后的Linux内核中引入了一种新的向内核传递参数的方法tag标记。内核参数通过一个静态的tag链表在启动的时候传递到内核。每个tag的结构为

                   +-----------+

                    tag_header

                   +-----------+

                    tag_xxx

                   +-----------+

其中tag_header为tag头，表明tag_xxx的类型和大小，之所以要标识tag_xxx的类型是因为不同的tag需要不同的处理函数（下文讲tagtable的时候会分析到）。tag_header的结构为

struct tag_header {     int size;     int tag; }

size表示tag的结构大小，tag为表示tag类型的常量。这个静态的链表必须以tag_header.tag = ATAG_CORE开始，并以tag_header.tag = ATAG_NONE结束。由于不同的tag所使用的格式可能不尽相同，所以内核又定义了一个结构tagtable来把tag和相应的操作函数关联起来

struct tagtable {        u32 tag;        int (*parse)(const struct tag*); }

其中tag为标识入ATAG_NONE,ATAG_CORE等。parse为处理函数。Linux内核将tagtable也组成了一个静态的链表放入.taglist.init节中，这是通过__tagtable宏来实现的

#define __tag __attribute_used__ __attribute__((__section__ (“.taglist.init”))) #define __tagble(tag,fn) static struct tagtable __tagtable_##fn __tag = {tag, fn}

以处理命令行参数为例:

static int __init parse_tag_cmdline(const struct tag* tag) {     strlcpy(default_command_line, tag->u.cmdline.cmdline, COMMAND_LINE_SIZE); } __tagtable(ATAG_CMDLINE, parse_tag_cmdline)

可以看到parse_tag_cmdline将命令行参数拷贝到default_command_line里，__tagtable将ATAG_CMDLINE和parse_tag_cmdline挂钩。

以上已经分析了内核和tag相关的两个重要结构。现在分析具体的实现。内核中定义了一些默认的tags

static struct init_tags {        struct tag_header hdr1;        struct tag_core core;        struct tag_header hdr2;        struct tag_mem32 mem;        struct tag_header hdr3; }init_tags __initdata = {        { tag_size(tag_core), ATAG_CORE },        { 1, PAGE_SIZE, 0xff },        { tag_size(tag_mem32), ATAG_MEM },        { MEM_SIZE, PHYS_OFFSET },        { 0, ATAG_NONE } }

上述结构中一个tag_header和tag_xxx形成了tag的完整描述，tag_size返回tag_head和tag_xxx的总大小，在tag_size中我们要注意的是u32*指针加1地址值实际上地址加了4

#define tag_next(t) ((struct tag*)((u32*)(t)+(t)->hdr.size))

#define tag_size(type) ((sizeof(struct tag_header)+sizeof(struct type)) >> 2

tag_size实际上计算的是(tag_head+tag_xxx)/4。经过进一步的分析还发现每个tag在内存中的大小并不是相同的，这一点可以从tag_next看出，tag_next只是将指针移到了下一个tag的tag_header处，这种内存布局更加紧凑。对tag的处理代码在arch/arm/setup.c setup_arch里面。以下是一部分的关键代码

struct tag *tags = (struct tag*)&init_tags; //tags指向默认的tag链表 …… mdesc = setup_machine(machine_arch_type);// mdesc包含启动参数在内存中的地址 if( mdesc->boot_params )        tags = phys_to_vert(mdesc->boot_params);// bootloader有传递启动参数到内核 if( tags->hdr.tag != ATAG_CORE )        convert_to_tag_list(tags);//如果是旧的启动参数结构，将其转成新的tag链表的形式 if( tags->hdr.tags != ATAG_CORE )        tags = (struct tag*)&init_tags;//转换失败，使用内置的启动参数 if( tags->hdr.tag == ATAG_CORE ) {        if( meminfo.nr_banks != 0 )               squash_mem_tags(tags);//如果在meminfo中有配置内存tag则跳过对内存tag的处理        parse_tags(tags); }

*注:2.6.18内核smdk2410的meminfo没有设置nr_banks，所以必须在内核的启动参数里面传递mem=”memory size”@”memory base address”，否则系统识别内存错误，这点从系统的启动信息就可以看出来，而且在加载initrd的时候也会遇到内存溢出的错误

static void __init parse_tags(const struct tag* t) {        for(; t->hdr.size; t=tag_next(t))        {            if( !parse_tag(t))               printk(…);        } }

parse_tags遍历tag链表调用parse_tag对tag进行处理。parse_tags在tabtable中寻找tag的处理函数（通过tag_header结构中的tag）。

 

在嵌入式系统中，BootLoader 是用来初始化硬件，加载内核，传递参数。因为嵌入式系统的硬件环境各不相同，所以嵌入式系统的BootLoader 也各不相同，其中比较通用的是U-Boot，它支持不同的体系结构，如ARM，PowerPC，X86，MIPS 等。本文着重介BootLoader与内核之间参数传递这一基本功能。本文的硬件平台是基于AT91RM9200 处理器系统，软件平台是Linux-2.6.19.2 内核。内核映像文件为zImage。

1. 系统硬件平台简介
AT91RM9200 处理器，它是由Atmel 公司基于ARM920T 内核的微处理器，带有内存管理单元，CPU 时钟最高可达240MHz,它具有丰富的标准接口，EBI 接口，内部集成了静态存储控制器（SMC），SDRAM 控制器，Burst Flash 控制器。有关处理器的说明请参考AT91RM9200 的数据手册。本系统SDRAM（64MB）地址为：0x20000000, NorFlash（8MB）的地址为：0x10000000。

2. BootLoader 设计和实现
内核源代码目录树下的documentation/arm/booting文档规定了基于ARM 体系结构BootLoader 的基本功能。本系统BootLoader 除了完成这些基本的功能外，还结合自身硬件的特点加入了代码搬运等功能。

BootLoader 的流程是：系统上电复位后，首先从NorFlash 开始运行（由处理器BMS 引脚连接决定），因为处理器此时的0地址就是NorFlash 的首地址(0x10000000)，BootLoader就是被烧写在这个位置，AT91RM9200 处理器能够映射的地址范围只有0x00000000—0x001f ffff。BootLoader 执行的第一步就是将自身代码从NorFlash 中搬运到处理器内部的RAM（0x00200000），然后将0 地址映射到内部RAM,并且跳转到内部RAM 的相应地址处继续执行。进入内部RAM 后才进入真正的硬件初始化阶段，这个阶段初始化的各种控制器都是内核所必须的，包括：PMC, EBI, SMC, SDRAM, USART 等。接着就是创建内核参数链表(Tagged list)，创建完链表就是搬运事先烧写在NorFlash 中的内核映像和根文件系统映像到SDRAM，根据内核对BootLoader 的基本要求关闭中断，MMU 和数据Cache，并且配置r0=0, r1=0x0000 00fb 或者0x00000106(根据内核中linux/arch/arm/tools/mach-types规定的机器编号)，r2=0x20000100（BootLoader 传递给内核参数链表的物理地址），在ARM体系结构中，这个地址在同一种处理器的机器描述符（machine_desc）中都是默认的，所以在这里可以不指定。最后BootLoader 直接跳转到SDRAM 的内核处执行。

3. 内核参数链表
BootLoader 可以通过两种方法传递参数给内核，一种是旧的参数结构方式（parameter_struct)，主要是2.6 之前的内核使用的方式。另外一种就是现在的2.6 内核在用的参数链表 (tagged list) 方式。这些参数主要包括，系统的根设备标志，页面大小，内存的起始地址和大小，RAMDISK 的起始地址和大小，压缩的RAMDISK 根文件系统的起始地址和大小，内核命令参数等。

内核参数链表的格式和说明可以从内核源代码目录树中的 include/asm-arm/setup.h中找到，参数链表必须以ATAG_CORE 开始，以ATAG_NONE 结束。这里的ATAG_CORE，ATAG_NONE 是各个参数的标记，本身是一个32 位值，例如：ATAG_CORE=0x54410001。

其它的参数标记还包括： ATAG_MEM32 ， ATAG_INITRD ， ATAG_RAMDISK ，ATAG_COMDLINE 等。每个参数标记就代表一个参数结构体，由各个参数结构体构成了参数链表。参数结构体的定义如下：

struct tag
{
struct tag_header hdr;
union {
struct tag_core core;
struct tag_mem32 mem;
struct tag_videotext videotext;
struct tag_ramdisk ramdisk;
struct tag_initrd initrd;
struct tag_serialnr serialnr;
struct tag_revision revision;
struct tag_videolfb videolfb;
struct tag_cmdline cmdline;
struct tag_acorn acorn;
struct tag_memclk memclk;
} u;
};
参数结构体包括两个部分，一个是 tag_header 结构体,一个是u 联合体。
tag_header 结构体的定义如下：
struct tag_header
{
u32 size;
u32 tag;
};

其中 size：表示整个tag 结构体的大小(用字的个数来表示，而不是字节的个数)，等于tag_header 的大小加上u 联合体的大小，例如，参数结构体ATAG_CORE 的

size=(sizeof(tag->tag_header)+sizeof(tag->u.core))>>2，一般通过函数 tag_size(struct * tag_xxx)来获得每个参数结构体的size。其中tag：表示整个tag 结构体的标记，如：ATAG_CORE等。

联合体u 包括了所有可选择的内核参数类型，包括：tag_core, tag_mem32，tag_ramdisk等。参数结构体之间的遍历是通过函数tag_next(struct * tag)来实现的。本系统参数链表包括的结构体有：ATAG_CORE ，ATAG_MEM，ATAG_RAMDISK，ATAG_INITRD32，ATAG_CMDLINE，ATAG_END。在整个参数链表中除了参数结构体ATAG_CORE 和ATAG_END 的位置固定以外，其他参数结构体的顺序是任意的。本BootLoader 所传递的参数链表如下：第一个内核参数结构体，标记为ATAG_CORE，参数类型为tag_core。每个参数类型的定义请参考源代码文件。

tag_array 初始化为指向参数链表的第一个结构体的指针。

tag_array->hdr.tag=ATAG_CORE;
tag_array->hdr.size=tag_size(tag_core);
tag_array->u.core.flags=1;
tag_array->u.core.pagesize=4096;
tag_array->u.core.rootdev=0x00100000;
tag_array=tag_next(tag_array);
tag_array->hdr.tag=ATAG_MEM;
tag_array->hdr.size=tag_size(tag_mem32);
tag_array->u.mem.size=0x04000000;
tag_array->u.mem.start=0x20000000;
tag_array=tag_next(tag_array);
……
tag_array->hdr.tag=ATAG_NONE;
tag_array->hdr.size=0;
tag_array=tag_next(tag_array);

最后将内核参数链表复制到内核默认的物理地址0x20000100 处。这样参数链表就建好了。

4. 内核接收参数
下面从基于ARM体系结构的zImage 映像启动来分析Linux 内核是怎样接收BootLoader传递过来的内核参数，

在文件 arch/arm/boot/compressed/head.S中 start 为zImage 的起始点，部分代码如下：
start:
mov r7, r1
mov r8, r2
…...
mov r0, r4
mov r3, r7
bl decompress_kernel
b call_kernel
call_kernel：
……
mov r0, #0
mov r1, r7
mov r2, r8
mov pc, r4

首先将BootLoader 传递过来的r1（机器编号）、r2（参数链表的物理地址）的值保存到r7、r8 中，再将r7 作为参数传递给解压函数decompress_kernel（）。在解压函数中，再将r7 传递给全局变量__machine_arch_type。在跳到内核（vmlinux）入口之前再将r7，r8 还原到r1，r2 中。

在文件 arch/arm/kernel/head.S中，内核（vmlinux）入口的部分代码如下：

stext：
mrc p15, 0, r9, c0, c0
bl __lookup_processor_type
………
bl __lookup_machine_type

首先从处理器内部特殊寄存器（CP15）中获得ARM 内核的类型，从处理器内核描述符（proc_info_list）表（__proc_info_begin—__proc_info_end）中查询有无此ARM 内核的类型，如果无就出错退出。处理器内核描述符定义在 include/asm-arm/procinfo.h中，具体的函数实现在 arch/arm/mm/proc-xxx.S中，在编译连接过程中将各种处理器内核描述符组合成表。接着从机器描述符（machine_desc）表（__mach_info_begin—__mach_info_end）中查询有无r1 寄存器指定的机器编号，如果没有就出错退出。机器编号mach_type_xxx 在arch/arm/tools/mach-types文件中说明，每个机器描述符中包括一个唯一的机器编号，机器描述符的定义在 include/asm-arm/mach/arch.h中，具体实现在 arch/arm/mach-xxxx文件夹中，在编译连接过程中将基于同一种处理器的不同机器描述符组合成表。例如，基于AT91RM9200 处理器的各种机器描述符可以参考 arch/arm/mach-at91rm9200/board-xxx.c，机器编号为262 的机器描述符如下所示：

MACHINE_START(AT91RM9200DK, "Atmel AT91RM9200-DK")
/* Maintainer: SAN People/Atmel */
.phys_io = AT91_BASE_SYS,
.io_pg_offst = (AT91_VA_BASE_SYS >> 18) & 0xfffc,
.boot_params = AT91_SDRAM_BASE + 0x100,
.timer = &at91rm9200_timer,
.map_io = dk_map_io,
.init_irq = dk_init_irq,
.init_machine = dk_board_init,
MACHINE_END

最后就是打开MMU，并跳转到 init/main.c的start_kernel（初始化系统。在 init/main.c中，函数start_kernel（）的部分代码如下：

{
……
setup_arch（）；
……
}

在 arch/arm/kernel/setup.c中，函数setup_arch（）的部分代码如下：

{
……
setup_processor();
mdesc=setup_machine(machine_arch_type);
……
parse_tags(tags);
……
}

setup_processor（）函数从处理器内核描述符表中找到匹配的描述符，并初始化一些处理器变量。setup_machine（）用机器编号（在解压函数decompress_kernel 中被赋值）作为参数返回机器描述符。从机器描述符中获得内核参数的物理地址，赋值给tags 变量。然后调用parse_tags（）函数分析内核参数链表，把各个参数值传递给全局变量。这样内核就收到了BootLoader 传递的参数。

5. 参数传递的验证和测试
参数传递的结果可以通过内核启动的打印信息来验证。

Machine: Atmel AT91RM9200-DK
……
Kernel command line: console=ttyS0,115200 root=/dev/ram rw init=/linuxrc
……
Memory: 64MB = 64MB total
……
checking if image is initramfs...it isn''t (no cpio magic); looks like an initrd
Freeing initrd memory: 1024K
……
RAMDISK: Compressed image found at block 0

一个完备的BootLoader 是一个很复杂的工程，本文所介绍的只是嵌入式系统的BootLoaer 基本功能。任何一个BootLoader 都离不开这个基本功能，内核只有接收这些参数才能正确地启动,同时也为内核的移植和调试奠定了良好的基础。

 

bootm命令中通过拷贝tag传递参数
为方便阅读,进行了少许修改,但功能不变,该函数参数为存放启动参数的地址
static void setup_linux_tag(ulong param_base)
{
 struct tag *params = (struct tag *)param_base;
 char *linux_cmd;
 char *p;
 
 memset(params, 0, sizeof(struct tag));
 
 /* step1: setup start tag */
 params->hdr.tag = ATAG_CORE;
 params->hdr.size = tag_size(tag_core);
 params->u.core.flags = 0;
 params->u.core.pagesize = LINUX_PAGE_SIZE;
 params->u.core.rootdev = 0;
 params = tag_next(params);
 
 /* step2: setup cmdline tag */
 params->hdr.tag = ATAG_CMDLINE;
 linux_cmd = getenv("bootargs");
 /* eat leading white space */
 for (p=linux_cmd; *p==' '; p++) {/* do nothing */;}
 params->hdr.size = (sizeof(struct tag_header)+strlen(linux_cmd)+1+4) >> 2;
 memcpy(params->u.cmdline.cmdline, linux_cmd, strlen(linux_cmd)+1);
 params = tag_next(params);
 
 /* step3: setup end tag */
 params->hdr.tag = ATAG_NONE;
 params->hdr.size = 0;
}

 

 

在uboot中,进行设置tag的函数都在lib_arm/armlinux.c中,在这些函数前面是有ifdef的
#if defined (CONFIG_SETUP_MEMORY_TAGS) || /
    defined (CONFIG_CMDLINE_TAG) || /
    defined (CONFIG_INITRD_TAG) || /
    defined (CONFIG_SERIAL_TAG) || /
    defined (CONFIG_REVISION_TAG) || /
    defined (CONFIG_LCD) || /
    defined (CONFIG_VFD)
因此,如果你的bootm命令不能传递内核参数,就应该是在你的board的config文件里没有对上述的
宏进行设置,定义一下即可