linux内核经过编译后会生成一个elf格式的可执行程序,叫vmlinux或vmlinuz,这个就是原始的未经任何处理加工的原版内核elf文件;嵌入式系统部署时烧录的一般不是这个vmlinuz/vmlinux,而是要用objcopy工具去制作成烧录镜像格式,经过制作加工后的烧录镜像文件就叫Image。原则上Image就可以直接被烧录到Flash上进行启动执行(类似于u-boot.bin),但是实际上并不是这么简单。linux的大佬们觉得Image还是太大了!!所以对Image进行了压缩,并且在image压缩后的文件的前端附加了一部分解压缩代码,构成了一个压缩格式的镜像就叫zImage。运行的时候,通过zImage镜像头部的解压缩代码进行自解压,然后执行解压出来的内核镜像。
uboot为了启动linux内核,还发明了一种内核格式叫uImage。uImage是uboot专用的映像文件,它是在zImage之前加上一个长度为64字节的“头”,说明这个内核的版本、加载位置、生成时间、大小等信息;其0x40之后与zImage没区别。
注意:
(1)uImage不关linux内核的事,linux内核只管生成zImage即可,这个加工过程其实就是在zImage前面加上64字节的uImage的头信息即可。如果 ${CROSS_COMPILE}mkimage且编译虚拟机的/usr/bin/mkimage都不存在,会提示"mkimage" command not found - U-Boot images will not be built。解决方案是去uboot/tools目录下执行cp mkimage /usr/bin/,复制mkimage工具到系统目录下。再去make uImage即可。
(2)原则上uboot启动时是执行uImage格式的内核镜像,但是实际上uboot中也可以支持zImage。是否支持就看是否定义了LINUX_ZIMAGE_MAGIC这个宏。所以大家可以看出:有些uboot是支持zImage启动的,有些则不支持。但是所有的uboot肯定都支持uImage启动(常用方式,有更多的优点)。
具体的实现流程见文章末尾的总结图。
(1)在顶层Makefile包含了 arch/arm/Makefile文件,uImage目标就定义在这个文件中。
zImage Image xipImage bootpImage uImage: vmlinux
$(Q)$(MAKE) $(build)=$(boot) MACHINE=$(MACHINE) $(boot)/$@
参考build变量的定义,把上面的命令展开为(我用的mini6410开发板):
make -f scripts/Makefile.build obj=arch/arm/boot MACHINE=arch/arm/mach-s3c64xx/ arch/arm/boot/uImage
(2)由于obj=arch/arm/boot,所以会包含arch/arm/boot /Makefile 文件,这时Make又会在arch/arm/boot /Makefile中查找目标arch/arm/boot/uImage。arch/arm/boot/uImage目标的定义和构建规则,如下:
# arch/arm/boot/Makefile
MKIMAGE := $(srctree)/scripts/mkuboot.sh
$(obj)/Image: vmlinux FORCE
$(call if_changed,objcopy)
@echo ' Kernel: $@ is ready'
$(obj)/compressed/vmlinux: $(obj)/Image FORCE
$(Q)$(MAKE) $(build)=$(obj)/compressed $@
$(obj)/zImage: $(obj)/compressed/vmlinux FORCE
$(call if_changed,objcopy)
@echo ' Kernel: $@ is ready'
quiet_cmd_uimage = UIMAGE $@
cmd_uimage = $(CONFIG_SHELL) $(MKIMAGE) -A arm -O linux -T kernel \
-C none -a $(LOADADDR) -e $(STARTADDR) \
-n 'Linux-$(KERNELRELEASE)' -d $< $@
$(obj)/uImage: LOADADDR=$(ZRELADDR)
$(obj)/uImage: STARTADDR=$(LOADADDR)
$(obj)/uImage: $(obj)/zImage FORCE
$(call if_changed,uimage)
@echo ' Image $@ is ready'
可以看到目标arch/arm/boot/uImage的依赖是arch/arm/boot/zImage(下一小节讲),调用的是mkuboot.sh脚本。 mkuboot.sh的作用是去找到是否存在"mkimage",此工具是用来生成最后的uImage。mkuboot.sh 首先检查toolchain是否拥有mkimage (使用-z来判空),如果没有,再检查系统中是否拥有mkimage;如果没有则报错。关于mkimage的使用方法,在linux内核编译中常用的目标(二)中有详细的讲解。
(3)需要注意的是这个链接和入口地址定义在平台相关的目录中:
# arch/arm/mach-s3c64xx/Makefile.boot:
zreladdr-y := 0x50008000
下面只给出编译时实际执行的命令:
/bin/bash /home/hh/linux-2.6.38/scripts/mkuboot.sh -A arm -O linux -T kernel
-C none -a 0x50008000 -e 0x50008000 -n 'Linux-2.6.38-FriendlyARM'
-d arch/arm/boot/zImage arch/arm/boot/uImage
# arch/arm/boot/Makefile
$(obj)/compressed/vmlinux: $(obj)/Image FORCE
$(Q)$(MAKE) $(build)=$(obj)/compressed $@
$(obj)/zImage: $(obj)/compressed/vmlinux FORCE
$(call if_changed,objcopy)
@echo ' Kernel: $@ is ready'
参考build变量的定义,把上面的命令展开为(我用的mini6410开发板):
make -f scripts/Makefile.build obj=arch/arm/boot/compressed arch/arm/boot/compressed/vmlinux
由于obj=arch/arm/boot/compressed,所以会包含arch/arm/boot /compressed/Makefile 文件,这时Make又会在arch/arm/boot /compressed/Makefile查找目标arch/arm/boot/compressed/vmlinux的定义和构建规则,如下:
HEAD = head.o
ZTEXTADDR := 0
ZBSSADDR := ALIGN(4)
SEDFLAGS = s/TEXT_START/$(ZTEXTADDR)/;s/BSS_START/$(ZBSSADDR)/
suffix_$(CONFIG_KERNEL_GZIP) = gzip //定义在.config文件中
suffix_$(CONFIG_KERNEL_LZO) = lzo
suffix_$(CONFIG_KERNEL_LZMA) = lzma
# For __aeabi_uidivmod
lib1funcs = $(obj)/lib1funcs.o
$(obj)/lib1funcs.S: $(srctree)/arch/$(SRCARCH)/lib/lib1funcs.S FORCE
$(call cmd,shipped)
$(obj)/vmlinux: $(obj)/vmlinux.lds $(obj)/$(HEAD) $(obj)/piggy.$(suffix_y).o \
$(addprefix $(obj)/, $(OBJS)) $(lib1funcs) FORCE
$(call if_changed,ld)
@:
$(obj)/piggy.$(suffix_y): $(obj)/../Image FORCE
$(call if_changed,$(suffix_y))
$(obj)/piggy.$(suffix_y).o: $(obj)/piggy.$(suffix_y) FORCE
CFLAGS_font.o := -Dstatic=
$(obj)/font.c: $(FONTC)
$(call cmd,shipped)
(1) 依赖arch/arm/boot/compressed/vmlinux.lds
$(obj)/vmlinux.lds: $(obj)/vmlinux.lds.in arch/arm/boot/Makefile $(KCONFIG_CONFIG)
@sed "$(SEDFLAGS)" < $< > $@
首先用sed的替代命令将 第一个依赖文件vmliux.lds.in中包含“TEXT_START”文本替换为“0”,将“BSS_START”替换为“ALIGN(4)”,然后将其替换后的文件输出到 vmlinux.lds文件中。
(2) 依赖arch/arm/boot/compressed/head.o
注意,这个arch/arm/boot/compressed/head.o和arch/arm/kernel/head.o是不同的,前者主要是在内核启动时自解压的初始化代码,后者才是真正的内核启动代码。它的构建规则如下:
# scripts/Makefile.build
quiet_cmd_as_o_S = AS $(quiet_modtag) $@
cmd_as_o_S = $(CC) $(a_flags) -c -o $@ $<
$(obj)/%.o: $(src)/%.S FORCE
$(call if_changed_dep,as_o_S)
调用cmd_as_o_S变量定义的规则,生成目标文件。下面只给出编译时实际执行的命令:
arm-linux-gcc -Wp,-MD,arch/arm/boot/compressed/.head.o.d -nostdinc -isystem
/home/hh/opt/FriendlyARM/toolschain/4.5.1/bin/../lib/gcc/arm-none-linux-gnueabi/4.5.1/include
-I/home/hh/linux-2.6.38/arch/arm/include -Iinclude -include include/generated/autoconf.h -D__KERNEL__
-mlittle-endian -Iarch/arm/mach-s3c64xx/include -Iarch/arm/plat-samsung/include -D__ASSEMBLY__
-mabi=aapcs-linux -mno-thumb-interwork -funwind-tables -D__LINUX_ARM_ARCH__=6 -march=armv6k
-mtune=arm1136j-s -include asm/unified.h -msoft-float -gdwarf-2
-Wa,-march=all -DTEXT_OFFSET=0x00008000
-c -o arch/arm/boot/compressed/head.o arch/arm/boot/compressed/head.S
(3) 依赖arch/arm/boot/compressed/piggy.gzip.o
arch/arm/boot/Image经过gzip压缩后生成piggy.gzip,再借助piggy.gzip.S一起编译出的ELF可链接文件arch/arm/boot/compressed/ piggy.gzip.o。
# arch/arm/boot /compressed/Makefile
#suffix_$(CONFIG_KERNEL_GZIP) = gzip //我使用的.config文件CONFIG_KERNEL_GZIP=y
$(obj)/piggy.$(suffix_y): $(obj)/../Image FORCE
$(call if_changed,$(suffix_y))
$(obj)/piggy.$(suffix_y).o: $(obj)/piggy.$(suffix_y) FORCE
arch/arm/boot/compressed/ piggy.gzip.o的构建规则同arch/arm/boot/compressed/head.o。
下面只给出编译时实际执行的命令:
(cat arch/arm/boot/compressed/../Image | gzip -f -9 > arch/arm/boot/compressed/piggy.gzip)
|| (rm -f arch/arm/boot/compressed/piggy.gzip ; false)
arm-linux-gcc -Wp,-MD,arch/arm/boot/compressed/.piggy.gzip.o.d -nostdinc -isystem
/home/hh/opt/FriendlyARM/toolschain/4.5.1/bin/../lib/gcc/arm-none-linux-gnueabi/4.5.1/include
-I/home/hh/linux-2.6.38/arch/arm/include -Iinclude -include include/generated/autoconf.h -D__KERNEL__
-mlittle-endian -Iarch/arm/mach-s3c64xx/include -Iarch/arm/plat-samsung/include -D__ASSEMBLY__
-mabi=aapcs-linux -mno-thumb-interwork -funwind-tables -D__LINUX_ARM_ARCH__=6 -march=armv6k
-mtune=arm1136j-s -include asm/unified.h -msoft-float -gdwarf-2
-Wa,-march=all -c -o arch/arm/boot/compressed/piggy.gzip.o arch/arm/boot/compressed/piggy.gzip.S
(4)依赖arch/arm/boot/compressed/misc.o和 依赖arch/arm/boot/compressed/decompress.c
上面两个依赖是内核自解压的实现代码,真正的实现代码在arch/arm/boot/compressed/misc.c中。
下面只给出编译时实际执行的命令:
arm-linux-gcc -Wp,-MD,arch/arm/boot/compressed/.misc.o.d -nostdinc -isystem
/home/hh/opt/FriendlyARM/toolschain/4.5.1/bin/../lib/gcc/arm-none-linux-gnueabi/4.5.1/include
-I/home/hh/linux-2.6.38/arch/arm/include -Iinclude -include include/generated/autoconf.h -D__KERNEL__
-mlittle-endian -Iarch/arm/mach-s3c64xx/include -Iarch/arm/plat-samsung/include -Wall -Wundef -Wstrict-prototypes
-Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security
-fno-delete-null-pointer-checks -Os -marm -fno-dwarf2-cfi-asm -mabi=aapcs-linux -mno-thumb-interwork
-funwind-tables -D__LINUX_ARM_ARCH__=6 -march=armv6k -mtune=arm1136j-s -msoft-float -Uarm
-Wframe-larger-than=1024 -fno-stack-protector -fomit-frame-pointer -g -Wdeclaration-after-statement
-Wno-pointer-sign -fno-strict-overflow -fconserve-stack -DCC_HAVE_ASM_GOTO -fpic -fno-builtin
-D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(misc)" -D"KBUILD_MODNAME=KBUILD_STR(misc)"
-c -o arch/arm/boot/compressed/misc.o arch/arm/boot/compressed/misc.c
bin/arm-linux-gcc -Wp,-MD,arch/arm/boot/compressed/.decompress.o.d -nostdinc -isystem
/home/hh/opt/FriendlyARM/toolschain/4.5.1/bin/../lib/gcc/arm-none-linux-gnueabi/4.5.1/include
-I/home/hh/linux-2.6.38/arch/arm/include -Iinclude -include include/generated/autoconf.h -D__KERNEL__
-mlittle-endian -Iarch/arm/mach-s3c64xx/include -Iarch/arm/plat-samsung/include -Wall -Wundef -Wstrict-prototypes
-Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security
-fno-delete-null-pointer-checks -Os -marm -fno-dwarf2-cfi-asm -mabi=aapcs-linux -mno-thumb-interwork
-funwind-tables -D__LINUX_ARM_ARCH__=6 -march=armv6k -mtune=arm1136j-s -msoft-float -Uarm
-Wframe-larger-than=1024 -fno-stack-protector -fomit-frame-pointer -g -Wdeclaration-after-statement
-Wno-pointer-sign -fno-strict-overflow -fconserve-stack -DCC_HAVE_ASM_GOTO -fpic -fno-builtin -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(decompress)" -D"KBUILD_MODNAME=KBUILD_STR(decompress)"
-c -o arch/arm/boot/compressed/decompress.o arch/arm/boot/compressed/decompress.c
(5)依赖arch/arm/boot/compressed/lib1funcs.o
lib1funcs.o它的构建规则同样定义在scripts/Makefile.build中,arch/arm/boot/compressed/lib1funcs.S的构建规则定义在arch/arm/boot /compressed/Makefile 中
# scripts/Makefile.build
quiet_cmd_as_o_S = AS $(quiet_modtag) $@
cmd_as_o_S = $(CC) $(a_flags) -c -o $@ $<
$(obj)/%.o: $(src)/%.S FORCE
$(call if_changed_dep,as_o_S)
# arch/arm/boot/compressed/Makefile
lib1funcs = $(obj)/lib1funcs.o
$(obj)/lib1funcs.S: $(srctree)/arch/$(SRCARCH)/lib/lib1funcs.S FORCE
$(call cmd,shipped)
下面只给出编译时实际执行的命令:
cat /home/hh/linux-2.6.38/arch/arm/lib/lib1funcs.S > arch/arm/boot/compressed/lib1funcs.S
arm-linux-gcc -Wp,-MD,arch/arm/boot/compressed/.lib1funcs.o.d -nostdinc -isystem /home/hh/opt/FriendlyARM/toolschain/4.5.1/bin/../lib/gcc/arm-none-linux-gnueabi/4.5.1/include
-I/home/hh/linux-2.6.38/arch/arm/include -Iinclude -include include/generated/autoconf.h -D__KERNEL__
-mlittle-endian -Iarch/arm/mach-s3c64xx/include -Iarch/arm/plat-samsung/include -D__ASSEMBLY__
-mabi=aapcs-linux -mno-thumb-interwork -funwind-tables -D__LINUX_ARM_ARCH__=6 -march=armv6k
-mtune=arm1136j-s -include asm/unified.h -msoft-float -gdwarf-2
-Wa,-march=all -c -o arch/arm/boot/compressed/lib1funcs.o arch/arm/boot/compressed/lib1funcs.S
(6)arch/arm/boot/compressed/vmlinux的构建
# arch/arm/boot/compressed/Makefile
$(obj)/vmlinux: $(obj)/vmlinux.lds $(obj)/$(HEAD) $(obj)/piggy.$(suffix_y).o \
$(addprefix $(obj)/, $(OBJS)) $(lib1funcs) FORCE
$(call if_changed,ld)
@:
没什么好讲的,直接给出编译时实际执行的命令:
/home/hh/opt/FriendlyARM/toolschain/4.5.1/bin/arm-linux-ld -EL --defsym zreladdr=0x50008000 -p
--no-undefined -X -T arch/arm/boot/compressed/vmlinux.lds arch/arm/boot/compressed/head.o
arch/arm/boot/compressed/piggy.gzip.o arch/arm/boot/compressed/misc.o arch/arm/boot/compressed/decompress.o
arch/arm/boot/compressed/lib1funcs.o -o arch/arm/boot/compressed/vmlinux
小结:
其实arch/arm/boot/compressed/vmlinux是由几个依赖根据arch/arm/boot/compressed/vmlinux.lds 脚本链接而成的:
# arch/arm/boot/compressed/Makefile
$(obj)/zImage: $(obj)/compressed/vmlinux FORCE
$(call if_changed,objcopy)
@echo ' Kernel: $@ is ready'
没什么好讲的,就是用objcopy工具去生成arch/arm/boot/zImage。直接给出编译时实际执行的命令:
arm-linux-objcopy -O binary -R .comment -S arch/arm/boot/compressed/vmlinux arch/arm/boot/zImage
Kernel: arch/arm/boot/zImage is ready
# arch/arm/Makefile
zImage Image xipImage bootpImage uImage: vmlinux
$(Q)$(MAKE) $(build)=$(boot) MACHINE=$(MACHINE) $(boot)/$@
# arch/arm/boot/Makefile
$(obj)/Image: vmlinux FORCE
$(call if_changed,objcopy)
@echo ' Kernel: $@ is ready'
由上面规则可知。生成目标Image时调用了cmd_objcopy变量定义的命令。如下:
# scripts/Makefile.lib
# Objcopy
# ---------------------------------------------------------------------------
quiet_cmd_objcopy = OBJCOPY $@
cmd_objcopy = $(OBJCOPY) $(OBJCOPYFLAGS) $(OBJCOPYFLAGS_$(@F)) $< $@
编译过程很简单,就是调用了arm-linux-objcopy把elf格式文件vmlinux(真正的内核原始镜像文件)编译成Image。其中arm-linux-objcopy被用来复制一个目标文件的内容到另一个文件中。此选项可以进行格式的转换.在实际编程的,用的最多的就是将ELF格式的可执行文件转换为二进制文件。其中 -O binary 是输出的二进制格式文件;-S是不从源文件中复制重定位信息和符号信息到目标文件中。
下面给出编译过程打印:
arm-linux-objcopy -O binary -R .comment -S vmlinux arch/arm/boot/Image
Kernel: arch/arm/boot/Image is ready
文章浏览阅读151次。在面试一些新程序员的时候,当问他为什么选择.net方向时,经常听到一些这样的回答:记得曾经我的老师对我们说,当你在开发语言和工具方面不知道怎么选择的时候,那么你只要跟着微软走就行了.所以最终他选择了.net.我想大家都曾有过类似的经历.当经历过数年之后,一些人在.net的某方面成为了专家,有些人精通数据库方面,有些人精通web界面设计,有些人精通系统架构.还有一些人是什么都会,但不管哪..._.net程序员到新公司怎么快速熟悉一个业余
文章浏览阅读144次。本部分主要介绍日常开发中,经常使用的程序性能调试命令及思路,主要分为CPU、内存、磁盘IO三部分本章主要介绍CPU部分_linux性能调优工具
文章浏览阅读5.1k次,点赞3次,收藏6次。iphonex 已经上线有一段时间了,作为业界刘海屏幕第一款机型,导致全屏不能正常的全屏显示了,,所以需要对iphonx 适配,下面就详细说说如何适配先看一张适配前后的图:iphonex 提供的 meta 头<meta name="viewport" content="viewport-fit=contain"><meta name="vie..._padding-top: env(safe-area-inset-top);
文章浏览阅读488次,点赞4次,收藏3次。http://flume.apache.org/安装1、上传2、解压3、修改conf/flume-env.sh 文件中的JDK目录 注意:JAVA_OPTS 配置 如果我们传输文件过大 报内存溢出时 需要修改这个配置项4、验证安装是否成功 ./flume-ng version5、配置环境变量 export FLUME_HOME=/home/apache-flume-1..._flume在实际中的应用
文章浏览阅读3k次,点赞3次,收藏8次。自定义一个 GameInstance类,这个流程很像 Godot中的 AutoLoad_虚幻获取mygameinstance
文章浏览阅读82次。1.开始 在网站上传图片过程,经常用到缩略图功能。这里我自己写了一个图片处理的Image类,能生成缩略图,并且可以添加水印图。2.如何生成缩略图 生成缩略图,关键的是如何计算缩放比率。 这里,我根据图片等比缩放,宽高的几种常见变化,得出一个算缩放比率算法是,使用新图(即缩略图)的宽高,分别除以原图的宽高,看哪个值大,就取它作为缩放比率:...
文章浏览阅读1.1k次。本文主要讲述了THREE.js中的不透明物体和透明物体的渲染顺序,主要涉及THREE.js的以下内容:Materialblending及blending相关的一系列属性Object3Ddepth原文:https://segmentfault.com/a/1190000041221932。_threejs 多个几何体展示顺序
文章浏览阅读428次,点赞9次,收藏8次。例如耽搁查询的排序、连接、扫描和GROUP BY字句同时执行,SQL SERVER根据系统的负载情况决定最优的并行等级,复杂的需要消耗大量的CPU的查询最适合并行处理。13、在查询Select语句中用Where字句限制返回的行数,避免表扫描,如果返回不必要的数据,浪费了服务器的I/O资源,加重了网络的负担降低性能。如果表很大,在表扫描的期间将表锁住,禁止其他的联接访问表,后果严重。其次,看一下SQL SERVER的数据存放的结构:一个页面的大小为8K(8060)字节,8个页面为一个盘区,按照B树存放。_mssql server 响应变慢了
文章浏览阅读2.4w次,点赞62次,收藏559次。1.应用场景更加高效地学习并达到运用Linux 2.学习/操作 linux运维学习需要分为四个阶段:初级入门、中级进阶、高级提升、资深方向细化。 第一阶段:初级入门 初级阶段需要把linux学习路线搞清楚,任何学习都是循序渐进的,所以学linux也是需要有一定的路线。 初级入门: Linux基础知识、基本命令(起源、组成、常用命令如cp、ls、fi..._linux学习路径
文章浏览阅读893次,点赞19次,收藏19次。1.背景介绍量子计算与通信技术是当今科技界最热门的研究领域之一。随着计算机科学、物理学、信息论等多个领域的发展,量子计算与通信技术已经从理论研究阶段迈出了实际应用的第一步。在这篇文章中,我们将深入探讨量子计算与通信技术的核心概念、算法原理、具体操作步骤以及数学模型公式。同时,我们还将分析其在未来发展趋势与挑战方面的展望。1.1 量子计算与通信技术的发展背景量子计算与通信技术的研究起源于..._量子计算辅助无线移动网络
文章浏览阅读976次。Qt中QPainter提供了绘制图像的API,极大地方便了我们对图像的绘制。Qt中提供了QPixmap, QBitmap,QBitMapQImage,QPicture等图像绘图设备,它们的类关系如下图所示:QPixmap继承了QPaintDevice,您可用以建立QPainter并于上进行绘图,您也可以直接指定图案加载Qt所支持的图档,像是BMP、GIF、JPG、JPEG、PNG等,并..._qt paint 绘制图片不指定大小
文章浏览阅读4.2k次。主线程和子线程的区别每个线程都有一个唯一标示符,来区分线程中的主次关系的说法。 线程唯一标示符:Thread.CurrentThread.ManagedThreadID;UI界面和Main函数均为主线程。被Thread包含的“方法体”或者“委托”均为子线程。委托可以包含多个方法体,利用this.Invoke去执行。也可以定义多种方法体,放在Thread里面去执行。则此方法体均为子线程。注意_进程主线程子线程