OK6410A 开发板 (八) 5 linux-5.11 OK6410A kernel 所有镜像的执行效果

最新推荐文章于 2022-08-06 18:10:31 发布
最新推荐文章于 2022-08-06 18:10:31 发布
阅读量345 收藏 1
点赞数
分类专栏： ok6410开发板
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u011011827/article/details/115766762
版权
  • 结论
objcopy 得到的镜像是可以被 u-boot 加载执行的
	arch/arm/boot/Image
	arch/arm/boot/zImage
	arch/arm/boot/uImage // 相较于 zImage 多了一个uImage头
	
在  https://blog.csdn.net/u011011827/article/details/115380889 中 说明了 
u-boot 镜像可以怎么用 

linux 和 u-boot 是一样的 ,请参考 链接中 的 "文件数据的解析"  

bin-linux 的 00000000 位置 的 32bit 数据 是 b reset 的 二进制码
但是 elf-linux 的 00000 位置 是 elf 格式的格式相关码

当然 如果 u-boot 有加载 并执行 elf 文件的能力的话,应该也可以加载 elf-linux
当然 如果 spl 有加载 elf/xxx 格式 的可执行文件, 应该也可以加载 elf-u-boot xxx-u-boot
linux-5.11 镜像 的生成过程
vmlinux               				-objcopy->   		    			             arch/arm/boot/Image
arch/arm/boot/Image         		-gzip & add arch/arm/boot/compressed/head.S->  	 arch/arm/boot/compressed/vmlinux
arch/arm/boot/compressed/vmlinux  	-objcopy->    				   	                 arch/arm/boot/zImage
arch/arm/boot/zImage        		-mkuboot->     						             arch/arm/boot/uImage

// 大小
7.4M vmlinux							// 参考 镜像vmlinux的执行
8.6M arch/arm/boot/Image				// 参考 镜像Image的执行
2.9M arch/arm/boot/compressed/vmlinux  	// 参考 镜像arch/arm/boot/compressed/vmlinux的执行
2.8M arch/arm/boot/zImage  				// 参考 镜像uImage的执行
2.8M arch/arm/boot/uImage 				// 参考 镜像uImage的执行
镜像uImage的执行
  • 镜像制作
arch/arm/boot/uImage 是 make uImage 过程中 自动生成的
bash ./scripts/mkuboot.sh -A arm -O linux -C none  -T kernel -a 0x50008000 -e 0x50008000 -n 'Linux-5.11.0-00004-g2b88cbadf5c-dirty' -d arch/arm/boot/zImage arch/arm/boot/uImage
  • 镜像加载执行
// 加载 arch/arm/boot/uImage , 并 bootm
bootcmd=tftp 0x50008000 uImage;bootm 0x50008000

// 打印信息
=> tftp 0x50008000 uImage
dm9000 i/o: 0x18000300, id: 0x90000a46 
DM9000: running in 16 bit mode
MAC: e2:7c:ef:97:da:b4
operating at 100M full duplex mode
Using dm9000 device
TFTP from server 10.10.11.59; our IP address is 10.10.11.120
Filename 'uImage'.
Load address: 0x50008000
Loading: #################################################################
         #################################################################
         #################################################################
         ####
         1 MiB/s
done
Bytes transferred = 2913360 (2c7450 hex)



=> bootm 0x50008000
## Booting kernel from Legacy Image at 50008000 ...
   Image Name:   Linux-5.11.0-00004-g2b88cbadf5c-
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    2913296 Bytes = 2.8 MiB
   Load Address: 50008000
   Entry Point:  50008000
   Verifying Checksum ... OK
   Loading Kernel Image

Starting kernel ...

Booting Linux on physical CPU 0x0
Linux version 5.11.0-00004-g2b88cbadf5c-dirty (suws@ubuntu) (arm-linux-gnueabi-gcc (Linaro GCC 7.4-2019.02) 7.4.1 20181213 [linaro-7.4-2019.02 revision 56ec6f6b99cc167ff0c2f8e1a2eed33b1edc85d4], GNU ld (Linaro_Binutils-2019.02) 2.28.2.20170706) #44 Fri Apr 16 14:06:43 CST 2021
CPU: ARMv6-compatible processor [410fb766] revision 6 (ARMv7), cr=00c5387d
镜像Image的执行
  • 镜像制作
将 arch/arm/boot/Image 直接 加个 uImage头,生成 arch/arm/boot/uImage2
bash ./scripts/mkuboot.sh -A arm -O linux -C none  -T kernel -a 0x50008000 -e 0x50008000 -n 'Linux-5.11.0-00004-g2b88cbadf5c-dirty' -d arch/arm/boot/Image arch/arm/boot/uImage2
  • 镜像加载执行
