“转”使用UBOOT烧写根文件系统和内核的方法 2012-08-13 20:39:28

分类&＃xff1a;

原文地址&＃xff1a;“转”使用UBOOT烧写根文件系统和内核的方法 作者&＃xff1a;xubin4858

 

[cpp] view plaincopy
  1. 使用nor的supervivi烧写uboot到nand&＃xff1a;  
  2. 进入supervivi,选择a,absolute user application   
  3. /**************uboot下用命令下载uboot,内核和文件系统********************/  
  4.   
  5. /* 
  6. 先将内核zImage用mkp_w_picpath转换成uImage(叫zIMage.img) 
  7. mkp_w_picpath 工具是uboot提供&＃xff0c;在uboot源码的tools/ 
  8. 在内核源码的arch/arm/boot/下执行如下命令 
  9. */  
  10. mkp_w_picpath -n &＃39;tekkaman&＃39; -A arm -O linux -T kernel -C none -a 0x30008000 -e 0x30008040 -d zImage zImage.img  
  11. /* 
  12. Usage: mkp_w_picpath -l p_w_picpath 
  13.           -l &＃61;&＃61;> list p_w_picpath header information 
  14.        mkp_w_picpath [-x] -A arch -O os -T type -C comp -a addr -e ep -n name -d data_file[:data_file...] p_w_picpath 
  15.           -A &＃61;&＃61;> set architecture to &＃39;arch&＃39; 
  16.           -O &＃61;&＃61;> set operating system to &＃39;os&＃39; 
  17.           -T &＃61;&＃61;> set p_w_picpath type to &＃39;type&＃39; 
  18.           -C &＃61;&＃61;> set compression type &＃39;comp&＃39; 
  19.           -a &＃61;&＃61;> set load address to &＃39;addr&＃39; (hex) 
  20.           -e &＃61;&＃61;> set entry point to &＃39;ep&＃39; (hex) 
  21.           -n &＃61;&＃61;> set p_w_picpath name to &＃39;name&＃39; 
  22.           -d &＃61;&＃61;> use p_w_picpath data from &＃39;datafile&＃39; 
  23.           -x &＃61;&＃61;> set XIP (execute in place) 
  24. */  
  25.   
  26. //或者在制作内核时用  
  27. make uImage //这样生成的uImage和用mkp_w_picpath工具将zImage转换成的uImage的格式一样&＃xff0c;均可被uboot引导。  
  28. mv uImage zImage.img //为了和下面的命令统一&＃xff0c;将uImage改名叫zImga.img  
  29. //但在试验中发现这样制作的uImage有时uboot引导不起来  
  30. /***********************参数修改************************************/  
  31. mini2440  
  32.   
  33. setenv ipaddr 192.168.1.230  
  34. setenv serverip 192.168.1.103  
  35. setenv gatewayip 192.168.1.1  
  36.   
  37.   
  38. /*bootargs  uboot传递给内核de*/  
  39. setenv bootargs  console&＃61;ttySAC0 noinitrd root&＃61;/dev/mtdblock3 init&＃61;/linuxrc  
  40.   
  41. /*bootcmd  uboot自动启动时要执行的任务*/  
  42. setenv bootcmd tftp 0x30008000 zImage.img\;bootm 0x30008000     /*从tftp服务器下载内核到sdram&＃xff0c;然后启动*/  
  43. setenv bootcmd nboot 30008000 0 0x60000\;bootm 0x30008000   /*从nand读取内核到sdram&＃xff0c;然后启动*/  
  44. setenv bootcmd nand read 30008000 0x60000 0x500000\;bootm 0x30008000  /*从nand读取内核到sdram&＃xff0c;然后启动*/  
  45.   
  46. saveenv  
  47.   
  48. /**********************从服务器烧写文件到nand*************************************/  
  49.   
  50. //download uboot  
  51. tftp 0x30008000 u-boot.bin      //从ftp服务器将u-boot.bin文件读到内存0x30008000处  
  52. nand erase 0 0x40000            //清除nandflash的0-0x40000的数据  
  53. nand write 0x30008000  0  0x40000   //从内存0x30008000写入nandflash的0开始处&＃xff0c;大小0x40000  
  54.   
  55. /*nand的0x40000--0x60000是参数区 
  56. 从板子启动现象判断参数区和kernel去有没重叠的方法:上电按空格进入nand的uboot&＃xff0c;如果没有提示using default param并且 
  57. 执行命令nboot 30008000 0 0x60000\;bootm 0x30008000可以成功进入内核&＃xff0c;说明ok 
  58. 在saveenv时&＃xff0c;会显示at 0x4000000如下&＃xff0c;tekkman的源码中CONFIG_ENV_OFFSET&＃61;0x60000,需要改成0x40000否则参数区和kernel区会重合 
  59. [u-boot&＃64;Song]# saveenv  
  60. Saving Environment to NAND... 
  61. Erasing Nand... 
  62. Erasing at 0x4000000000002 --   0% complete. 
  63. Writing to Nand... done 
  64.  
  65. */  
  66. //dowload kernel  
  67. tftp 0x30008000 zImage.img      //从ftp服务器将zImage.img文件读到内存0x30008000处  
  68. nand erase 0x60000 500000       //清除nandflash的0x60000-0x560000的数据  
  69. nand write 0x30008000 0x060000 0x500000 //从内存0x30008000写入nandflash的0x60000开始处&＃xff0c;大小0x500000  
  70.   
  71.   
  72. //dowload rootfs&＃xff0c;可以是友善提供的文件系统。比如root_qtopia-128M.img&＃xff0c;不要超过63MB.因为mini2440的sdram才64MB.如果大于63MB,可以使用supvivi下载之。见下  
  73. tftp 0x30008000 root            //从ftp服务器将ysffs文件读到内存0x30008000处  
  74. nand erase 0x560000             //清除nandflash的0x560000到结尾的数据      
  75.   
  76. //nand write 0x30008000 0x560000 0x6000000    直接写在nand上不行&＃xff0c;需专门的命令向nand写yaffs文件&＃xff0c;因为读写的时候还要有其他动作  
  77. //nand read 0x30008000 0x560000 0x6000000     直接从nand读不行&＃xff0c;需专门的命令从nand读yaffs文件  
  78.   
  79. nand write.yaffs 0x30008000 0x560000 0x3b36dc0  //从内存0x30008000写入nandflash的0x560000开始处&＃xff0c;大小0x3b36dc0  
  80.   
  81. /*在只有64MB的sdram系统上&＃xff0c;用tftp 0x30008000 root 加载的yaffs文件不得大于33f80000-30008000&＃61;3F7 8000&＃61;63.46875MB&＃xff0c;否则会覆盖掉处于33f80000的uboot 
  82. 在试验中发现只能指定size为0x3b36dc0&＃xff0c;否则出错&＃xff0c;现还不知原因 
  83. 可参考http://bbs.huiwen.com/thread-426-1-1.html 
  84. */  
  85.   
  86. /***********************************************************/  
