qnx内核源码下载（linux的uboot启动映像，zImage和uImage的区别）

本文目录

• linux的uboot启动映像，zImage和uImage的区别
• linux与qnx区别
• QT Creator 创建QNX7.0工程
• QNX是什么
• 如何在QNX下编译源码
• qnx操作系统的概述

linux的uboot启动映像，zImage和uImage的区别

linux的uboot启动映像、zImage和uImage的区别

uboot启动zImage(go)和uImage(bootm)分析
1.bootm加载linux镜像是加载uIamge，uIamge是由mkimage制作而来，和zIamge的差异是uIamge是zIamge压缩过的，bootm需要先对uIamge解压，解压地址为内核入口地址。当解压完成时uIamge和zIamge几乎是相同的，具体差异可以论述。uboot目前只能支持uImage启动，不支持zImage启动
2.bootm解压过程
---------------------------------------------------------------------------
## Booting image at 08808000 ...
Image Name:   Linux-2.6.14.7
Image Type:   ARM Linux Kernel Image (uncompressed)
Data Size:    989172 Bytes = 966 kB
Load Address: 08008000
Entry Point:  08008000
Verifying Checksum ... OK
OK                                         uboot bootm命令对uIamge的解压操作
---------------------------------------------------------------------------
Starting kernel ...         
传递内核参数将控制权交给arch\arm\boot\compressed]head.S
----------------------------------------------------------------------------
如mx1ADS班子内存的起始地址为0x0800_0000,通过tftp 下载到0x0800_8000 +offset ，offset大于0x80_0000,即tftp 0x0880_8000 然后bootm 0x0880_8000 即将0x0880_8000处的uIamge解压，解压地址即为mkimage 设置的kernel入口地址0x0800_8000。
zImage和uImage的区别一、vmlinuzvmlinuz 是可引导的、压缩的内核。“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 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传 递给内核的启动参数  
设置完毕后，saveenv把 环境变量存储起来。 
学习心得：zImage 和uImage 都是生成的可执行内核镜像文件   
2者在u-boot中启动的方式分别是 go addr 与 bootm addr 来实现启动过程的 
即对于zImage是通过 go 来进行引导   而uImage是通过bootm来进行引导的 
zImage 和 uImage 2者的关系 是 uImage 是zImage通过mkimage （u--boot下面tools下的工具）来生成的 
结果是后者比前者在头部多了64个byte，这多余的64 个byte是用来通知给u-boot用的；将相关信息告知u-boot;  
这样做的结果在u-boot引导内核时存在2个地址：loadaddress 和entry address 2者的差值刚好是0x40(64byte)的大小 
这样在使用bootm loadaddress 时u-boot会根据相应的loadaddress进行调整，有2中情况； 
1）、当loadaddress与mkimage时传送的一致时：
那么在加载 ldr pc,entry address时，会选择mkinage 时的entry地址；即pc=loadaddress + 4;然后由pc来控制流程跳转倒ram中去执行； 
2）、当loadaddress与mkimage时传送的不一致时：
那么，u-bbot会进行地址比较 后，将当前的loadaddress减去64byte后，将真正的内核映像（去掉64byte头部的内核）拷贝倒预先制定的loadaddress，然后 直接从这个loadaddress来引导内核运行；  
总结，那么上面2中情况实际区别呢？其实就是最终代码执行时，如果地址与mkinage时指定的 不符，那么u-boot将进行去头后，拷贝内核代码，直接执行；而如果不处理，则会将 loadaddress+0x40来执行内核； 
通过tftp服务来下载 zImage或者uImage； 
loadb   在tftp不成功的情况下使用  串口来下载内核 希望不要用这个方法 
cp【.b\.w\.l】 完成 内存之间 内存向flash之间进行拷贝 
最后可以设置 bootcmd 环境变量可以实现 u-boot自动引导内核启动 
至于文件系统的2中方式：ramdisk 以及nfs 推荐开发者使用nfs  方便修改； 
当使用ramdisk时， 
#gunzip k9.img.gz                     //解压缩 
#mount –o loop k9.img /mnt/new_disk    //挂 载 
#umount /mnt/new_disk                 //卸载 
#gzip –c –v9 k9.img 》 k9.img.gz          //压 缩生成最终的文件系统  
这四条命令不要忘记，对于你来说多么强大 
不要你去再建立根文件系统。

