vivi与Linux kernel的参数传递情景分析 （转）

在上一部分提到过了，vivi作为bootloader，向内核传递启动参数是其本职工作之一。要把这个情景分析清楚，不仅仅需要分析vivi的参数机 制，而且要分析Linux kernel的接收机制。因为这是一个简单的通信过程，比起本科所学习的TCP/IP来简单的多，但是因为简单，所以在协议上并不规范，理解上反而不如 TCP/IP协议。下面就分为两个方面对此情景分析。
一、综述内核参数传递机制
    现在内核参数传递机制有两种：一种是基于struct param_struct，这种已经比较老了。缺点是该结构每个成员的位置是固定的，受限比较大。另外一种就是新的struct tag way。说新是相对的，Linux kernel 2.4.x都希望采用这种tag的方式。关于这方面的资料，可以有如下参考（所给出的目录是基于linux-2.4.18的内核，以顶层Makefile 所在目录为当前目录。这里基于ARM架构的S3C2410，其他的SoC可以类比很容易得到）：
1、关于bootloader的理解--【Documentation/arm/booting】
    此文档详细的讲述了bootloader的作用，具体内容如下：
[armlinux@lqm arm]$ cat Booting
                        Booting ARM Linux
                        =================
Author: Russell King
Date : 18 May 2002
The following documentation is relevant to 2.4.18-rmk6 and beyond.
In order to boot ARM Linux, you require a boot loader, which is a small
program that runs before the main kernel. The boot loader is expected
to initialise various devices, and eventually call the Linux kernel,
passing information to the kernel.
Essentially, the boot loader should provide (as a minimum) the
following:
1. Setup and initialise the RAM.
2. Initialise one serial port.
3. Detect the machine type.
4. Setup the kernel tagged list.
5. Call the kernel image.
1. Setup and initialise RAM
---------------------------
Existing boot loaders: MANDATORY
New boot loaders: MANDATORY
The boot loader is expected to find and initialise all RAM that