上面将
uboot 下载到nand的起始位置为0                 (--0x40000)           256KB
kernel下载到nand的起始位置为0x60000   (--0x560000)          5MB
root    下载到nand的起始位置为0x560000 (--0x10560000)     250&＃43;MB
而nand上0x40000--0x60000是保存着nand的一些参数&＃xff08;128KB&＃xff09;&＃xff0c;起始地址0x40000由CONFIG_ENV_OFFSET指定&＃xff0c;在mini2440.h中定义。所以用uboot写内核到nand时不要写到0x400000的位置而把参数给覆盖掉

既然uboot已经将这些root 下载到nand的0x560000位置上了&＃xff0c;内核怎么知道yaffs文件系统处于nand的0x5600000上呢&＃xff1f;当然是uboot传递给内核的参数&＃xff0c;如下
console&＃61;ttySAC0 noinitrd root&＃61;/dev/mtdblock3 init&＃61;/linuxrc&＃xff0c;
uboot没有直接告诉内核 文件系统在0x560000&＃xff0c;而是指定了mtdblock3
内核怎么知道mtdblock3在哪呢&＃xff1f;恩&＃xff0c;mtdblock3本来就是内核里的名词&＃xff0c;内核当然知道了&＃xff0c;内核可以查看nandflsh的分区表&＃xff0c;定义在kernel/arch/arm/mach-s3c2440/mach-mini2440.c&＃xff0c;如下&＃xff0c;内核会得知nand的mtdblock3起始位置是0x560000&＃xff0c;然后去这个位置加载yaffs文件系统&＃xff0c;而这个位置处刚好放着yaffs文件系统&＃xff0c;即前面的命令
nand write.yaffs 0x30008000 0x560000 0x3b36dc0 (实际试验中我将yaffs下载到nand的0x580000处&＃xff0c;内核也能顺利加载yaffs)

