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  //生成補丁
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章