关于烧写vivi后flash分区不正确的解决办法
实验环境要改成Linux 2.6内核，但实验室里的arm2410s开发板安装的Linux内核都是2.4的，不得不将所有开发板重新烧写内核！
由于内核镜像和根文件系统的改变，需要修改flash分区，即修改vivi源码smdk.c文件中的mtd_partition_t default_mtd_partitions[]，重新编译vivi,再将vivi烧写到开发板上。但是烧写完vivi后，有些开发板的分区并不正确。其中，vivi是正确的，因为同样的vivi，在一些板上烧成功；但对于某些板上面修改的分区并不起作用，不管你把vivi重新烧上N遍，flash分区还是不正确。这样，我们只能在vivi中使用“bon part ”命令对flash进行重新分区（bon part命令的使用方法见下面）。重新分区后，可以通过“bon part info”命令查看新的bon分区列表（使用“part show”看到的是原来的MTD分区列表）。flash分区正确后，再重新烧写vivi。烧写完vivi后，启动vivi。这时，用“part show”查看到的分区信息就是正确的分区信息了。最后，再将Linux内核镜像和根文件系统烧写到开发板上就OK了。
1、part add 命令用于添加一个MTD 分区。
命令的详细格式如下：
part add name offset size flag
参数name 是要添加的分区的分区名称；
参数offset 是要添加的分区的偏移（相对于整个MTD 设备的起始地址的偏
移，在ARMer9 系统中不论配置的是NOR Flash，还是NAND Flash，都只
注册了一个mtd_info 结构，也就是说逻辑上只有一个MTD 设备，这个MTD
设备的起始地址为0x00000000）；
参数size 是要添加的分区的大小，单位为字节；
参数flag 是要添加的分区的标志，参数flag 的取值只能为以下字符串（请注
意必须为大写）或者通过连接符“|”将以下字符串组合起来的组合字符串。
这个标志表示了这个分区的用途
“BONFS” —— 作为BONFS 文件系统的分区；
“JFFS2” —— 作为JFFS2 文件系统的分区；
“LOCK” —— 该分区被锁定了；
“RAM” —— 该分区作为RAM 使用。
2、bon part 命令用于建立系统的BON 分区表。
BON 分区表被保存到NANDFlash 的最后0x4000 个字节中，即在NAND Flash 的0x03FFC000 ～0x33FFFFFF 范围内，分区表起始于0x03FFC000（注意： BON 分区是只
针对NAND Flash 设备的一种简单的分区管理方式）。
命令的详细格式如下：
bon part offsets1[f
相关文档：
怕哪天再用到，省的再重新写：
#!/bin/sh
save_path=$1
log_path="/usr/local/nginx/logs/null.log"
_from=`head $log_path -n1 |awk '{print $4}'|awk -F"[" '{print $2}'|grep -oE "[A-Za-z0-9:]+"`
_end=`tail $log_path -n1 |awk '{print $4}'|awk -F"[" '{print $2}'|grep -oE "[A-Za-z0-9:]+"`
from=`echo $_ ......
主要目的：移植u-boot-1.3.2到K9开发板，使其直接从FLASH
启
动，而不是通过boot.bin和u-boot
压
缩文件
启动。实现u-
boot的非压缩式的从FLASH的0x10000000地址处直接启动。
硬件资源：K9开发
板 &n ......
1. 首先说下中文网站：
一： http://pic.sdodo.com/
这家可以做FLASH，大头贴以及一些常用的图片处理手法而且简单的狠！
二：http://www.igogo8.com/
这家主要是闪 ......