相反&＃xff0c;uboot并不知道mtdblcok3为何东东&＃xff0c;对uboot来讲它只是一个字符串&＃xff0c;
所以一般先在内核的nand分区表中划分一个开始于a位置的分区p&＃xff0c;在uboot中若将文件系统下载到nand的a位置&＃xff0c;然后uboot传递参数p给内核以使内核顺利找到位置a来加载yaffs&＃xff08;内核的分区表先定&＃xff0c;用uboot命令参照内核分区表去下载内核和文件系统到nand正确的位置。uboot本来就是用来引导内核的&＃xff0c;内核怎么表现&＃xff0c;它就跟着怎么变就行了&＃xff09;
[cpp] view plaincopy
  1. static struct mtd_partition friendly_arm_default_nand_part[] &＃61; {  
  2.     [0] &＃61; {  
  3.         .name   &＃61; "supervivi",  
  4.         .size   &＃61; 0x00040000,  
  5.         .offset &＃61; 0,  
  6.     },  
  7.     [1] &＃61; {  
  8.         .name   &＃61; "param",  
  9.         .offset &＃61; 0x00040000,  
  10.         .size   &＃61; 0x00020000,  
  11.     },  
  12.     [2] &＃61; {  
  13.         .name   &＃61; "Kernel",  
  14.         .offset &＃61; 0x00060000,  
  15.         .size   &＃61; 0x00500000,  
  16.     },  
  17.     [3] &＃61; {  
  18.         .name   &＃61; "root",  
  19.         .offset &＃61; 0x00560000,  
  20.         .size   &＃61; 1024 * 1024 * 1024, //  
  21.     },  
  22.     [4] &＃61; {  
  23.         .name   &＃61; "nand",  
  24.         .offset &＃61; 0x00000000,  
  25.         .size   &＃61; 1024 * 1024 * 1024, //  
  26.     }  
  27. };  

下面是nand的布局

uboot在启动之后加载内核之前的sdram空间处于如下布局

①此处param区存放着uboot传递给kernel的标记列表&＃xff0c;&＃xff08;是uboot传递给内核的&＃xff0c;内核去读取&＃xff09;&＃xff0c;和nandflash上的param存储区&＃xff08;是uboot自己的&＃xff09;的内容不一样
nandflash的param存储区存放的是如
bootargs&＃61;console&＃61;ttySAC0 noinitrd root&＃61;/dev/mtdblock3 init&＃61;/linuxrc
bootcmd&＃61;tftp zImage.img;bootm
bootdelay&＃61;1
baudrate&＃61;115200
ethaddr&＃61;08:08:11:18:12:27
ipaddr&＃61;192.168.1.2
serverip&＃61;192.168.1.103
gatewayip&＃61;192.168.1.1
netmask&＃61;255.255.255.0
tekkaman&＃61;bmp d 70000
 stdin&＃61;serial
stdout&＃61;serial
stderr&＃61;serial
ethact&＃61;dm9000
这样的东东
sdram中param存储区是下面形式的东东
params->hdr.tag &＃61; ATAG_MEM;//标记类型:内存标记&＃xff0c;hdr是struct tag_header类型结构体&＃xff0c;为tag一成员  
params->hdr.size &＃61; tag_size (tag_mem32);//标记大小  
params->u.mem.start &＃61; bd->bi_dram[i].start;//内存起始地址&＃xff0c;u是union类型&＃xff0c;为tag一成员  
params->u.mem.size &＃61; bd->bi_dram[i].size;//内存结束地址  
params &＃61; tag_next (params);  

params->hdr.tag &＃61; ATAG_CMDLINE;//标记类型:命令字符串  //这个tag的内容是使用nand上param区的bootcmd&＃61;tftp zImage.img;bootm填充的
params->hdr.size &＃61;  
(sizeof (struct tag_header) &＃43; strlen (p) &＃43; 1 &＃43; 4) >> 2;  
strcpy (params->u.cmdline.cmdline, p);  
params &＃61; tag_next (params);
而内核在启动时&＃xff0c;会使用和uboot存储tag时所用的一样的数据类型即struct tag去读这些tag
②uboot代码段前面有malloc内存区和堆栈&＃xff0c;从uboot/cpu/arm920t/start.S的设置堆栈的代码中可以看出