上一节S3C2440移植uboot之裁剪和批改默认参数裁剪了uboot,批改了默认的参数,这一节开始制作yaffs映像以及补丁文件
@[TOC]

烧写文件系统

  尝试应用如下命令烧写JFFS2文件系统

tftp 30000000 fs_mini_mdev.jffs2nand erase.part rootfsnand write.jffs2 30000000 0x00260000 5b89a8

  批改启动参数

set bootargs console=ttySAC0 root=/dev/mtdblock3 rootfstype=jffs2

  烧写JFFS2文件系统没问题
  尝试应用如下命令烧写YAFFS文件系统

tftp 30000000 fs_mini_mdev.yaffs2nand erase.part rootfsnand 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 40000tftp 30000000 fs_mini_mdev.yaffs2nand erase.part rootfsnand 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.yaffs2nand erase.part rootfsnand write.yaffs 30000000 260000  $filesize          //文件系统太大,所以输出$filesize,来依据文件系统真正大小来烧写 tftp 30000000 fs_mini_mdev.jffs2boot

(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  //生成补丁

如遇到排版错乱的问题,能够通过以下链接拜访我的CSDN。

**CSDN:[CSDN搜寻“嵌入式与Linux那些事”]