// 问题及 问题的解决
=> bootm 0x50008000
## Booting kernel from Legacy Image at 50008000 ...
   Image Name:   Linux-5.11.0-00004-g2b88cbadf5c-
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    8938664 Bytes = 8.5 MiB
   Load Address: 50008000
   Entry Point:  50008000
   Verifying Checksum ... OK
   Loading Kernel Image
Image too large: increase CONFIG_SYS_BOOTM_LEN
Must RESET board to recover
resetting ...
reset... 

// 解决方案
diff --git a/include/configs/ok6410a.h b/include/configs/ok6410a.h
index 2808281..66d1c41 100755
--- a/include/configs/ok6410a.h
+++ b/include/configs/ok6410a.h
@@ -213,5 +213,6 @@
 #undef CONFIG_DEBUG_UART_CLOCK
 #define CONFIG_DEBUG_UART_CLOCK   get_uart_clk(0)
 
+#define CONFIG_SYS_BOOTM_LEN              SZ_64M
 
 #endif /* __CONFIG_H */

=> tftp 0x50008000 uImage2                 
dm9000 i/o: 0x18000300, id: 0x90000a46 
DM9000: running in 16 bit mode
MAC: e2:7c:ef:97:da:b4
operating at 100M full duplex mode
Using dm9000 device
TFTP from server 10.10.11.59; our IP address is 10.10.11.120
Filename 'uImage2'.
Load address: 0x50008000
Loading: #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         ########################
         1.2 MiB/s
done
Bytes transferred = 8938728 (8864e8 hex)



=> bootm 0x50008000
## Booting kernel from Legacy Image at 50008000 ...
   Image Name:   Linux-5.11.0-00004-g2b88cbadf5c-
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    8938664 Bytes = 8.5 MiB
   Load Address: 50008000
   Entry Point:  50008000
   Verifying Checksum ... OK
   Loading Kernel Image

Starting kernel ...

Booting Linux on physical CPU 0x0
Linux version 5.11.0-00004-g2b88cbadf5c-dirty (suws@ubuntu) (arm-linux-gnueabi-gcc (Linaro GCC 7.4-2019.02) 7.4.1 20181213 [linaro-7.4-2019.02 revision 56ec6f6b99cc167ff0c2f8e1a2eed33b1edc85d4], GNU ld (Linaro_Binutils-2019.02) 2.28.2.20170706) #44 Fri Apr 16 14:06:43 CST 2021
CPU: ARMv6-compatible processor [410fb766] revision 6 (ARMv7), cr=00c5387d

不能直接执行的镜像

镜像arch/arm/boot/compressed/vmlinux的执行
bash ./scripts/mkuboot.sh -A arm -O linux -C none  -T kernel -a 0x50008000 -e 0x50008000 -n 'Linux-5.11.0-00004-g2b88cbadf5c-dirty' -d arch/arm/boot/compressed/vmlinux arch/arm/boot/uImage3

=> tftp 0x50008000 uImage3
dm9000 i/o: 0x18000300, id: 0x90000a46 
DM9000: running in 16 bit mode
MAC: e2:7c:ef:97:da:b4
operating at 100M full duplex mode
Using dm9000 device
TFTP from server 10.10.11.59; our IP address is 10.10.11.120
Filename 'uImage3'.
Load address: 0x50008000
Loading: #################################################################
         #################################################################
         #################################################################
         #########
         1.2 MiB/s
done
Bytes transferred = 2985716 (2d8ef4 hex)
=> bootm 0x50008000
## Booting kernel from Legacy Image at 50008000 ...
   Image Name:   Linux-5.11.0-00004-g2b88cbadf5c-
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    2985652 Bytes = 2.8 MiB
   Load Address: 50008000
   Entry Point:  50008000
   Verifying Checksum ... OK
   Loading Kernel Image

Starting kernel ...

data abort
pc : [<50008024>]          lr : [<5ff30e5c>]
reloc pc : [<4fbd8024>]    lr : [<5fb00e5c>]
sp : 5fe2eca0  ip : 00000024     fp : 00000001
r10: 00000001  r9 : 5fe2fee0     r8 : 5fe2eca0
r7 : 00000000  r6 : 50008000     r5 : 5ff6a4e4  r4 : 00000000
r3 : 5fe2ffb0  r2 : 50000100     r1 : 0000065a  r0 : 00000000
Flags: nZCv  IRQs off  FIQs off  Mode SVC_32
Code: 00000001 00000000 00000034 002d8c5c (05000200) 
Resetting CPU ...

