浅谈falsh 分区

一BON 分区表

1建立方式：bon命令

2建立时间：vivi 烧写之后

3用途：存放bootloader,引导kernel,挂载根文件系统。

4命令：bon part 命令用于建立系统的BON 分区表。

BON 分区表被保存到NANDFlash 的最后0x4000 个字节中，即在NAND Flash 的

0x03FFC000 ～0x33FFFFFF 范围内，分区表起始于0x03FFC000（注意： BON 分区是

只针对NAND Flash 设备的一种简单的分区管理方式）。

命令的详细格式如下：

bon part offsets1[flag] offsets2[flag] offsets3[flag] ⋯⋯

参数offsetsN 是每个BON 分区的起始地址；

flag 是跟每个BON 分区的起始地址后面的标识符，这个标识的作用是前面数值的单

位，‘k’’或‘K’表示kilo，千；‘m’或‘M’表示mega，兆。

如果再跟上‘:’，后面再跟上‘m’或‘M’，表示该分区被标记为MTD 分区，

如果没有‘:’以及后面的字母‘m’ 或‘M’，则表示该分区被标记为BON 分区。

bon part 命令在建立系统的BON 分区表，会检测每个分区是否有坏块

（Samsung 的NAND Flash 芯片K9S1208U0M，一个块含32 个页，一个

页有512 个字节，一个块有16K 字节，即0x4000），如果发现坏块将标记

出来，并且在分区表中体现，分区的大小将减去坏快的容量，得到实际可用

的分区容量。bon part info 命令执行后显示的信息中， number_of_badblock

所指示的就是分区中的坏块数目。

5.bon分区被系统检测并挂载，由bon命令建立的mtd分区也可检测挂载

5.1内核对bon分区的检测

法1：向内核传参法linux_cmd_line

vivi/arch/s3c2410/smdk.c

char linux_cmd[] = "noinitrd root=/dev/bon/2 init=/linuxrc console=ttyS0";

可以修改此源码编译

法2：param 命令设置参数

param set linux_cmd_line "root=/dev/bon/2 init=/linuxrc console=ttyS0进行设置

参数传递给内核后，内核启动时会根据此参数将设备/dev/bon/2（flash的bon分区的第三个分区）以cramfs格式挂载到根目录"/"下。

另外linux启动时还会检测vivi中使用bon分区时的分的mtd分区（bon分区时在相应偏移后面加“:m”标志的分区

使用bon命令建立mtd分区：

bon part 0 1296k 21696k:m

表示分了3个分区，2个bon分区（前两个）、1个mtd分区（最后一个）。

内核如何检测bon分区和mtd分区

在vivi中使用bon分区时，会将相应的分区信息放在NAND Flash的最后0x4000个字节中，即在nand flash的0x03FFC000 ～0x33FFFFFF 范围内，分区表起始于0x03FFC000。linux就是通过读取此地址区域的nand获得的bon分区表信息。linux启动时也会检测到vivi使用bon分区时的mtd分区，并将此分区/dev/mtdblock/1挂载到/mnt/yaffs下。这样/mnt/yaffs就可以进行读写，并且掉电保存。

系统自动挂载设置：

此挂载信息的修改是在根文件系统目录结构中的/etc/fstab中的：/dev/mtdblock/1/mnt/yaffsyaffs defaults 1 1，

二MTD分区

1设置位置：arch/s3c2410c/smdk.c

修改/vivi/arch/s3c2410/smdk.c文件:如下:

#ifdef CONFIG_S3C2410_NAND_BOOT

mtd_partition_t default_mtd_partitions[] = {

{

name: "vivi",

offset: 0,

size: 0x00020000,

flag: 0

}, {

name: "param",

offset: 0x00020000,

size: 0x00010000,

flag: 0

}, {

name: "kernel",

offset: 0x00030000,

size: 0x001f0000,

flag: 0

}, {

name: "root",

offset: 0x00200000,

size: 0x00200000,

flag: MF_BONFS

}, {

name: "user",

offset: 0x00400000,

size: 0x04000000,

flag: 0

}

};

