S3C2440移植uboot之支持烧写yaffs映像及制作补丁
S3C2440移植uboot之支持烧写yaffs映像及制作补丁
烧写文件系统
尝试使用如下命令烧写JFFS2文件系统
tftp 30000000 fs_mini_mdev.jffs2
nand erase.part rootfs
nand write.jffs2 30000000 0x00260000 5b89a8修改启动参数
set bootargs console=ttySAC0 root=/dev/mtdblock3 rootfstype=jffs2烧写JFFS2文件系统没问题 尝试使用如下命令烧写YAFFS文件系统
tftp 30000000 fs_mini_mdev.yaffs2
nand erase.part rootfs
nand write.yaffs 30000000 260000 889bc0报错
搜索.yaffs，发现位于Cmd_nand.c文件中。
缺少了相关宏定义 在smdk2440.h中添加如下代码
#define CONFIG_CMD_NAND_YAFFS使用如下命令重新编译烧写
tftp 30000000 u-boot_new.bin; protect off all; erase 0 3ffff; cp.b 30000000 0 40000
tftp 30000000 fs_mini_mdev.yaffs2
nand erase.part rootfs
nand write.yaffs 30000000 260000 889bc0烧写一瞬间完成，不太正常。而且最后启动文件系统报错如下
通过对比烧写的fs_mini_mdev_yaffs2文件内容和nand dump 260000显示的内容，发现OOB区的内容不同。
分析源码
首先,每个命令都会对应一个文件,比如nand命令对应的common/cmd_nand.c 而我们使用nand命令时,便会进入do_nand()函数,位于common/cmd_nand.c （1）do_nand()函数代码如下所示:
int do_nand(cmd_tbl_t * cmdtp, int flag, int argc, char * const argv[])
{
... ...
if (strncmp(cmd, "read", 4) == 0 || strncmp(cmd, "write", 5) == 0)
{
... ...
#ifdef CONFIG_CMD_NAND_YAFFS //是否支持YAFFS烧写else if (!strcmp(s, ".yaffs"))
{ //若是nand write.yaffs ... ... ,则进入该判断
if (read) {
printf("Unknown nand command suffix '%s'.\n", s);
return 1; }
ret = nand_write_skip_bad(nand, off, &rwsize, (u_char *)addr, WITH_YAFFS_OOB);
//进入nand_write_skip_bad,烧写
#endif
... ...
}所以需要在smdk2440.h里,添加CONFIG_CMD_NAND_YAFFS宏定义. （2）然后进入nand_write_skip_bad(),位于drivers/mtd/nand/nand_util.c
int nand_write_skip_bad(nand_info_t *nand, loff_t offset, size_t *length,u_char *buffer, int flags)
{
... ...
if (!need_skip && !(flags & WITH_DROP_FFS)) //这里需要修改
{
rval = nand_write (nand, offset, length, buffer); //正常拷贝,不考虑OOB问题
if (rval == 0)
return 0; //拷贝完后,return
*length = 0;
printf ("NAND write to offset %llx failed %d\n",offset, rval);
return rval;
}
while (left_to_write > 0) //需要烧写的块数
{
#ifdef CONFIG_CMD_NAND_YAFFS
if (flags & WITH_YAFFS_OOB)
{
... ...
ops.mode = MTD_OOB_AUTO; //这里需要修改
... ...
for (page = 0; page < pages; page++) //for循环烧写每一页
{
... ...
rval = nand->write_oob(nand, offset, &ops); //调用nand_write_oob()函数烧写OOB
if (!rval) //这里需要修改
break; //烧写失败,退出for循环
offset += pagesize;
p_buffer += pagesize_oob;
}
}
... ...
}将上面if (!need_skip && !(flags & WITH_DROP_FFS))改为if (!need_skip && !(flags & WITH_DROP_FFS) &&!(flags & WITH_YAFFS_OOB)) 因为避免输入nand write.yaffs时,直接进入该判断,然后不执行下面的while (left_to_write > 0) 语句 将上面的MTD_OOB_AUTO改为MTD_OOB_RAW (表示支持烧写OOB数据,用来存放yaffs参数) 因为MTD_OOB_AUTO,使自动填入OOB,不填入yaffs文件里的数据,从而启动不了内核 将上面if (!rval) 改为if (rval) 因为nand->write_oob()函数里面,烧写正确时,是返回的一个非整数. 然后使用nand dump 260000,与yaffs文件对比,可以看到OOB已经烧写成功
对于64B的OOB而言,数据定义如下所示: bit0:表示该块的数据是否为坏,若为0xFF表示好的,0x00则是坏的 （一块=64页） bit1:暂时没用到 bit2~39:表示用来存放oob数据,若是yaffs文件,则会存放yaffs参数,所以才要修改1.2小节的代码 bit40~63:存放ecc校验值,该页的每256B字节,就会生成3字节数据存放到ecc里 具体参考nand_oob_64全局结构体变量
烧写yaffs试验
tftp 30000000 fs_mini_mdev.yaffs2
nand erase.part rootfs
nand write.yaffs 30000000 260000 $filesize
//文件系统太大,所以输入$filesize,来根据文件系统真正大小来烧写
tftp 30000000 fs_mini_mdev.jffs2
boot(PS:若启动文件系统失败,考虑下环境变量,OOB,内核是否正确) 启动成功
使用part制作补丁
打补丁之前,首先需要清除make后的编译文件,以及自己编译出的反汇编文件等
make distclean //清除生成的所有文件
rm u-boot.dis
cd ..
mv u-boot-2012.04.01 u-boot-2012.04.01_new //重新命名
tar -xjf u-boot-2012.04.01.tar.bz2 //创建原文件
diff -urN u-boot-2012.04.01 u-boot-2012.04.01_new > u-boot-2012.04.01_new.patch //生成补丁腾讯云开发者
