一、u-boot中環(huán)境變量與uImage中MTD的分區(qū)關(guān)系

分區(qū)只是內(nèi)核的概念，就是說A～B地址放內(nèi)核，C～D地址放文件系統(tǒng)，(也就是規(guī)定哪個(gè)地址區(qū)間放內(nèi)核或者文件系統(tǒng))等等。

一般我們只需要分3-4個(gè)區(qū)，第一個(gè)為boot區(qū)，一個(gè)為boot參數(shù)區(qū)(傳遞給內(nèi)核的參數(shù)),一個(gè)為內(nèi)核區(qū)，一個(gè)為文件系統(tǒng)區(qū)。（但是有的內(nèi)核就會有很多分區(qū)，比如內(nèi)核參數(shù)會有兩個(gè)，還有會Logo的地址）

而對于bootloader中只要能將內(nèi)核下載到A~B區(qū)的A地址開始處就可以，C~D區(qū)的C起始地址下載文件系統(tǒng)…….這些起始地址在MTD的分區(qū)信息中能找到。所以bootloader對分區(qū)的概念不重要，只要它能把內(nèi)核燒到A位置，把文件系統(tǒng)燒到C位置即可。

所以，在bootloader對Flash進(jìn)行操作時(shí)，哪塊區(qū)域放什么是以內(nèi)核為主（內(nèi)核中MTD的分區(qū)信息可以從內(nèi)核的代碼中看到）。傳遞給u-boot的參數(shù)只要和內(nèi)核中MTD分區(qū)信息一致即可。

而為了方便操作，bootloader類似也引入分區(qū)的概念。例如，可以使用“nandwrite 0x3000000 kernel 200000”命令將uImage燒到kernel分區(qū)，而不必寫那么長：nand write 3000000 A 200000,也就是用分區(qū)名來代替具體的地址。

這要對bootloader對內(nèi)核重新分區(qū)：這需要重新設(shè)置一下bootloader環(huán)境參數(shù)，就可以同步更新內(nèi)核分區(qū)信息

如：

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)'

解析：在這里的掛載文件系統(tǒng)的地方mtdblock3，可以從mtdparts中看出來，第一個(gè)文件系統(tǒng)（jffs2格式）在第四個(gè)分區(qū)，所以使用mtdblock3,關(guān)于分區(qū)和文件系統(tǒng)的掛載在下面有解釋。

在設(shè)置了mtdparts變量之后,就可以在nand read/write/erase命令中直接使用分區(qū)的名字而不必指定分區(qū)的偏移位置.而這需要內(nèi)核MTD最好沒有規(guī)劃分區(qū)。

如果你是通過uboot的內(nèi)核命令行給MTD層傳遞MTD分區(qū)信息，這種情況下,內(nèi)核讀取到的分區(qū)信息始終和u-boot中的保持一致(推薦的做法)

如果你是把分區(qū)信息寫在內(nèi)核源代碼MTD里定義好的方法,那最好保證它和u-boot中的保持一致,即同步修改uboot及內(nèi)核的相關(guān)部分。

解析：從分析的內(nèi)容可以看出來，首先使用bootargs是可以重新設(shè)置內(nèi)核分區(qū)的，使用的mtdparts，也就是說，如果內(nèi)核中沒有指定好mtd分區(qū)信息的話，使用uboot給與分區(qū)是很好的辦法，如果內(nèi)核中指定好了分區(qū)的信息，最好保證uboot中的分區(qū)和內(nèi)核中的分區(qū)一直，如果不一致的話，自我感覺是使用uboot的分區(qū)信息，或者是uimage啟動不成功。

Uboot中分區(qū)和內(nèi)核MTD分區(qū)之間的關(guān)系理解:

首先覺得這兩者是有關(guān)系的，但是關(guān)于在NAND分區(qū)過程中，是哪個(gè)依附于哪個(gè)，我覺得是uboot依附MTD，在內(nèi)核flash device驅(qū)動中，如果有聲明NAND分區(qū)信息的話，在uboot中可以再進(jìn)行mtdparts分區(qū)，但是最終的結(jié)果是依照MTD進(jìn)行掛載文件系統(tǒng)的，例如：

如果內(nèi)核分區(qū)信息如下：

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

     }

};

