{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','https://www.xiaopingtou.cn//data/attach/topic/topicKPo7gB.jpg', '推荐 q522926596 的文章《ELF文件和BIN文件》','https://www.xiaopingtou.net/article-64320.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
文件的内容：
1. BIN文件是 raw binary 文件，这种文件只包含机器码。
2. ELF文件除了机器码外，还包含其它额外的信息，如段的加载地址，运行地址，重定位表，符号表等。
所以ELF文件的体积比对应的BIN文件要大。
文件的执行：
1. 执行raw binary很简单，只需要将程序加载到其起始地址，就可以执行；
FILE *fp = fopen("vmlinux.bin", "rb");
fread(VMLINUX_START, 1, VMLINUX_SIZE, fp);
((void (*)(void))VMLINUX_START)();
2. 执行ELF程序则需要一个ELF Loader。
现在知道了吧，uboot和Linux kernel启动的时候是没有ELF Loader的
所以烧在flash上的文件只能是raw binary格式的，即镜像文件image
文件的转换：
1. 通过gcc编译出来的是elf文件
2. 通过objcpy可以把elf文件转换为bin文件
u-boot ELF文件可用来调试
u-boot.bin BIN文件用来烧在Flash上
编译linux生成：
vmlinux ELF文件可用来调试
vmlinux.bin BIN文件，没直接用过
zImage/vmlinuz/bzimage
将vmlinux.bin压缩，并加上一段解压代码得到的，不可和bootloader共存？
uImage
uboot专用的内核镜像，在zImage前加了一个64字节的头，描述内核版本、加载地址
生成时间，文件大小等等。 其0x40后的内容和zImage一样
它是由uboot的工具mkImage生成的。
uImage相对于zImage的优点在于：uImage可以和uboot共存。
网上的一个图片很强大，讲解了arm平台的uImage的生成：
ppc平台uImage有点不同，make uImage后查看源代码目录的verbose.log
文件的调试：
1. 我们调试一般都是使用elf文件，比如：
2. bin文件比较杯具，里面全是机器码，所以只能反汇编
1. BIN文件是 raw binary 文件，这种文件只包含机器码。
2. ELF文件除了机器码外，还包含其它额外的信息，如段的加载地址，运行地址，重定位表，符号表等。
所以ELF文件的体积比对应的BIN文件要大。
文件的执行：
1. 执行raw binary很简单，只需要将程序加载到其起始地址，就可以执行；
FILE *fp = fopen("vmlinux.bin", "rb");
fread(VMLINUX_START, 1, VMLINUX_SIZE, fp);
((void (*)(void))VMLINUX_START)();
2. 执行ELF程序则需要一个ELF Loader。
现在知道了吧，uboot和Linux kernel启动的时候是没有ELF Loader的
所以烧在flash上的文件只能是raw binary格式的，即镜像文件image
文件的转换：
1. 通过gcc编译出来的是elf文件
2. 通过objcpy可以把elf文件转换为bin文件
- CC=ppc-gcc
- LD=ppc-ld
- OBJCOPY=ppc-objcopy
-
- $(CC) -g $(CFLAG) -c boot.S
- #先将boot.S文件生成boot.o
-
- $(LD) -g -Bstatic -T$(LDFILE)
- -Ttext 0x12345600 boot.o
-
--start-group -Map boot.map -o boot.elf
- #再将boot.o生成boot.elf
-
- $(OBJCOPY) -O binary -R .note -R .comment -S boot.elf boot.bin
- #接着将 boot.elf 转换为 boot.bin
- #使用 -O binary (或--out-target=binary) 输出为原始的二进制文件
-
#使用 -R .note (或--remove-section) 输出文件中不要.note这个section，缩小了文件尺寸
- #使用 -S (或 --strip-all) 输出文件中不要重定位信息和符号信息，缩小了文件尺寸
u-boot ELF文件可用来调试
u-boot.bin BIN文件用来烧在Flash上
编译linux生成：
vmlinux ELF文件可用来调试
vmlinux.bin BIN文件，没直接用过
zImage/vmlinuz/bzimage
将vmlinux.bin压缩，并加上一段解压代码得到的，不可和bootloader共存？
uImage
uboot专用的内核镜像，在zImage前加了一个64字节的头，描述内核版本、加载地址
生成时间，文件大小等等。 其0x40后的内容和zImage一样
它是由uboot的工具mkImage生成的。
uImage相对于zImage的优点在于：uImage可以和uboot共存。
网上的一个图片很强大，讲解了arm平台的uImage的生成：
ppc平台uImage有点不同，make uImage后查看源代码目录的verbose.log
- ........省略
-
- make -f scripts/Makefile.build obj=arch/ppc/boot/images arch/ppc/boot/images/uImage
-
ppc_85xx-objcopy -O binary vmlinux arch/ppc/boot/images/vmlinux.bin （第一步）
-
gzip -f -9 < arch/ppc/boot/images/vmlinux.bin > arch/ppc/boot/images/vmlinux.gz.$ && mv arch/ppc/boot/images/vmlinux.gz.$ arch/ppc/boot/images/vmlinux.gz （第二步）
- rm -f arch/ppc/boot/images/uImage
-
/bin/sh /root/project/eldk4.2/ppc_85xx/usr/src/8541-reduece-ppc-linux-2.6.24/scripts/mkuboot.sh -A ppc -O linux -T kernel -C gzip -a 00000000 -e 00000000 -n 'Linux-2.6.24.2' -d arch/ppc/boot/images/vmlinux.gz
arch/ppc/boot/images/uImage （第三步）
文件的调试：
1. 我们调试一般都是使用elf文件，比如：
- nm elf文件 #得到符号表
- objdump -D elf文件 #反汇编，且汇编代码与源码混排
2. bin文件比较杯具，里面全是机器码，所以只能反汇编
- objdump -b binary -m powerpc uboot.bin