S3C2440移植uboot之支持烧写yaffs映像及制作补丁

  上一节S3C2440移植uboot之裁剪和修改默认参数裁剪了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  //生成补丁

有任何问题,均可通过公告中的二维码联系我

posted @ 2020-12-26 16:41  学习,积累,成长  阅读(193)  评论(0编辑  收藏  举报