linux与qnx区别

QNX是黑莓旗下的一款微内核实时操作系统，是全球第一款通过ISO 26262 ASIL levelD安全认证的车载操作系统，
目前市场占有率超过50%，已经应用在包括法拉利、劳斯莱斯、布加迪、宝马、奥迪、奔驰等超过40个品牌的6，000多万辆汽车中。QNX特点是稳定性和安全性非常高，实时性也比较好，但缺点是兼容性较差。
Android是目前为止基于LinuxKernel开发的最成功的操作系统，全球智能手机市场占有率超过80%。
Android系统最大的优势在于兼容性，以及无数与之相匹配的应用。但作为车载操作系统，Android的稳定性和安全性较差。

QT Creator 创建QNX7.0工程

QNX开发办需要开启SSH功能
包括QNX端 sshd的启动
《1》挂载可读写文件系统到/，并且在该文件系统中同样需要创建/etc/ssh等目录，镜像文件系统时只读的。
《2》配置启动镜像中的ssh_config文件，以及必须路径等。
《3》利用ssh_keygen在QNX中生成所需的key。主要如果/etc不可写，会出现错误。

由于仅仅使用qt creator作为调试环境，因此只编译qtbase模块即可。可

获得qtbase源码，并利用以下，编译得到qnx arm版本的qmake。
编译前需要source sdp7.0下的qnxsdp-env.sh，并将QCC 添加到系统path。编译器配置文件在qtbase/mkspecs/common/qcc-base-qnx-armle-v7.conf文件中

需要配置QNX kid，包括编译器qcc 调试器ntoarmv7_gdb，qnx arm版本的qmake等路径的配置
配置QNX device，主要是ssh端口，用户名，密码等设置，并且test连接通过
如果test失败，是由于检测的对应的程序如kill uname等不在target的默认路径中，而是放在了/proc/boot中，此处需要修改镜像build文件中路径设定。

由于不使用qt库，因此去掉对gui 以及core的调用。

并且添加部署命令：

QNX是什么

QNX是由一家位于加拿大的QNX软件系统公司（简称QSSL）推出的。该公司位于渥太华(加拿大城市)的市郊。最近从该公司传来好消息说，该公司已经面向普通用户推出了可以免费使用、非商业用的个人用户版本的QNX实时平台或称作QNX RTP，最小的在Windows下安装文件只有24MB。当这个版本正式向公众推出的时候，大约有400000人次从网上下载了这个QNX RTP版本。这大大出乎了意料，没有想到竟然有这么多人对这个操作系统感兴趣。因为很多人在以前根本就没有听说过世界上还有这么一个免费的QNX操作系统。
QNX的所有优点： 速度极快：QNX的运行速度非常快，其他的操作系统没有办法和它相比。 系统非常安全：QNX上没有计算机病毒，这是和Linux一样的，所以QNX RTP不存在被病毒破坏资料的危险，只有在微软Windows系统中才会有被病毒感染的噩梦。另外，QNX的用户管理相当出色，它绝对不会让一个没有输入正确密码的人闯入计算机系统中。 QNX有一个最好的网页浏览器：QNX里的网页浏览器叫做“Voyager”，浏览网页的速度快得象火箭。和Voyager相比，微软的IE和网景公司的NC浏览器简直就是一辆破旧的老爷车。但是这个Voyager浏览器目前还有些臭虫，QSSL公司的软件工程师正在改进它。 　　QNX的最大不同：QNX完全不像Windows，那是一件好事情。它是免费的操作系统，可以在网上下载安装使用。它的使用和操作也十分的容易。

