今天把u-boot,linux,yaffs2文件系統的移植全部搞定了，在我的mini2440板子上跑起來了，呵呵，興奮啊！現在回頭看看自己花了這么長時間所作的工作，結論就是，只要堅持下去就一定會成功的。

　　下面就把我移植過程中的步驟記錄下來，留著以后看看，也許還會用到的。

　　先是u-boot部分：

　　我用的是

　　　　　　　　?????? 開發環境：fedora 14

???????????????????????????? 開發板：mini2440? 256M NandFlash?? 64M SDRAM

???????????????????????????? 交叉編譯器：arm-linux-gcc 4.4.3

???????????????????????????? BusyBox版本：busybox-1.7.0

??????????????????????????? ?yaffs制作工具：mkyaffsimage

??????????????????????????? yaffs2制作工具:mkyaffs2image（適合64M）、mkyaffs2image-128（適合128M以上，我的256M的用這個）

對于u-boot的修改有很多，參考了韋東山大神寫的那本《嵌入式Linux應用開發完全手冊》一步步做的，建議這部分大家也都自己動手做做，會有不少收獲，對于那種文件的樹形結構分布，程序設計的能力都會有很大的提高。

　　當u-boot移植能夠在板子跑了，在看下面內容：

　　我一直困惑在MTD那部分，對于NAND flash分區那一直不是很清楚，先看我現在的mtd分區：

Creating 3 MTD partitions on "NAND 256MiB 3,3V 8-bit":

0x000000000000-0x000000500000 : "kernel"

0x000000500000-0x000000d00000 : "jffs2"

0x000000d00000-0x000010000000 : "yaffs"

我創建了3的分區，分別作為 uImage,jffs2,yaffs2文件存放的地址，在u-boot運行后，使用tftp下載kernel及文件系統到內存，接著寫入flash中，具體如下：

tftp 0x31000000 uImage

nand erase 0 0x500000

nand write.jffs2 0x31000000 0 0x300000

　　要注意的是，這里寫到flash中的地址對應著我們的MTD分區表地址，我的0地址處存放的是kernel，所以下載到0地址處。

static struct mtd_partition friendly_arm_default_nand_part[] = { ?

[0] = { ? .name = "supervivi", ? .size = 0x00040000, ? .offset = 0, ?}, ?

[1] = { ? .name = "param", ? .offset = 0x00040000, ? .size = 0x00020000, ?},

?[2] = { ? .name = "Kernel", ? .offset = 0x00060000, ? .size = 0x00500000, ?}, ?

[3] = { ? .name = "root", ? .offset = 0x00560000, ? .size = 1024 * 1024 * 1024,??},

?[4] = { ? .name = "nand", ? .offset = 0x00000000, ? .size = 1024 * 1024 * 1024,??}

};

這是之前的mtd分區，修改后如下：(在 arch/arm/mach-s3c2440/mach-mini2440.c中)

static struct mtd_partition friendly_arm_default_nand_part[] = { ?

[0] = { ? .name = "kernel", ? .size = 0x00050000, ? .offset = 0, ?}, ?

[1] = { ? .name = "jaffs", ? .offset = MTDPART_OFS_APPEND, ? .size = 0x00080000, ?},

?[2] = { ? .name = "yaffs", ? .offset = MTDPART_OFS_APPEND, ? .size = MTDPART_SIZ_FULL, ?

}

};

當然在寫入flash之前最后先下載到內存里跑一下，看能否運行，不然來回擦除flash太費事，而且也有損于它。

使用：

tftp 0x32000000 uImage bootm 0x32000000

看看能不能打印出這句：

Creating 3 MTD partitions on "NAND 256MiB 3,3V 8-bit":

0x000000000000-0x000000500000 : "kernel"

0x000000500000-0x000000d00000 : "jffs2"

0x000000d00000-0x000010000000 : "yaffs"

如果可以那說明這一步實現了。由于開發板上還沒有寫入文件系統，也沒有設置nfs掛接網絡文件系統，所以內核啟動后還會出現panic信息。不急， 我們下一步來解決它。 在這之前，先解釋一下幾個概念：

1.uImage

使用 make uImage編譯 我們編譯linux結束后會在arch/arm/boot/目錄下生成zImage,uImage內核文件，這有什么區別呢？ 之前一直沒有去研究他們，現在明白了，簡單的說一下區別： ?uImage是U-boot專用的映像文件，它是在zImage之前加上一個長度為0x40的tag。vmlinuz是bzImage/zImage文件的拷貝或指向bzImage/zImage的 鏈接。initrd是“initialramdisk”的簡寫。一般被用來臨時的引導硬件到實際內核vmlinuz能夠接管并繼續引導的狀態。 vmlinux是內核文件，zImage是一般情況下默認的壓縮內核映像文件，壓縮vmlinux，加上一段解壓啟動代碼得到，只能從0X0地址運行。 uImage是u-boot使用bootm命令引導的Linux壓縮內核映像文件格式，使用工具mkimage對普通的壓縮內核映像文件（zImage）加工而得。 可以由bootm命令從任意地址解壓啟動內核。由于bootloader一般要占用0X0地址，所以，uImage相比zImage的好處就是可以和bootloader共存。 當我們使用ls -l 查看這兩個文件大小時會發現，uImage比zImage大了64字節，也就是多了0x40長度的tag.

2.bootm

下載到內存后，使用bootm引導uImage,那為什么不用go命令呢？ 原因是，我們上面所說的多出64字節的uImage,bootm你可以把它理解為專為它引導的命令。go命令是用來跳轉的二進制可執行文件的命令。這些，我們 在mini2440裸機開發那想必大多數人都接觸過，不再細說了!

3.MTDPART_OFS_APPEND

是代表著接著上一個分區地址向下分區，offset偏移。

4.MTDPART_SIZ_FULL flash

分區剩下的所有大小空間都分配出去。

?接著上面說的，寫入flash后，保存引導參數。我這里是在u-boot中代碼固定的。

#define CONFIG_BOOTDELAY?5

#define CONFIG_BOOTARGS??? ?"noinitrd root=/dev/mtdblock2 init=/linuxrc console=ttySAC0"

#define CONFIG_ETHADDR???? 08:00:3e:26:0a:5b

#define CONFIG_NETMASK????? 255.255.255.0

#define CONFIG_IPADDR??192.168.1.230

#define CONFIG_SERVERIP??192.168.1.10 /*#define CONFIG_BOOTFILE?"elinos-lart" */

#define CONFIG_BOOTCOMMAND?"nboot 0x31000000 0 0; bootm 0x31000000"

這樣開機后,不打斷便可進入kernel。

下一節介紹文件系統部分！

轉載于:https://www.cnblogs.com/my-life/p/3486073.html

總結

以上是生活随笔為你收集整理的u-boot,linux,文件系统移植笔记1的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。