zImage和uImage的区别
http://blog.csdn.net/maojudong/article/details/4178118
zImage和uImage的区别
一、vmlinuz
vmlinuz是可引导的、压缩的内核。“vm”代表“Virtual Memory”。Linux 支持虚拟内存,不像老的操作系统比如DOS有640KB内存的限制。Linux能够使用硬盘空间作为虚拟内存,因此得名“vm”。
vmlinuz 的建立有两种方式。一是编译内核时通过“make zImage”创建,然后通过:“cp /usr/src/linux-2.4/arch/i386/linux/boot/zImage/boot/vmlinuz”产生。zImage适用于 小内核的情况,它的存在是为了向后的兼容性。
二 是内核编译时通过命令make bzImage创建,然后通过:“cp/usr/src/linux-2.4/arch/i386/linux/boot/bzImage /boot/vmlinuz”产生。bzImage是压缩的内核映像,需要注意,bzImage不是用bzip2压缩的,bzImage中的bz容易引起 误解,bz表示“big zImage”。 bzImage中的b是“big”意思。 zImage(vmlinuz)和bzImage(vmlinuz)都是用gzip压缩的。它们不仅是一个压缩文件,而且在这两个文件的开头部分内嵌有 gzip解压缩代码。所以你不能用gunzip 或 gzip –dc解包vmlinuz。
二、initrd-x.x.x.img
initrd是“initial ramdisk”的简写。initrd一般被用来临时的引导硬件到实际内核vmlinuz能够接管并继续引导的状态。
initrd 映象文件是使用mkinitrd创建的。mkinitrd实用程序能够创建initrd映象文件。这个命令是RedHat专有的。其它Linux发行版或 许有相应的命令。这是个很方便的实用程序。具体情况请看帮助:man mkinitrd下面的命令创建initrd映象文件。
最后生成的内核镜象有两种zImage以及uImage。其中zImage下载到目标板中后,可以直接用uboot的命令go来进行直接跳转。这时候内核直接解压启动。但是无法挂载文件系统,因为go命令没有将内核需要的相关的启动参数传递给内核。传递启动参数我们必须使用命令bootm来进行跳转。Bootm命令跳转只处理uImage的镜象。
uboot源代码的tools/目录下有mkimage工具,这个工具可以用来制作不压缩或者压缩的多种可启动映象文件。
mkimage在制作映象文件的时候,是在原来的可执行映象文件的前面加上一个0x40字节的头,记录参数所指定的信息,这样uboot才能识别这个映象是针对哪个CPU体系结构的,哪个OS的,哪种类型,加载内存中的哪个位置, 入口点在内存的那个位置以及映象名是什么
用法如下:
./mkimage -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)
参数说明:
-A 指定CPU的体系结构:
取值 表示的体系结构
alpha Alpha
arm A RM
x86 Intel x86
ia64 IA64
mips MIPS
mips64 MIPS 64 Bit
ppc PowerPC
s390 IBM S390
sh SuperH
sparc SPARC
sparc64 SPARC 64 Bit
m68k MC68000
-O 指定操作系统类型,可以取以下值:
openbsd、netbsd、freebsd、4_4bsd、linux、svr4、esix、solaris、irix、sco、dell、ncr、lynxos、vxworks、psos、qnx、u-boot、rtems、artos
-T 指定映象类型,可以取以下值:
standalone、kernel、ramdisk、multi、firmware、script、filesystem
-C 指定映象压缩方式,可以取以下值:
none 不压缩
gzip 用gzip的压缩方式
bzip2 用bzip2的压缩方式
-a 指定映象在内存中的加载地址,映象下载到内存中时,要按照用mkimage制作映象时,这个参数所指定的地址值来下载
-e 指定映象运行的入口点地址,这个地址就是-a参数指定的值加上0x40(因为前面有个mkimage添加的0x40个字节的头)
-n 指定映象名
-d 指定制作映象的源文件
我在编译时用到的命令如下:
# make zImage //生成zImage镜象
#/usr/local/arm/k9uboot/tools/mkimage -n 'Linux 2.4.27' -A arm -O linux -T
kernel -C none -a 0x20007fc0 -e 0x20008000 -d zImage uImage
内核镜象已经准备好了,这个时候我们就要来准备文件系统了。由于时间缘故,本人暂时采用的是其他人已经好的文件系统k9.img.gz。这个时候我们要做的是,自己写一个简单hello.c的程序,编译通过后加入到该文件系统中,然后下载到目标板中运行。
先编写hello.c;
编译:
#/usr/local/arm/2.95.3/bin/arm-linux-gcc –o start-hello hello.c
编译后生成可执行文件start-hello
下面我们就必须把该执行文件加入到文件系统中去,步骤如下:
#gunzip k9.img.gz //解压缩
#mount –o loop k9.img /mnt/new_disk //挂载
#cp start-hello /mnt/new_disk //将文件拷贝到文件系统中
#cd /mnt/new_disk
#umount /mnt/new_disk //卸载
#gzip –c –v9 k9.img > k9.img.gz //压缩 生成最终的文件系统
下面我们就要下载内核以及准备好文件系统了,这边先说明我的内存分配情况如下:
Flash:
0x10000000 ――― 0x10020000 boot
0x10020000 ――― 0x10040000 uboot
0x10040000 ――― 0x10060000 uboot env
0x10060000 ――― 0x10200000 kernel
0x10200000 ――― 0x11000000 ramdisk
Sdram:
0x20007fc0 ――― 0x20a00000 kernel
0x20a00000 ――― ramdisk
Loadb 通过串口下载数据到ram中
cp.b 拷贝ram中的数据到flash中。
将kernel以及文件系统ramdisk下载完毕之后,我们还需要设置uboot的环境变量,这样uboot才能够在上电启动的时候启动内核等操作。环境变量设置如下:
Set cpfltoram cp.b 10200000 20a00000 18ffff //拷贝文件系统到ram中
Set boot bootm 20007fc0 //启动kernel
Set bootcmd run cpfltoker/;run cpfltoram/;run boot //uboot复位的执行指令
Set cpfltoker cp.b 10060000 20007fc0 f4fff //拷贝内核到ram中
Set bootargs root=/dev/ram rw initrd=0x20a00000,4M init=/linuxrc console=ttyS0,11520
0,mem=32m //uboot传递给内核的启动参数
http://sunhualing.spaces.live.com/blog/cns!7C7EDE32519133D6!165.trak
# make zImage
# make uImage
zImage是ARM Linux常用的一种压缩映像文件,uImage是U-boot专用的映像文件,它是在zImage之前加上一个长度为0x40的“头”,说明这个映像文 件的类型、加载位置、生成时间、大小等信息。换句话说,如果直接从uImage的0x40位置开始执行,zImage和uImage没有任何区别。另 外,Linux2.4内核不支持uImage,Linux2.6内核加入了很多对嵌入式系统的支持,但是uImage的生成也需要设置。
vmlinux 编译出来的最原始的内核文件,未压缩。 zImage 是vmlinux经过gzip压缩后的文件。 bzImage bz表示“big zImage”,不是用bzip2压缩的。两者的不同之处在于,zImage解压缩内核到低端内存(第一个640K),bzImage解压缩内核到高端内 存(1M以上)。如果内核比较小,那么采用zImage或bzImage都行,如果比较大应该用bzImage。 uImage U-boot专用的映像文件,它是在zImage之前加上一个长度为0x40的tag。 vmlinuz 是bzImage/zImage文件的拷贝或指向bzImage/zImage的链接。 initrd 是“initial ramdisk”的简写。一般被用来临时的引导硬件到实际内核vmlinuz能够接管并继续引导的状态。 |
zImage是一般情况下默认的压缩内核映像文件,压缩vmlinux,加上一段解压启动代码得到,只能从0X0地址运行。
bzImage在uClinux中很少见到。
uImage是u-boot使用bootm命令引导的Linux压缩内核映像文件格式,
使用工具mkimage对普通的压缩内核映像文件(zImage)加工而得。可以由bootm命令从任意地址解压启动内核。
由于bootloader一般要占用0X0地址,所以,uImage相比zImage的好处就是可以和bootloader共存。
制作uImage的mkimage软件,如果uClinux-dist有的话,一般放在uClinux-dist的tools目录中。
yingc@yingc:~/work/gitcode/1.9.2-dev/linux-2.6.27.55/arch/csky/boot$ hexdump -n 128 -C zImage 00000000 00 12 00 12 00 12 00 12 00 12 00 12 00 12 00 12 |................| 00000010 82 18 93 18 f1 33 81 34 01 18 4f 78 02 60 65 61 |.....3.4..Ox.`ea| 00000020 66 65 07 60 d9 2c 98 1f 87 1e 68 3e 85 1e 86 1e |fe.`.,....h>....| 00000030 1f 00 b1 33 41 6f 32 6f 15 6f 1e 6f 27 6f c2 33 |...3Ao2o.o.o'o.3| 00000040 42 6f 27 11 b7 34 67 34 57 34 47 34 27 19 43 71 |Bo'..4g4W4G4'.Cq| 00000050 44 72 02 91 11 18 43 71 40 74 43 75 44 76 44 77 |Dr....Cq@tCuDvDw| 00000060 45 7d 10 12 10 0f 10 05 00 e8 43 71 44 72 12 05 |E}........CqDr..| 00000070 22 3e 03 60 01 93 31 20 b2 01 fc e7 41 74 3a 75 |">.`..1 ....At:u| 00000080 yingc@yingc:~/work/gitcode/1.9.2-dev/linux-2.6.27.55/arch/csky/boot$ hexdump -n 128 -C uImage 00000000 27 05 19 56 c1 79 97 9a 54 85 18 47 00 17 72 00 |'..V.y..T..G..r.| 00000010 90 00 00 00 90 00 00 00 84 e5 ae 03 05 05 02 00 |................| 00000020 4c 69 6e 75 78 2d 32 2e 36 2e 32 37 2e 35 35 00 |Linux-2.6.27.55.| 00000030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| 00000040 00 12 00 12 00 12 00 12 00 12 00 12 00 12 00 12 |................| 00000050 82 18 93 18 f1 33 81 34 01 18 4f 78 02 60 65 61 |.....3.4..Ox.`ea| 00000060 66 65 07 60 d9 2c 98 1f 87 1e 68 3e 85 1e 86 1e |fe.`.,....h>....| 00000070 1f 00 b1 33 41 6f 32 6f 15 6f 1e 6f 27 6f c2 33 |...3Ao2o.o.o'o.3| 00000080 yingc@yingc:~/work/gitcode/1.9.2-dev/linux-2.6.27.55/arch/csky/boot$
yingc@yingc:~/work/gitcode/1.9.2-dev/linux-2.6.27.55/arch/csky/boot$ hexdump -n 128 -C zImage
00000000 00 12 00 12 00 12 00 12 00 12 00 12 00 12 00 12 |................|
00000010 82 18 93 18 f1 33 81 34 01 18 4f 78 02 60 65 61 |.....3.4..Ox.`ea|
00000020 66 65 07 60 d9 2c 98 1f 87 1e 68 3e 85 1e 86 1e |fe.`.,....h>....|
00000030 1f 00 b1 33 41 6f 32 6f 15 6f 1e 6f 27 6f c2 33 |...3Ao2o.o.o'o.3|
00000040 42 6f 27 11 b7 34 67 34 57 34 47 34 27 19 43 71 |Bo'..4g4W4G4'.Cq|
00000050 44 72 02 91 11 18 43 71 40 74 43 75 44 76 44 77 |Dr....Cq@tCuDvDw|
00000060 45 7d 10 12 10 0f 10 05 00 e8 43 71 44 72 12 05 |E}........CqDr..|
00000070 22 3e 03 60 01 93 31 20 b2 01 fc e7 41 74 3a 75 |">.`..1 ....At:u|
00000080
yingc@yingc:~/work/gitcode/1.9.2-dev/linux-2.6.27.55/arch/csky/boot$ hexdump -n 128 -C uImage
00000000 27 05 19 56 c1 79 97 9a 54 85 18 47 00 17 72 00 |'..V.y..T..G..r.|
00000010 90 00 00 00 90 00 00 00 84 e5 ae 03 05 05 02 00 |................|
00000020 4c 69 6e 75 78 2d 32 2e 36 2e 32 37 2e 35 35 00 |Linux-2.6.27.55.|
00000030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000040 00 12 00 12 00 12 00 12 00 12 00 12 00 12 00 12 |................|
00000050 82 18 93 18 f1 33 81 34 01 18 4f 78 02 60 65 61 |.....3.4..Ox.`ea|
00000060 66 65 07 60 d9 2c 98 1f 87 1e 68 3e 85 1e 86 1e |fe.`.,....h>....|
00000070 1f 00 b1 33 41 6f 32 6f 15 6f 1e 6f 27 6f c2 33 |...3Ao2o.o.o'o.3|
00000080
yingc@yingc:~/work/gitcode/1.9.2-dev/linux-2.6.27.55/arch/csky/boot$