uboot环境变量与内核MTD分区关系

一、u-boot 中环境变量与 uImage 中 MTD 的分区关系
分区只是内核的概念，就是说 A～B 地址放内核，C～D 地址放文件系统，(也就是规定哪个地址区间放内核或者文件系统)等等。
一般我们只需要分 3 - 4 个区，第一个为 boot 区，一个为 boot 参数区(传递给内核的参数), 一个为内核区，一个为文件系统区。（但是有的内核就会有很多分区，比如内核参数会有两个，还有会 Logo 的地址）
而对于 bootloader 中只要能将内核下载到 A~B 区的 A 地址开始处就可以，C~D 区的 C 起始地址下载文件系统……. 这些起始地址在 MTD 的分区信息中能找到。所以 bootloader 对分区的概念不重要，只要它能把内核烧到 A 位置，把文件系统烧到 C 位置即可。
所以，在 bootloader 对 Flash 进行操作时，哪块区域放什么是以内核为主（内核中 MTD 的分区信息可以从内核的代码中看到）。传递给 u -boot 的参数只要和内核中 MTD 分区信息一致即可。
而为了方便操作，bootloader 类似也引入分区的概念。例如，可以使用“nandwrite 0x3000000 kernel 200000”命令将 uImage 烧到 kernel 分区，而不必写那么长：nand write 3000000 A 200000, 也就是用分区名来代替具体的地址。
这要对 bootloader 对内核重新分区：这需要重新设置一下 bootloader 环境参数，就可以同步更新内核分区信息
如：
setenv bootargs ‘noinitrd console=ttySAC0root=/dev/mtdblock3 rootfstype=jffs2 mtdparts=nand_flash:128k(u-boot)ro,64k(u-bootenvs),3m(kernel),30m(root.jffs2),30m(root.yaffs)’
解析：在这里的挂载文件系统的地方 mtdblock3，可以从 mtdparts 中看出来，第一个文件系统（jffs2 格式）在第四个分区，所以使用 mtdblock3, 关于分区和文件系统的挂载在下面有解释。
在设置了 mtdparts 变量之后, 就可以在 nand read/write/erase 命令中直接使用分区的名字而不必指定分区的偏移位置.而这需要内核 MTD 最好没有规划分区。
如果你是通过 uboot 的内核命令行给 MTD 层传递 MTD 分区信息，这种情况下, 内核读取到的分区信息始终和 u -boot 中的保持一致(推荐的做法)
如果你是把分区信息写在内核源代码 MTD 里定义好的方法, 那最好保证它和 u -boot 中的保持一致, 即同步修改 uboot 及内核的相关部分。
解析：从分析的内容可以看出来，首先使用 bootargs 是可以重新设置内核分区的，使用的 mtdparts，也就是说，如果内核中没有指定好 mtd 分区信息的话，使用 uboot 给与分区是很好的办法，如果内核中指定好了分区的信息，最好保证 uboot 中的分区和内核中的分区一直，如果不一致的话，自我感觉是使用 uboot 的分区信息，或者是 uimage 启动不成功。
Uboot 中分区和内核 MTD 分区之间的关系理解:
 