#endif

2.用途：向flash中烧写程序时定位,执行（load 命令时）

load flash vivi x

load flash kernel x

load flash root x

load flsh user x

3、分区信息查看

vivi(bootloader)启动后可使用命令：

part show查看mtdpart信息；

bon part info查看bon分区信息。

4.系统挂载mtd分区

>>flash分区一般分为5个

Bootloader, param, kernel, root, usr：

flash想分成几个区完全由于你自己的需要决定，然后在make menuconfig时间进行配置。

/dev/mtdblock/0 bootloader

/dev/mtdblock/1 kernel

/dev/mtdblock/2 cramfs (假设cramfs中有multimedia，guilib， etc，usr， extdata等)

这样之需要在kernel加载后使用下面的命令（放在初始化脚本linuxrc中）

将bon分区挂载到根文件系统中。

mount -t yaffs /dev/mtdblock/2 / 即可。

那么可能我觉得这个cranfs太大，尤其是其中的multimedia和extdata，想把他们分开怎么办呢？

使用五个分区：

/dev/mtdblock/0 bootloader

/dev/mtdblock/1 kernel

/dev/mtdblock/2 yaffspart1(将guilib， etc，usr以及其他一些文件制作成yaffs文件系统)

/dev/mtdblock/3 yaffspart2 (将multimedia制作成yaffs文件系统）

/dev/mtdblock/4 yaffspart3（将extdata制作成yaffs文件系统）

那么kernel起来后，需要做这样的动作（可以放在linuxrc中，也可以放在比较早执行

的脚本里面）：

mount -t yaffs /dev/mtdblock/2 /

mkdir /multimedia

mkdir /extdata

mount -t yaffs /dev/mtdblock/3 /multimedia

mount -t yaffs /dev/mtdblock/4 /extdata

为此时选择yaffs而不是cramfs呢？我想你知道答案，因为cramfs只读，没办法mkdir。

当然，其他的可读写文件系统比如jffs也是可以的。当然，如果你的/下面老早就有

两个空目录，multimedia和extdata，那么根文件系统也就是/dev/mtdblock/2使用 cramfs

也是可以的，而multimedia和extdata本身在"/"分区使用cramfs和yaffs时都可以使用任意

的其他文件系统，不一定非是yaffs，当然，前提是你得知道你究竟是不是需要在使

用时在这里面进行写操作。

 

 

5建立yaffs文件系统

分析：根据上述bon和part分区的介绍，您是否还有疑问？从上可以得出，

linux启动时只需要使用bon分区时的根文件系统分区（必须为bon格式）和需要挂载yaffs文件系统的分区（必须标记为mtd分区）。由于vivi烧写rootfs的位置是根据part分区定的。所以在使用bon进行分区时必须有一个和default_mtd_partitions中root分区的起始地址和大小相同的bon分区，例如：此处必须有一个起始地址和大小分别为

0x00200000,0x03000000的bon分区。另外如果要挂在yaffs文件系统，bon分区时必须有一个mtd分区。如果想通过vivi向flash的其它分区写入数据的话，此处default_mtd_partitions必须加入相应的分区信息。例如：default_mtd_partitions中加入分区

{

name: "yaffs",

offset: 0x03200000,

size: 0x00500000,

flag: 0

}

那么如果使用bon分区时有一个起始地址和大小分别为0x03200000, 0x00500000的分区

。则使用load flash yaffs x可以烧录相应文件。如果符合相应格式在linux可以使用命令：mount -t filesystem /dev/bon/x /mnt/bonx挂载

三具体的分区过程:

1.如果首先板子上没有烧进去vivi,则可以通过JTAG口以及jflash烧写工具软件把vivi烧

进目标板上,当然有的开发板也可以在ADS1.2 的环境用JTAG仿真器(如Multi-ICE),通过

某个烧写程序把vivi烧进目标板,这里具体第一次怎么把vivi烧写进去就不再多述了.

2.当把vivi烧进去后,可以通过输入part show查看MTD分区情况,这个分区表应该和后面

kernel中的MTD分区保持一致,我的2.6内核源码中修改后的MTD分区表为:

0x00000000-0x00020000 : "boot"

0x00020000-0x00030000 : "param"

0x00030000-0x001f0000 : "kernel"

0x00200000-0x00400000 : "root"

0x00400000-0x04000000 : "user"

那么这里,我们应该将通过修改vivi的源码把MTD分区表修改成一样,修

改/vivi/arch/s3c2410/smdk.c文件:

将里面的

#ifdef CONFIG_S3C2410_NAND_BOOT

mtd_partition_t default_mtd_partitions[] = {

{

name: "vivi",

offset: 0,

size: 0x00020000,

flag: 0

}, {

name: "param",

offset: 0x00020000,

size: 0x00010000,

flag: 0

}, {

name: "kernel",

offset: 0x00030000,

size: 0x00100000,

flag: 0

}, {

name: "root",

offset: 0x00130000,

size: 0x00200000,

flag: MF_BONFS

}

};

#endif

修改成如下:

#ifdef CONFIG_S3C2410_NAND_BOOT

mtd_partition_t default_mtd_partitions[] = {

{

name: "vivi",

offset: 0,

size: 0x00020000,

flag: 0

}, {

name: "param",

offset: 0x00020000,

size: 0x00010000,

flag: 0

}, {

name: "kernel",

offset: 0x00030000,

size: 0x001f0000,

flag: 0

}, {

name: "root",

offset: 0x00200000,

size: 0x00200000,

flag: MF_BONFS

}, {

name: "user",

offset: 0x00400000,

size: 0x04000000,

flag: 0

}

};

#endif

保存文件,并重新make,生成新的vivi文件;

3. 重新bon分区flash,这是十分必要的,相当于重新分区并格式化了整个flash区,当bon

分区后flash里面的数据将全部丢失,所以要再把前面新生成的vivi烧入目标板上,当然

现在就可以只通过串口把vivi烧写进去,不用像第1步那样操作烧写vivi,但是注意bon命

令重新分区后千万不要断电了再烧写vivi,否则就不能通过串口烧vivi了,具体步骤如下

:

(1)这里将flash分成4个区(vivi和param只占一个区),输入bon分区命令:

#bon part 0 192K 2M 4M

解释一下上面的命令:

第1个分区从0开始;

第2个分区从0x30000(即192K)开始;

第3个分区从0x200000(即2M)开始;

第4个分区从0x400000(即4M)开始.

(2)分区成功后,可以通过命令bon part info或者bon part show来查看bon分区信息,接下来

不要断电,直接通过串口下载vivi,但是要注意的是,在linux下用xmodem协议下载文件很

有可能出现传输过程中断线或者连不上的情况,但是在windowsXP的附件中的超级终

端下通过xmodem传输文件过程却是十分的理想,所以我建议从前面的第3步一开始就

都在windowsXP环境下的超级终端里进行操作,输入命令:

#load flash vivi x

然后点击终端窗口中的传送下的发送文件,采用xmodem协议,选择要下载的vivi码即可.

(3)等待文件传输完毕后,输入boot重启目标板,并按住空格键重新进入vivi模式下,输入

命令:

#part show

即可看到重新的分区表:

vivi> part show

mtdpart info. (5 partitions)

name offset size flag

------------------------------------------------

vivi : 0x00000000 0x00020000 0 128k

param : 0x00020000 0x00010000 0 64k

kernel : 0x00030000 0x001f0000 0 1M+960k

root : 0x00200000 0x00400000 4 4M

user : 0x00400000 0x04000000 0 64M

vivi>

以上就是整个分区过程了.

 

综述：要想向一个bon分区中写如信息，必须先定位（在mtd分区中建立相应的分区名），之后可在/etc/fstab中设置自动挂载指令。