從中可以發(fā)現(xiàn)，uboot和kernel是存在間隙的，但是不管怎么說，在NAND的最低端可定是uboot的信息，那么這個(gè)開發(fā)板的uboot的分區(qū)信息如下：

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)

從上面便可以看出來，掛載文件系統(tǒng)的塊并不是按照mtdparts中順序數(shù)出來的文件系統(tǒng)塊，因?yàn)樵趦?nèi)核代碼中，文件系統(tǒng)是掛載在mtdblock2上，但是在uboot分區(qū)中不是這個(gè)樣子，如果按照uboot的話應(yīng)該是mtdblock5,但是內(nèi)核中uboot和kernel之間是有間隙的，這個(gè)間隙正好別kernel之前的東西填充結(jié)束，總共2m,從內(nèi)核信息中的mtd分區(qū)信息可知，在kernel聲明中，偏移量offset=0x200000,也就是2m，但是uboot的大小是size=0x40000,也就是256K,

這兩者中間是有間隙的，間隙的部分正好被填充滿，但是掛載文件系統(tǒng)依舊是依照內(nèi)核信息而不是依照uboot中的分區(qū)。

         但是也有人說，修改nand分區(qū)，直接修改uboot中的mtdparts就可以，也就是說，

1.如何對nand 分區(qū)。修改mtdparts環(huán)境變量就可以了么？

對于目前的U-boot而言,是的.而且, 設(shè)置了mtdparts變量之后,你可以在nand read/write/erase命令中直接使用分區(qū)的名字而不必指定分區(qū)的偏移位置.

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 內(nèi)核通過bootargs找到文件系統(tǒng)，bootargs中的mtdblockx即代表分區(qū)，block1，2，3代表哪個(gè)分區(qū)是如何確定的。

事實(shí)上,bootargs中的"root=/dev/mtdblockx"只是告訴內(nèi)核,root fs從第x個(gè)(x=0,1,2...)MTD分 區(qū)掛載,mtdblock0對應(yīng)第一個(gè)分區(qū),mtdblock1對應(yīng)第二個(gè)分區(qū),以此類推.至于這個(gè)分區(qū)對應(yīng)MTD device(NAND Flash)的哪一段范圍,取決于內(nèi)核讀到的MTD分區(qū)信息,這個(gè)分區(qū)信息可以通過:

1) 寫死在MTD層的NAND Controller驅(qū)動或者內(nèi)核其他部分代碼里

2) 通過U-boot傳遞給內(nèi)核的命令行中的mtdparts=...部分解析得出,解析的規(guī)則同u-boot中mtdparts變量的賦值規(guī)則

3) 其他可以讓內(nèi)核知道分區(qū)信息的任何辦法

3 在u－boot中給nand分區(qū)后是否要對應(yīng)修改kernel的代碼？

如果你用的是通過內(nèi)核命令行給MTD層傳遞u-boot中的MTD分區(qū)信息,那是不需要的,在這種情況下,內(nèi)核讀取到的分區(qū)信息始終和u-boot中的保持一致(推薦的做法)

如果你用的是把分區(qū)信息寫死在內(nèi)核源代碼里的方法,那最好保證它和u-boot中的保持一致,即同步修改內(nèi)核的相關(guān)部分代碼

從上面這幾個(gè)情況看出來，如果在uboot中進(jìn)行nand分區(qū)，那么盡量保證和內(nèi)核一致，如果內(nèi)核中沒有聲明分區(qū)信息的話，在uboot中的分區(qū)就可以當(dāng)做分區(qū)信息使用。從第二個(gè)問題的回答可以看出來，那么掛載文件系統(tǒng)的部分還是依靠內(nèi)核的mtd分區(qū)的。

nand write0x3000000 kernel 200000 這條命令是說從內(nèi)存中往flash中寫內(nèi)核，從內(nèi)存地址為0x30000000的地方開始寫，往flash的偏移地址為200000的地方寫kernel這么多字節(jié)，也可以這么理解：從內(nèi)存位置為0x30000000的地方讀取kernel這么大的字節(jié)全部寫到flash偏移地址為200000的地方

nand read.jffs2 0x30007FC0 kernel;
從nand讀出內(nèi)核：從哪里讀？   從kernel分區(qū)
        放到哪里去？-0x30007FC0

二、常用的分區(qū)方法