resetting ...
reset...
镜像vmlinux的执行
bash ./scripts/mkuboot.sh -A arm -O linux -C none  -T kernel -a 0x50008000 -e 0x50008000 -n 'Linux-5.11.0-00004-g2b88cbadf5c-dirty' -d vmlinux arch/arm/boot/uImage4

=> tftp 0x50008000 uImage4
dm9000 i/o: 0x18000300, id: 0x90000a46 
DM9000: running in 16 bit mode
MAC: e2:7c:ef:97:da:b4
operating at 100M full duplex mode
Using dm9000 device
TFTP from server 10.10.11.59; our IP address is 10.10.11.120
Filename 'uImage4'.
Load address: 0x50008000
Loading: #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         #################################################################
         ########
         1.2 MiB/s
done
Bytes transferred = 7743116 (76268c hex)
=> bootm 0x50008000
## Booting kernel from Legacy Image at 50008000 ...
   Image Name:   Linux-5.11.0-00004-g2b88cbadf5c-
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    7743052 Bytes = 7.4 MiB
   Load Address: 50008000
   Entry Point:  50008000
   Verifying Checksum ... OK
   Loading Kernel Image

Starting kernel ...

undefined instruction
pc : [<5000809c>]          lr : [<5ff30e5c>]
reloc pc : [<4fbd809c>]    lr : [<5fb00e5c>]
sp : 5fe2eca0  ip : 00000024     fp : 00000001
r10: 00000001  r9 : 5fe2fee0     r8 : 00000400
r7 : 00000000  r6 : 50008000     r5 : 5ff6a4e4  r4 : 00000000
r3 : 5fe2ffb0  r2 : afff8000     r1 : 0000065a  r0 : 00000000
Flags: Nzcv  IRQs off  FIQs off  Mode SVC_32
Code: 00000006 00010000 00000001 00530000 (ffff0000) 
Resetting CPU ...

