- 使用nor的supervivi燒寫uboot到nand：
- 進(jìn)入supervivi,選擇a,absolute user application
- /**************uboot下用命令下載uboot,內(nèi)核和文件系統(tǒng)********************/
-
- /*
- 先將內(nèi)核zImage用mkimage轉(zhuǎn)換成uImage(叫zIMage.img)
- mkimage 工具是uboot提供，在uboot源碼的tools/
- 在內(nèi)核源碼的arch/arm/boot/下執(zhí)行如下命令
- */
- mkimage -n 'tekkaman' -A arm -O linux -T kernel -C none -a 0x30008000 -e 0x30008040 -d zImage zImage.img
- /*
- Usage: mkimage -l image
- -l ==> list image header information
- mkimage [-x] -A arch -O os -T type -C comp -a addr -e ep -n name -d data_file[:data_file...] image
- -A ==> set architecture to 'arch'
- -O ==> set operating system to 'os'
- -T ==> set image type to 'type'
- -C ==> set compression type 'comp'
- -a ==> set load address to 'addr' (hex)
- -e ==> set entry point to 'ep' (hex)
- -n ==> set image name to 'name'
- -d ==> use image data from 'datafile'
- -x ==> set XIP (execute in place)
- */
-
- //或者在制作內(nèi)核時(shí)用
- make uImage //這樣生成的uImage和用mkimage工具將zImage轉(zhuǎn)換成的uImage的格式一樣，均可被uboot引導(dǎo)。
- mv uImage zImage.img //為了和下面的命令統(tǒng)一，將uImage改名叫zImga.img
- //但在試驗(yàn)中發(fā)現(xiàn)這樣制作的uImage有時(shí)uboot引導(dǎo)不起來
- /***********************參數(shù)修改************************************/
- mini2440
-
- setenv ipaddr 192.168.1.230
- setenv serverip 192.168.1.103
- setenv gatewayip 192.168.1.1
-
-
- /*bootargs uboot傳遞給內(nèi)核de*/
- setenv bootargs console=ttySAC0 noinitrd root=/dev/mtdblock3 init=/linuxrc
-
- /*bootcmd uboot自動(dòng)啟動(dòng)時(shí)要執(zhí)行的任務(wù)*/
- setenv bootcmd tftp 0x30008000 zImage.img\;bootm 0x30008000 /*從tftp服務(wù)器下載內(nèi)核到sdram，然后啟動(dòng)*/
- setenv bootcmd nboot 30008000 0 0x60000\;bootm 0x30008000 /*從nand讀取內(nèi)核到sdram，然后啟動(dòng)*/
- setenv bootcmd nand read 30008000 0x60000 0x500000\;bootm 0x30008000 /*從nand讀取內(nèi)核到sdram，然后啟動(dòng)*/
-
- saveenv
-
- /**********************從服務(wù)器燒寫文件到nand*************************************/
-
- //download uboot
- tftp 0x30008000 u-boot.bin //從ftp服務(wù)器將u-boot.bin文件讀到內(nèi)存0x30008000處
- nand erase 0 0x40000 //清除nandflash的0-0x40000的數(shù)據(jù)
- nand write 0x30008000 0 0x40000 //從內(nèi)存0x30008000寫入nandflash的0開始處，大小0x40000
-
- /*nand的0x40000--0x60000是參數(shù)區(qū)
- 從板子啟動(dòng)現(xiàn)象判斷參數(shù)區(qū)和kernel去有沒重疊的方法:上電按空格進(jìn)入nand的uboot，如果沒有提示using default param并且
- 執(zhí)行命令nboot 30008000 0 0x60000\;bootm 0x30008000可以成功進(jìn)入內(nèi)核，說明ok
- 在saveenv時(shí)，會(huì)顯示at 0x4000000如下，tekkman的源碼中CONFIG_ENV_OFFSET=0x60000,需要改成0x40000否則參數(shù)區(qū)和kernel區(qū)會(huì)重合
- [u-boot@Song]# saveenv
- Saving Environment to NAND...
- Erasing Nand...
- Erasing at 0x4000000000002 -- 0% complete.
- Writing to Nand... done
-
- */
- //dowload kernel
- tftp 0x30008000 zImage.img //從ftp服務(wù)器將zImage.img文件讀到內(nèi)存0x30008000處
- nand erase 0x60000 500000 //清除nandflash的0x60000-0x560000的數(shù)據(jù)
- nand write 0x30008000 0x060000 0x500000 //從內(nèi)存0x30008000寫入nandflash的0x60000開始處，大小0x500000
-
-
- //dowload rootfs，可以是友善提供的文件系統(tǒng)。比如root_qtopia-128M.img，不要超過63MB.因?yàn)閙ini2440的sdram才64MB.如果大于63MB,可以使用supvivi下載之。見下
- tftp 0x30008000 root //從ftp服務(wù)器將ysffs文件讀到內(nèi)存0x30008000處
- nand erase 0x560000 //清除nandflash的0x560000到結(jié)尾的數(shù)據(jù)
-
- //nand write 0x30008000 0x560000 0x6000000 直接寫在nand上不行，需專門的命令向nand寫yaffs文件，因?yàn)樽x寫的時(shí)候還要有其他動(dòng)作
- //nand read 0x30008000 0x560000 0x6000000 直接從nand讀不行，需專門的命令從nand讀yaffs文件
-
- nand write.yaffs 0x30008000 0x560000 0x3b36dc0 //從內(nèi)存0x30008000寫入nandflash的0x560000開始處，大小0x3b36dc0
-
- /*在只有64MB的sdram系統(tǒng)上，用tftp 0x30008000 root 加載的yaffs文件不得大于33f80000-30008000=3F7 8000=63.46875MB，否則會(huì)覆蓋掉處于33f80000的uboot
- 在試驗(yàn)中發(fā)現(xiàn)只能指定size為0x3b36dc0，否則出錯(cuò)，現(xiàn)還不知原因
- 可參考http://bbs./thread-426-1-1.html
- */
-
- /***********************************************************/
上面將
uboot 下載到nand的起始位置為0 (--0x40000) 256KB
kernel下載到nand的起始位置為0x60000 (--0x560000) 5MB
root 下載到nand的起始位置為0x560000 (--0x10560000) 250+MB
而nand上0x40000--0x60000是保存著nand的一些參數(shù)（128KB），起始地址0x40000由CONFIG_ENV_OFFSET指定，在mini2440.h中定義。所以用uboot寫內(nèi)核到nand時(shí)不要寫到0x400000的位置而把參數(shù)給覆蓋掉
既然uboot已經(jīng)將這些root 下載到nand的0x560000位置上了，內(nèi)核怎么知道yaffs文件系統(tǒng)處于nand的0x5600000上呢？當(dāng)然是uboot傳遞給內(nèi)核的參數(shù)，如下
console=ttySAC0 noinitrd root=/dev/mtdblock3 init=/linuxrc，
uboot沒有直接告訴內(nèi)核 文件系統(tǒng)在0x560000，而是指定了mtdblock3
內(nèi)核怎么知道m(xù)tdblock3在哪呢？恩，mtdblock3本來就是內(nèi)核里的名詞，內(nèi)核當(dāng)然知道了，內(nèi)核可以查看nandflsh的分區(qū)表，定義在kernel/arch/arm/mach-s3c2440/mach-mini2440.c，如下，內(nèi)核會(huì)得知nand的mtdblock3起始位置是0x560000，然后去這個(gè)位置加載yaffs文件系統(tǒng)，而這個(gè)位置處剛好放著yaffs文件系統(tǒng)，即前面的命令
nand write.yaffs 0x30008000 0x560000 0x3b36dc0 (實(shí)際試驗(yàn)中我將yaffs下載到nand的0x580000處，內(nèi)核也能順利加載yaffs)
相反，uboot并不知道m(xù)tdblcok3為何東東，對(duì)uboot來講它只是一個(gè)字符串，
所以一般先在內(nèi)核的nand分區(qū)表中劃分一個(gè)開始于a位置的分區(qū)p，在uboot中若將文件系統(tǒng)下載到nand的a位置，然后uboot傳遞參數(shù)p給內(nèi)核以使內(nèi)核順利找到位置a來加載yaffs（內(nèi)核的分區(qū)表先定，用uboot命令參照內(nèi)核分區(qū)表去下載內(nèi)核和文件系統(tǒng)到nand正確的位置。uboot本來就是用來引導(dǎo)內(nèi)核的，內(nèi)核怎么表現(xiàn)，它就跟著怎么變就行了）
- 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, //
- }
- };
下面是nand的布局
uboot在啟動(dòng)之后加載內(nèi)核之前的sdram空間處于如下布局
①此處param區(qū)存放著uboot傳遞給kernel的標(biāo)記列表，（是uboot傳遞給內(nèi)核的，內(nèi)核去讀?。蚽andflash上的param存儲(chǔ)區(qū)（是uboot自己的）的內(nèi)容不一樣
nandflash的param存儲(chǔ)區(qū)存放的是如
bootargs=console=ttySAC0 noinitrd root=/dev/mtdblock3 init=/linuxrc
bootcmd=tftp zImage.img;bootm
bootdelay=1
baudrate=115200
ethaddr=08:08:11:18:12:27
ipaddr=192.168.1.2
serverip=192.168.1.103
gatewayip=192.168.1.1
netmask=255.255.255.0
tekkaman=bmp d 70000
stdin=serial
stdout=serial
stderr=serial
ethact=dm9000
這樣的東東
sdram中param存儲(chǔ)區(qū)是下面形式的東東
params->hdr.tag = ATAG_MEM;//標(biāo)記類型:內(nèi)存標(biāo)記，hdr是struct tag_header類型結(jié)構(gòu)體，為tag一成員
params->hdr.size = tag_size (tag_mem32);//標(biāo)記大小
params->u.mem.start = bd->bi_dram[i].start;//內(nèi)存起始地址，u是union類型，為tag一成員
params->u.mem.size = bd->bi_dram[i].size;//內(nèi)存結(jié)束地址
params = tag_next (params);
params->hdr.tag = ATAG_CMDLINE;//標(biāo)記類型:命令字符串 //這個(gè)tag的內(nèi)容是使用nand上param區(qū)的bootcmd=tftp zImage.img;bootm填充的
params->hdr.size =
(sizeof (struct tag_header) + strlen (p) + 1 + 4) >> 2;
strcpy (params->u.cmdline.cmdline, p);
params = tag_next (params);
而內(nèi)核在啟動(dòng)時(shí)，會(huì)使用和uboot存儲(chǔ)tag時(shí)所用的一樣的數(shù)據(jù)類型即struct tag去讀這些tag
②uboot代碼段前面有malloc內(nèi)存區(qū)和堆棧，從uboot/cpu/arm920t/start.S的設(shè)置堆棧的代碼中可以看出
http://download.csdn.net/detail/songqqnew/3941980
- <span style="font-family:SimSun;">
- //tiny6410的分區(qū)
- Creating 3 MTD partitions on "NAND 2GiB 3,3V 8-bit":
- 0x000000000000-0x000000400000 : "Bootloader"
- 0x000000400000-0x000000c00000 : "Kernel"
- 0x000000c00000-0x000080000000 : "File System"
- </span>
- <a >http://blog.csdn.net/songqqnew/article/details/6847032</a>
|