如何在QNX下编译源码

1.《BUILD_ROOT》是指正确的目录，如E:\community.qnx.com\svn\repos\coreos_pub，里面有trunk,源码在里面。
2.如果不是在Neutrino
self-hosted下运行（ then you will need to tell the build process to ignore
the content of the GNU configure style source modules.） 运行此命令，大概运行几分钟。(hide-gnu.sh可下载)
% ksh hide-gnu.sh 《BUILD_ROOT》
3.创建目录（Create a staging directory for installed binaries and headers to go ）
% cd 《BUILD_ROOT》
% mkdir stage
4.按文档中方法建立qconf-override.mk文件，也是在《BUILD_ROOT》目录下。内容如下：
USE_INSTALL_ROOT=1
INSTALL_ROOT_nto=《BUILD_ROOT》/stage
VERSION_REL=6.3.0
注意一定要使用“/”换掉Windows的“\”
5.% export QCONF_OVERRIDE=《BUILD_ROOT》/qconf-override.mk
Windows下用set替代export.也可直接在我的电脑－》环境变量里增加。还是要注意"/"问题。
6.基本没问题了，
内核：
% cd 《BUILD_ROOT》/trunk
% make OSLIST=nto CPULIST=x86 hinstall
% make OSLIST=nto CPULIST=x86 install
网络：
% cd 《BUILD_ROOT》/tags/6.4.0/GA
% make CPULIST=x86 install
or:
% cd 《BUILD_ROOT》/trunk
% make CPULIST=ppc install
等等

qnx操作系统的概述

多任务、多用户的操作系统
首先QNX是一个多任务、多用户的操作系统。它支持在同一台计算机上同时调度执行多个任务；也可以让多个用户共享一台计算机，这些用户可以通过多个终端向系统提交任务，与QNX进行交互操作。
由于QNX在设计实现时，遵循了POXIS 1003.1标准，使得它在许多功能上与UNIX操作系统极为相似，既支持多个用户同时访问，也支持多个任务同时执行。因此，它是一个多任务、多用户的操作系统。
并行操作系统
QNX提供普通RTOS版本只提供了对单处理器的支持；另外，它还提供了Neutrino版本，此版本可支持多个处理器，支持对称多处理。
分布式操作系统
QNX操作系统可以将网络中的多台计算机耦合起来。它使得任何一台计算机上的任何一个进程可以和其它任何计算机上的任何进程通信，象与本机进程通信一样；也使得任何一台计算机上任何进程可以使用其它任何计算机上的资源，象在本机上一样。唯一的要求是，用户具有相应的权限。这样，用户可以将任务分散到网络中，交给其它任何计算机来完成。而用户的感觉与在一台集中式多任务操作系统上工作没什么区别。
而象QNX这种分布式操作系统与网络操作系统的区别在于，网络操作系统是在松散耦合的硬件上松散耦合软件，分布式操作系统是紧密耦合软件。这种操作系统很容易建立任务分担的高可用机制。
实时操作系统
实时系统能够在限定的时间内执行完所规定的功能，并能在限定时间内对外部异步事件做出响应。QNX是一种理想的实时操作系统，它提供了一个实时操作系统所需要的一切基本要素：多任务、优先级驱动的紧急者优先式的调度方式和快速的上下文切换。对于实时性要求不同的应用，QNX可以按用户的要求，安排适当的调度，使各种应用得以在QNX环境中理想地运行。
嵌入式操作系统
说QNX是嵌入式操作系统，是因为它具备一个很小的内核，即微内核的操作系统。QNX的内核一般只有几十KB，整个操作系统可根据需要进行定制系统需要的模块。定制后的系统，所占用的空间也很小，而且不失实时、多任务的特性。因此，整个操作系统又是灵活可伸缩的。