首先觉得这两者是有关系的，但是关于在 NAND 分区过程中，是哪个依附于哪个，我觉得是 uboot 依附 MTD，在内核 flash device 驱动中，如果有声明 NAND 分区信息的话，在 uboot 中可以再进行 mtdparts 分区，但是最终的结果是依照 MTD 进行挂载文件系统的，例如：
如果内核分区信息如下：
staticstruct mtd_partition smdk_default_nand_part[] = {
[0] = {
.name     = “uboot”,
.offset = 0x00000000,
.size     = 0x00040000,
},
[1] = {
.name     = “kernel”,
.offset = 0x00200000,
.size     = 0x00300000,
},
[2] = {
.name     = “yaffs2”,
.offset = 0x00500000,
.size     = MTDPART_SIZ_FULL
}
};
从中可以发现，uboot 和 kernel 是存在间隙的，但是不管怎么说，在 NAND 的最低端可定是 uboot 的信息，那么这个开发板的 uboot 的分区信息如下：
bootargs=noinitrdroot=/dev/mtdblock2  init=/linuxrc console=ttySAC0
mtdparts=mtdparts=nandflash0:256k@0(bios),128k(params),128k(toc),512k(eboot),1024k(logo),3m(kernel),-(root)
从上面便可以看出来，挂载文件系统的块并不是按照 mtdparts 中顺序数出来的文件系统块，因为在内核代码中，文件系统是挂载在 mtdblock2 上，但是在 uboot 分区中不是这个样子，如果按照 uboot 的话应该是 mtdblock5, 但是内核中 uboot 和 kernel 之间是有间隙的，这个间隙正好别 kernel 之前的东西填充结束，总共 2m, 从内核信息中的 mtd 分区信息可知，在 kernel 声明中，偏移量 offset=0x200000, 也就是 2m，但是 uboot 的大小是 size=0x40000, 也就是 256K,
这两者中间是有间隙的，间隙的部分正好被填充满，但是挂载文件系统依旧是依照内核信息而不是依照 uboot 中的分区。
但是也有人说，修改 nand 分区，直接修改 uboot 中的 mtdparts 就可以，也就是说，
 
1. 如何对 nand 分区。修改 mtdparts 环境变量就可以了么？
对于目前的 U -boot 而言, 是的. 而且, 设置了 mtdparts 变量之后, 你可以在 nand read/write/erase 命令中直接使用分区的名字而不必指定分区的偏移位置.
set bootargs noinitrd console=ttySAC0 root=/dev/mtdblock3 rootfstype=jffs2  mtdparts=nand_flash:128k(u-boot)ro,64k(u-boot envs),3m(kernel),30m(root.jffs2),30m(root.yaffs)
2 内核通过 bootargs 找到文件系统，bootargs 中的 mtdblockx 即代表分区，block1，2，3 代表哪个分区是如何确定的。
事实上,bootargs 中的 ”root=/dev /mtdblockx” 只是告诉内核,root fs 从第 x 个 (x=0,1,2…)MTD 分 区挂载,mtdblock0 对应第一个分区,mtdblock1 对应第二个分区, 以此类推. 至于这个分区对应 MTD device(NAND Flash) 的哪一段范围, 取决于内核读到的 MTD 分区信息, 这个分区信息可以通过:
1) 写死在 MTD 层的 NAND Controller 驱动或者内核其他部分代码里
2) 通过 U -boot 传递给内核的命令行中的 mtdparts=… 部分解析得出, 解析的规则同 u -boot 中 mtdparts 变量的赋值规则
3) 其他可以让内核知道分区信息的任何办法
3 在 u-boot 中给 nand 分区后是否要对应修改 kernel 的代码？
如果你用的是通过内核命令行给 MTD 层传递 u -boot 中的 MTD 分区信息, 那是不需要的, 在这种情况下, 内核读取到的分区信息始终和 u -boot 中的保持一致(推荐的做法)
如果你用的是把分区信息写死在内核源代码里的方法, 那最好保证它和 u -boot 中的保持一致, 即同步修改内核的相关部分代码
从上面这几个情况看出来，如果在 uboot 中进行 nand 分区，那么尽量保证和内核一致，如果内核中没有声明分区信息的话，在 uboot 中的分区就可以当做分区信息使用。从第二个问题的回答可以看出来，那么挂载文件系统的部分还是依靠内核的 mtd 分区的。
nand write0x3000000 kernel 200000 这条命令是说从内存中往 flash 中写内核，从内存地址为 0x30000000 的地方开始写，往 flash 的偏移地址为 200000 的地方写 kernel 这么多字节，也可以这么理解：从内存位置为 0x30000000 的地方读取 kernel 这么大的字节全部写到 flash 偏移地址为 200000 的地方
nand read.jffs2 0x30007FC0 kernel;
从 nand 读出内核：从哪里读？从 kernel 分区
放到哪里去？-0x30007FC0
二、常用的分区方法