resetting ...
reset...
__pop_
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
OK6410-A开发板LINUX3.0.1-2014-09用户手册.pdf
04-02
ok6410开发文档，OK6410-A开发板LINUX3.0.1-2014-09用户手册.pdf
解决qt移植中镜像过大问题
chriscb的博客
10-29 1933
启动情况如下： U-Boot 2015.04 (Oct 28 2015 - 09:23:09) DRAM:  ECC disabled 512 MiB MMC:   zynq_sdhci: 0 SF: Detected S25FL128S_64K with page size 256 Bytes, erase size 64 KiB, total 16 MiB *** Warni
LZMA ERROR 1 - must RESET board to recover错误分析
释放“芯”中的小宇宙
08-02 9047
因为项目的需要，编译了MTK官方的4.1版SDK，最终生成了manfeel_uImage文件，刷入开发板之后重启，出现了这个LZMA ERROR 1的错误。是我运气太好，还是太背？上次也碰到过这个问题，改动了一下load address（由原来的0x80000000改成了0x80100000），就过了。然而，这次的问题貌似没那么简单。 只好深入uboot的lib_generic/lzmaDeco
bootm
自由软件的天堂
04-24 1363
--- a/common/bootm.c +++ b/common/bootm.c @@ -31,7 +31,7 @@    #ifndef CONFIG_SYS_BOOTM_LEN  /* use 8MByte as default max gunzip size */ -#define CONFIG_SYS_BOOTM_LEN   0x800000 +#define CONFIG
s3c2440 uboot 移植 （五）uboot 如何引导linux
oqqYuJi12345678的博客
06-15 401
突然想起来，在移植linux的时候，linux中无法打印出信息的问题，满天下找问题，为了确保uboot没有问题，把uboot的引导过程分析了下： 一般会用bootm 引导uImage，uImage是在zImage的基础上，加了一个64字节的头，里面记载了linux内核的一些基本信息，来帮助uboot 加载linux 系统，当时最纠结的一个问题是，我的加载地址是0x31000000，为什...
linux grub load kernel,kernel启动__Image_00000000_Linux_Loading_启动__169IT.COM
weixin_42358733的博客
05-15 380
##Bootingimageatffc00000...ImageName:Linux-2.6.18_pro500-8548cdsImageType:PowerPCLinuxKernelImage(gzipcompressed)DataSize:1717372Bytes=1.6MBLoadAddress:00000000EntryPoin...
S3C6410处理器 OK6410-A 开发板全套学习资料，硬件/demo程序/使用手册等-电路方案
04-21
本设计分享的是飞凌嵌入式OK6410-A 开发板全套学习资料，包括硬件/软件/使用手册等。OK6410-A 开发板基于三星公司最新的ARM11处理器S3C6410由三星公司推出的一款低功耗、高性价比的RSIC处理器，它基于ARM11内核（ARM...
OK6410-B开发板LINUX3.0.1用户手册
最新发布
09-02
OK6410-B开发板 LINUX3.0.1 用户手册
OK6410-A开发板LINUX3.0.1-2013-01用户手册
04-09
OK6410-A开发板LINUX3.0.1-2013-01用户手册
OK6410_Linux2.6.36.rar_ok6410_ok6410 linux-2.6.36_ok6410-b linux
09-19
【OK6410_Linux2.6.36.rar】是一个针对OK6410开发板的Linux内核版本2.6.36的压缩包文件，包含了烧录该内核版本所需的资源和教程。OK6410是一款基于ARM926EJ-S处理器的嵌入式开发板，广泛应用于嵌入式系统开发、学习...
NUC980开源项目15-编译默认配置uboot
yekui006的博客
08-06 687
项目码云地址（国内下载速度快）： https://gitee.com/jun626/nuc980-open-source-project项目github地址： https://github.com/Jun1172/nuc980-open-source-projectubuntu镜像，文件太大，加群私聊。昨天使用之前的编译的uboot，发现启动不了，今天重新编译一份。1.编译源码 在u-boot-master目录下make clean。...
bootm命令中地址参数，内核加载地址以及内核入口地址
liangkaiming的专栏
11-04 1万+
bootm命令只能用来引导经过mkimage构建了镜像头的内核镜像文件以及根文件镜像，对于没有用mkimage对内核进行处理的话，那直接把内核下载到连接脚本中指定的加载地址0x30008000再运行就行，内核会自解压运行（不过内核运行需要一个tag来传递参数，而这个tag是由bootloader提供的，在u-boot下默认是由bootm命令建立的）。通过mkimage可以给内核镜像或根文件系统镜像加入一个用来记录镜像的各种信息的头。同样通过mkimage也可以将内核镜像进行一次压缩(指定-C none/gz
uboot向kernel的传参机制——bootm与tags
热门推荐
做一个有技术追求的人
07-04 3万+
uboot如何启动kernel以及uboot与kernel之间的传参机制详解
uboot 命令分析(一) — bootm
嵌入式技术博客
01-04 2万+
bootm 用于将内核镜像加载到内存的指定地址处，如果有需要还要解压镜像，然后根据操作系统和体系结构的不同给内核传递不同的启动参数，最后启动内核。 一、arm 架构处理器对 linux 内核启动之前环境的五点需求 1、cpu 寄存器设置     * R0 = 0     * R1 = 板级 id     * R2 = 启动参数在内存中的起始地址 2、cpu 模式     * 禁止所有
海思(Hi3521a)uboot详细分析(8)——bootm启动命令解析
Biao
12-06 5245
在uboot启动第二阶段的最后，程序进入了一个死循环，实际是在等待超时和等待用户命令的输入，然后根据不同的命令去执行uboot的不同功能，实际uboot就是一个单片机程序，只有一个进程在运行。uboot引导kernel的启动，首先是从环境变量bootcmd中获取启动命令，然后通过执行bootcmd里面的命令来实现kernel的启动的。 uboot第二阶段启动可以查看博客《uboot.........
U-boot启动流程（Linux内核）的分析（四转）
saylerboxer的专栏
10-04 1850
在上一篇中分析到u-Boot启动Linux内核的函数do_bootm_linux，这一篇则着重分析，U-boot是如果一步一步启动内核的。     我们可以看到在，start_armboot()函数的最后，在一个无限循环中调用了函数main_loop(),该函数在common/main.c文件中被定义，我们可以看到下面的一段代码： #if defined(CONFIG_
Xilinx zynq zynqmp u-boot配置和使用
黑客三遍猪
12-07 5434
参考 [U-Boot,v2] Add uboot “fdt_high” enviroment variable [U-Boot] arm: omap: cm_t35: Remove CONFIG_SYS_BOOTMAPSZ to fix FDT Linux booting uboot移植，编译及环境变量，启动等方面－－－from README 增加了ramdisk petalinux上说增加C...
bootm命令
shuijingshizhe的博客
02-05 1397
 制作Linux映像 ============ 使用uboot时，内核通常生成的文件"zImage"或"bzImage"是没用的。较新一些的内核原码会 生成"uImage", 这个可以为uboot使用。 "uImage"全用了一个工具"tools/mkimage"来封装压缩后的映像文件，在其头部添加一 些信息以及crc32校验等。 我们需要做如下几件事情： * 制作
bootm报错之解决
liebecl的博客
01-28 703
bootm挂载nfs文件的系统的时候报错，错误如下： Failed to execute /linuxrc. Attempting defaults… Kernel panic - not syncin 解决：发现是bootagrs启动命令被改动了，更改为nfs挂载启动即可。 setenv bootargs noinitrd console=ttySAC0,115200 init=/init

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值