U-BOOT全线移植分析系列之四――U-bo…

最新推荐文章于 2023-11-09 18:31:38 发布
最新推荐文章于 2023-11-09 18:31:38 发布
阅读量505 收藏 1
点赞数 1
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/dieqms/article/details/41085459
版权
【摘要】本节介绍了U-boot使用go或bootm启动linux内核的方法。首先介绍了mkimage的参数意义和bootm的详细执行流程。然后分析了如何利用mkimage生成内核映象的方法。对于bootm方式的内核是否压缩、－a、－e、运行地址等 16种组合情况，给出了详细的测试过程，提出了6种可用方法种的三种最优解。

【关键字】：U-boot；AT91RM9200；bootm；mkimage；－a；－e；－c

四 U-boot如何引导Linux内核启动？
4.1? GO命令引导未用mkimage生成的内核
4.1.1 非压缩内核Image
1)?????? 运行地址！＝链接地址0x20008000，不能启动
Uboot> tftp 21000000 Image;tftp 21100000 ramdisk;go 21000000
。。。。
done
Bytes transferred = 6993691 (6ab71b hex)
## Starting application at 0x21000000 ...
Error: a 在哪提示的？

2)?????? 运行地址＝链接地址0x20008000，不能启动，难道是ramdisk的问题
Uboot> tftp 20008000 Image;tftp 21100000 ramdisk;go 20008000
。。。。
done
Bytes transferred = 6993691 (6ab71b hex)
## Starting application at 0x21000000 ...
Error: a

4.1.2 压缩内核zImage
1)?????? 运行地址！＝链接地址0x20008000，能启动，内核自解压成功，但是解压后的内核运行错误
Uboot> tftp 21000000 zImage;tftp 21100000 ramdisk;go 21000000
。。。。。。。。。。。
done
Bytes transferred = 6993691 (6ab71b hex)
## Starting application at 0x21000000 ...
Uncompressing Linux............................................................. done, booting the kernel.
? ? ~??鄜屈

2)?????? 运行地址＝＝链接地址0x20008000，能启动，内核自解压成功，但是解压后的内核运行错误

Uboot> tftp 20008000 zImage;tftp 21100000 ramdisk; go 20008000
## Starting application at 0x20008000 ...
Uncompressing Linux............................................................. done, booting the kernel.
? ? ~??鄜屈

上面的ramdisk都是添加了uboot的头的，去掉头部再试试。去掉了还是不行，go方法的ramdisk的地址是怎么设置的？？要详细看下uboot在ramdisk这块是如何跟内核交互的？

4.2 Mkimage参数意义解析
通过mkimage这个tool可以给zImage添加一个header：
typedef struct image_header {
uint32_t??? ih_magic;
uint32_t??? ih_hcrc;???
uint32_t??? ih_time;???
uint32_t??? ih_size;????
uint32_t??? ih_load;???
uint32_t??? ih_ep;?????????????
uint32_t??? ih_dcrc;???
uint8_t???????????? ih_os;??????????????
uint8_t???????????? ih_arch;???
uint8_t???????????? ih_type;???
uint8_t???????????? ih_comp;?
uint8_t???????????? ih_name[IH_NMLEN];???
} image_header_t;

此header是如何生成的？利用u-boot里面的mkimage工具来生成uImage?? （u-boot源码包/tools/mkimage.c )
这里解释一下参数的意义：
-A ==> set architecture to 'arch'
-O ==> set operating system to 'os'
-T ==> set image type to 'type' “kernel或是ramdisk”
-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，即不进行文件的拷贝，在当前位置执行)

对于ARM linux内核映象用法：
-A arm???? -------- 架构是arm
-O linux??? -------- 操作系统是linux
-T kernel? -------- 类型是kernel
-C none/bzip/gzip??? -------- 压缩类型
-a 20008000 ---- image的载入地址(hex)，通常为0xX00008000
-e 200080XX---- 内核的入口地址(hex)，XX为0x40或者0x00
-n linux-XXX --- image的名字，任意
-d nameXXX???????????? ---- 无头信息的image文件名，你的源内核文件
uImageXXX??? ---- 加了头信息之后的image文件名，任意取

4.3 Bootm的流程分析
Bootm命令在/common/cmd_bootm.c中do_bootm函数

》》》》》》》》》》》获取当前内核的地址，默认地址或者bootm的第一个参数
默认的加载地址或传递给bootm命令（优先）与实际的内核存放地址需要一致
if (argc < 2) {
addr = load_addr; // load_addr = CFG_LOAD_ADDR;
} else {
addr = simple_strtoul(argv[1], NULL, 16);
}
printf ("## Booting image at %08lx ...\n", addr);

》》》》》》》》》》》》获得image头，没有mkimage的就返回了
memmove (&header, (char *)addr, sizeof(image_header_t));

》》》》》》》》》》》》打印头部信息
print_image_hdr ((image_header_t *)addr);
实例：
Image Name:?? dd-kernel-2.4.19
Image Type:?? ARM Linux Kernel Image (gzip compressed)
Data Size:??? 869574 Bytes = 849.2 kB
Load Address: 20008000
Entry Point:? 20008000

》》》》》》》》》》》》校验image头部
printf ("?? Verifying Checksum ... ");?????? printf ("OK\n");

》》》》》》》》》》》》检查image支持的体系结构即—A 选项是否为arm或者ppc等

》》》》》》》》》》》》检查image的类型
TYPE_MULTI 是否指内核与文件系统一起，内核后面有个分界线
switch (hdr->ih_type)
case IH_TYPE_KERNEL:
name = "Kernel Image";
break;
case IH_TYPE_MULTI:

》》》》》》》》》》判断内核的压缩类型
此处的内核是否压缩非zImage和Image的概念，而是指内核在被mkimage处理前是否用gunzip等压缩过
switch (hdr->ih_comp) {?
case IH_COMP_NONE:???????? // 非压缩内核
if(ntohl(hdr->ih_load) == addr) {?????
// 当前内核存放的地址与－a指定的一致，则不搬动，－e必须必－a大0x40
printf ("?? XIP %s ... ", name);
} else {
//当前内核存放的地址与－a指定的不一致，则将内核搬到－a地址，此时－a与－e必相同
memmove ((void *) ntohl(hdr->ih_load), (uchar *)data, len);
。。。。
case IH_COMP_GZIP:
printf ("?? Uncompressing %s ... ", name);
if (gunzip ((void *)ntohl(hdr->ih_load), unc_len,
//压缩内核，将除去头部的内核解压到-a 指定的地址了，要求－a与－e相同
// 为防止解压缩时覆盖，对于压缩内核，内核存放地址最好在—a后面
(uchar *)data, (int *)&len) != 0) {
do_reset (cmdtp, flag, argc, argv);
}
break;

》》》》》》》》》》》》》》》》判断操作系统类型
switch (hdr->ih_os) {
default:???????????????????
case IH_OS_LINUX:
do_bootm_linux? (cmdtp, flag, argc, argv, addr, len_ptr, verify);???????
//前四个为传给bootm的，addr为内核最初的存放地址，没有用处
break;

#ifdef CONFIG_PPC
static boot_os_Fcn do_bootm_linux;
#else
extern boot_os_Fcn do_bootm_linux;
由上可知，对于ppc和其他体系结构的do_bootm_linux函数实现是不一样的
》》》》》》》》》》》》》》启动Linux内核
do_bootm_linux (cmd_tbl_t *cmdtp, int flag,
int??? argc, char *argv[],
ulong??????? addr,
ulong??????? *len_ptr,
int??? verify)

》》》》》》》》》》》》获取命令行参数
if ((s = getenv("bootargs")) == NULL)
s = "";
strcpy (cmdline, s);

》》》》》》》》》》》》赋内核启动地址
kernel = (void (*)(bd_t *, ulong, ulong, ulong, ulong))hdr->ih_ep;
注意，对于压缩过的内核，会将内核解压到-a指定的地址，此时-a 与-e 地址必须相同

》》》》》》》》》》》判断bootm的命令参数中是否有initrd
if (argc >= 3) {
addr = simple_strtoul(argv[2], NULL, 16);
printf ("## Loading RAMDisk Image at %08lx ...\n", addr);

若有initrd则赋值，否则为0

》》》》》》》》》》》》》》》启动Linux内核

//*kbd = *(gd->bd); 在上面赋值的
(*kernel) (kbd, initrd _start, initrd_end, cmd_start, cmd_end);

启动流程的总结：

对于非gzip压缩的内核，bootm命令会首先判断bootm xxxx 这个指定的地址xxxx是否与-a指定的加载地址相同。
(1)如果不同的话会从这个地址开始提取出这个64byte的头部，对其进行分析，然后把去掉头部的内核复制到-a指定的load地址中去运行之（此时－e选型必须同-a）
(2)如果相同的话那就让其原封不动的放在那，但-e指定的入口地址会推后64byte，以跳过这64byte的头部。

对于gzip压缩过的内核，因为u-boot要对其解压，因此运行地址是不能等于－a指定的地址的，且必须有一定的间隔，否则解压到－a的内核会覆盖当前运行的程序。此时要求－a等于－e指定的地址。

4.4 如何用mkimage生成uImage

1> mkimage 如何指定入口参数 ( -e? 0xxxxxx)
2> mkimage 指定了入口参数后， 你用tftpboot 下载kernel到哪个地址？
3> -c 如何指定？

u－boot里面的解压和内核自解压的区别： u-boot 里面的解压实际上是bootm 实现的 ， 把 mkimage -C bzip2或者gzip 生成的 uImage进行解压 ；而kernel的自解压是对zImage进行解压，发生在bootm解压之后。

U-boot 对内核添加头部时，前面已经用gzip压缩过一次内核了，而不是指原有的内核印象是否是压缩内核。指uImage 本身被压缩了，即对原来的zImage/Image添加了U-boot的压缩方式，使得生成的uImage变小了。此时－c gzip
若没有对zImage/Image用gzip命令压缩过，则-c none。

综合上面分析，mkimage的影响因子为：
－e，内核的入口地址是否与－a相同
Tftpaddr，即将内核加载到RAM中运行的地址，决定是否搬运或解压内核
－c，内核是否经过gzip压缩过，决定了是搬运还是解压

另外内核本身为非压缩的Image或zImage也是一个影响因子。组合情况共2^4 =16种

4.5 Bootm命令引导mkimage生成的内核全程解析
4.5.1 非压缩的Image内核

（1）Mkimage 之前用gzip对Image进行压缩
<1> -a=-e = 0x20008000，tftpaddr= 0x21000000
解压到－a指定的地址，成功启动
Uboot> tftp 21000000 uImage-zip-8000;tftp 21100000 ramdisk;bootm 21000000
## Booting image at 21000000 ...
Image Name:?? dd-kernel-2.4.19-zip-8000
Image Type:?? ARM Linux Kernel Image (gzip compressed)
Data Size:??? 869629 Bytes = 849.2 kB
Load Address: 20008000
Entry Point:? 20008000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK

Starting kernel ...

Linux version 2.4.19-rmk7 (root@dding) (gcc version 2.95.3 20010315 (release)) #42 四 10月 11 14:15:35 CST 2007
AT91RM9200DK login: root

<2> -a=-e = 0x20008000， tftpaddr= 0x20008000
解压失败，启动失败
Uboot> tftp 20008000 uImage-zip-zImage-8000;tftp 21100000 ramdisk;bootm 20008000

Uboot> tftp 20008000 uImage-zip-8000;tftp 21100000 ramdisk;bootm 20008000
## Booting image at 20008000 ...
Image Name:?? dd-kernel-2.4.19-zip-8000
Image Type:?? ARM Linux Kernel Image (gzip compressed)
Data Size:??? 869629 Bytes = 849.2 kB
Load Address: 20008000
Entry Point:? 20008000
Verifying Checksum ... OK
Uncompressing Kernel Image ... Error: inflate() returned -3
GUNZIP ERROR - must RESET board to recover
由于当前运行地址tftpaddr与解压缩后的地址－a重合了，导致解压缩失败，因此二者必须相隔一定的距离

<3> -a=0x20008000，-e = 0x20008040 ，tftpaddr= 0x21000000
能够解压到－a地址，但－e指定的入口不对，启动失败

Uboot> tftp 21000000 uImage-zip-8040;tftp 21100000 ramdisk;bootm 21000000

TFTP from server 192.168.0.12; our IP address is 192.168.0.15
Filename 'uImage-zip-8040'.
Load address: 0x21000000
。。。。。。。。。
## Booting image at 21000000 ...
Image Name:?? dd-kernel-2.4.19-zip-8040
Image Type:?? ARM Linux Kernel Image (gzip compressed)
Data Size:??? 869629 Bytes = 849.2 kB
Load Address: 20008000
Entry Point:? 20008040
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK

Starting kernel ... 死了

<4> -a=-e = 0x20008000， tftpaddr= 0x20008000
解压失败，入口也不对，启动失败

（2）Mkimage 之前未对Image进行压缩

<1> -a=-e = 0x20008000 tftpaddr= 0x21000000
搬动到－a指定的地址，成功启动
Uboot> tftp 21000000 uImage-nzip-8000;tftp 21100000 ramdisk;bootm 21000000
## Booting image at 21000000 ...
Image Name:?? dd-kernel-2.4.19-nzip-8000
Image Type:?? ARM Linux Kernel Image (uncompressed)
Data Size:??? 1873059 Bytes =? 1.8 MB
Load Address: 20008000
Entry Point:? 20008000
Verifying Checksum ... Bad Data CRC
为什么总是校验失败呢？当前的内核印象为1.8M，难道太大了，后面的ramdisk将其覆盖？？
下面未拷贝ramdisk，校验成功，成功启动，无法安装跟文件系统，是因为无ramdisk。说明上面确实是覆盖了，因此要对于大的内核印象要合理设置tftpaddr的地址和ramdisk的地址

Addr（ramdisk）＝ 0x2110 0000
Addr（tftpaddr）＝ 0x2100 0000
Addr（ramdisk）－Addr（tftpaddr）＝ 0x10 0000 ＝ 1M < 1.8M
Uboot> tftp 21000000 uImage-nzip-8000;bootm 21000000
## Booting image at 21000000 ...
Image Name:?? dd-kernel-2.4.19-nzip-8000
Image Type:?? ARM Linux Kernel Image (uncompressed)
Data Size:??? 1873059 Bytes =? 1.8 MB
Load Address: 20008000
Entry Point:? 20008000
Verifying Checksum ... OK
OK

Starting kernel ...

Linux version 2.4.19-rmk7 (root@dding) (gcc version 2.95.3 20010315 (release)) #44 四 10月 11 17:27:24 CST 2007
。。。。。。。
Kernel panic: VFS: Unable to mount root fs on 01:00

Addr（ramdisk）- 2M = 0x20f0 0000 ＝ Addr（tftpaddr）成功启动

Uboot> tftp 20f00000 uImage-nzip-8000;tftp 21100000 ramdisk;bootm 20f00000
## Booting image at 20f00000 ...
Image Name:?? dd-kernel-2.4.19-nzip-8000
Image Type:?? ARM Linux Kernel Image (uncompressed)
Data Size:??? 1873059 Bytes =? 1.8 MB
Load Address: 20008000
Entry Point:? 20008000
Verifying Checksum ... OK
OK

Starting kernel ...
Linux version 2.4.19-rmk7 (root@dding) (gcc version 2.95.3 20010315 (release)) #44 四 10月 11 17:27:24 CST 2007
AT91RM9200DK login: root

<2> -a=-e = 0x20008000， tftpaddr= 0x20008000
不搬动，但－e地址不对，失败

<3> -a=0x20008000，-e = 0x20008040 ，tftpaddr= 0x20008000
不搬动，但未成功启动，入口地址对的啊？？？？？
Uboot> tftp 20008000 uImage-nzip-8040;tftp 21100000 ramdisk;bootm 20008000

## Booting image at 20008000 ...
Image Name:?? dd-kernel-2.4.19-nzip-8040
Image Type:?? ARM Linux Kernel Image (uncompressed)
Data Size:??? 1873059 Bytes =? 1.8 MB
Load Address: 20008000
Entry Point:? 20008040
Verifying Checksum ... OK
XIP Kernel Image ... OK

Starting kernel ...死了？？？？

<4> -a=0x20008000，-e = 0x20008040 ，tftpaddr= 0x21000000
搬动，但－e地址不对，失败

4.5.2 压缩的zImage内核

（1）Mkimage 之前用gzip对zImage进行压缩，即－c gzip
<1> -a=-e = 0x20008000，tftpaddr= 0x21000000
解压到－a指定的地址，成功启动
Uboot> tftp 21000000 uImage-zip-zImage-8000;tftp 21100000 ramdisk;bootm 21000000

TFTP from server 192.168.0.12; our IP address is 192.168.0.15
Filename 'uImage-zip-zImage-8000'.
Load address: 0x21000000
## Booting image at 21000000 ...
Image Name:?? dd-zip-zImage-8000
Image Type:?? ARM Linux Kernel Image (gzip compressed)
Data Size:??? 876753 Bytes = 856.2 kB
Load Address: 20008000
Entry Point:? 20008000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK? // U-boot对内核解压

Starting kernel ...
Uncompressing Linux..............压缩内核zImage自解压......................... done, booting the kernel.

Linux version 2.4.19-rmk7 (root@dding) (gcc version 2.95.3 20010315 (release)) #43 四 10月
AT91RM9200DK login: root
[root@AT91RM9200DK /root]$ls

<2> -a=-e = 0x20008000， tftpaddr= 0x20008000
解压失败，启动失败
Uboot> tftp 20008000 uImage-zip-zImage-8000;tftp 21100000 ramdisk;bootm 20008000

TFTP from server 192.168.0.12; our IP address is 192.168.0.15
Filename 'uImage-zip-zImage-8000'.
Load address: 0x20008000
## Booting image at 20008000 ...
Image Name:?? dd-zip-zImage-8000
Image Type:?? ARM Linux Kernel Image (gzip compressed)
Data Size:??? 876753 Bytes = 856.2 kB
Load Address: 20008000
Entry Point:? 20008000
Verifying Checksum ... OK
Uncompressing Kernel Image ... Error: inflate() returned -3
GUNZIP ERROR - must RESET board to recover
由于当前运行地址tftpaddr与解压缩后的地址－a重合了，导致解压缩失败，因此二者必须相隔一定的距离

<3> -a=0x20008000，-e = 0x20008040 ，tftpaddr= 0x21000000，失败

Uboot> tftp 21000000 uImage-zip-zImage-8040;tftp 21000000 ramdisk;bootm 21000000

TFTP from server 192.168.0.12; our IP address is 192.168.0.15
Filename 'uImage-zip-zImage-8040'.
Load address: 0x21000000
。。。。。。。。。
## Booting image at 21000000 ...
Bad Magic Number 难道对于压缩内核，幻数对的条件是－a＝＝－e地址？？即压缩内核默认－a＝＝－e？？
此法肯定失败，但问题出在这，还真不对啊，不试了，感兴趣的朋友可以玩下

（2）Mkimage 之前未对zImage进行压缩，即－c none

<1> -a=-e = 0x20008000 tftpaddr= 0x21000000
搬动到－a指定的地址，成功启动
Uboot> tftp 21000000 uImage-nzip-zImage-8000;tftp 21100000 ramdisk;bootm 21000000
## Booting image at 21000000 ...
Image Name:?? dd-nzip-zImage-8000
Image Type:?? ARM Linux Kernel Image (uncompressed)
Data Size:??? 881748 Bytes = 861.1 kB
Load Address: 20008000
Entry Point:? 20008000
Verifying Checksum ... OK
OK

Starting kernel ...
Uncompressing Linux............................................................. done, booting the kernel.

Linux version 2.4.19-rmk7 (root@dding) (gcc version 2.95.3 20010315 (release)) #43 四 10月 11 14:25:14 CST 2007
AT91RM9200DK login:

<2> -a=-e = 0x20008000， tftpaddr= 0x20008000
不搬动，但－e地址不对，失败
Uboot> tftp 20008000 uImage-nzip-zImage-8000;tftp 21100000 ramdisk;bootm 20008000
## Booting image at 20008000 ...
Image Name:?? dd-nzip-zImage-8000
Image Type:?? ARM Linux Kernel Image (uncompressed)
Data Size:??? 881748 Bytes = 861.1 kB
Load Address: 20008000
Entry Point:? 20008000
Verifying Checksum ... OK
XIP Kernel Image ... OK

Starting kernel ... 死了。。。

<3> -a=0x20008000，-e = 0x20008040 ，tftpaddr= 0x20008000
不搬动，成功启动
Uboot> tftp 20008000 uImage-nzip-zImage-8040;tftp 21100000 ramdisk;bootm 20008000

## Booting image at 20008000 ...
Image Name:?? dd-nzip-zImage-8040
Image Type:?? ARM Linux Kernel Image (uncompressed)
Data Size:??? 881748 Bytes = 861.1 kB
Load Address: 20008000
Entry Point:? 20008040
Verifying Checksum ... OK
XIP Kernel Image ... OK

Starting kernel ...

Uncompressing Linux............................................................. done, booting the kernel.
Linux version 2.4.19-rmk7 (root@dding) (gcc version 2.95.3 20010315 (release)) #43 四 10月 11 14:25:14 CST 2007
AT91RM9200DK login:

<4> -a=0x20008000，-e = 0x20008040 ，tftpaddr= 0x21000000
搬动，但－e地址不对，失败

4.5.3 关于压缩及非压缩内核bootm启动的全面总结

由上面的16个例子，我们可以看出，能够启动内核的由以下几种情况：
各种情况对应的统一ramdiskaddr= 0x21100000
<1>非压缩的Image内核：
-a=-e = 0x20008000 ，&ndash;c=none，tftpaddr= 0x20f00000
此法主要由于内核太大，导致tftpaddr做了一定的修正
-a= 0x20008000 ，-e = 0x20008040，&ndash;c=none，tftpaddr=0x20008000
此法理论上可行，但我未试验成功，有兴趣的朋友可以探究下
对于非压缩的Image内核，mkimage之前不压缩的话，内核印象较大，此法不常用

-a=-e = 0x20008000 ，&ndash;c=gzip，tftpaddr= 0x21000000
&ndash;c=gzip压缩内核必须解压，只有这种情况成功；其他解压覆盖或者－e入口不对

<2>压缩的zImage内核：
-a=-e = 0x20008000 ，&ndash;c=none，tftpaddr= 0x21000000
-a= 0x20008000 ，-e = 0x20008040，&ndash;c=none，tftpaddr=0x20008000
-a=-e = 0x20008000 ，&ndash;c=gzip，tftpaddr= 0x21000000
&ndash;c=gzip压缩内核必须解压，只有这种情况成功；其他解压覆盖或者－e入口不对
zImage已经压缩过一次了，一般无需再压缩，此法不常用

常见方法：
<1>非压缩的Image内核：
-a=-e = 0x20008000 ，&ndash;c=gzip，tftpaddr= 0x21000000
<2>压缩的zImage内核：
-a=-e = 0x20008000 ，&ndash;c=none，tftpaddr= 0x21000000
-a= 0x20008000 ，-e = 0x20008040，&ndash;c=none，tftpaddr=0x20008000
<script type="text/javascript" id="wumiiRelatedItems"> </script>
dieqms
关注
U-Boot 之六 详解 U-Boot 及 SPL 的链接脚本、启动流程
技术干货
02-20 1万+
我们可以将 U-Boot 的启动过程划分为两个阶段：芯片初始化 和 板级初始化。芯片初始化阶段的代码主要是位于 `./arch/架构/cpu` 目录下，其中再根据架构的不同来区分，主要以汇编语言为主
U-Boot 之二 零基础编译、详解 Image 镜像及 DTB 文件
热门推荐
技术干货
01-01 1万+
要使用 U-Boot，首先要确定 U-Boot 是否支持我们的使用芯片（开发板）。这就需要查看 ./config 目录下有没有对应的配置文件，或者说有没有类似的配置文件。如果直接有（对于一些通用的平台，U-Boot 已经添加好了一些默认配置），那么恭喜可以省事很多；如果没有（如果是自己画的板子，指定是没有），后续就牵扯到自己移植修改代码。具体步骤如下： 新增 MCU 的设备树文件：arch\
uboot 引导Linux
weixin_33883178的博客
02-01 163
        内核的引导步骤如下： （1）用U-boot 的mkimage 工具处理内核映像zImage。 （2）通过网络、串口、U 盘、SD 卡等方式将处理过的内核映像传输到SDRAM 的一定 位置（一般使用0x30008000） （3）然后使用”bootm"等内核引导命令来启动内核。         为什么要用U-boot 的mkimage 工具处理内核映像zImage？ 因为在...
Linux内核的引导
weixin_33749242的博客
10-25 114
1，当系统上电或复位时，CPU会将PC指针赋值为一个特定的地址0xFFFF0并执行该地址处的指令。在PC机中，该地址位于BIOS中，它保存在主板上的ROM或Flash中 2，BIOS运行时按照CMOS的设置定义的启动设备顺序来搜索处于活动状态并且可以引导的设备。若从硬盘启动，BIOS会将硬盘MBR（主引导记录）中的内容加载到RAM。MBR是一个512字节大小的扇区，位于磁盘上的第一个扇区中（...
s3c2440 uboot 移植 （五）uboot 如何引导linux
oqqYuJi12345678的博客
06-15 436
突然想起来，在移植linux的时候，linux中无法打印出信息的问题，满天下找问题，为了确保uboot没有问题，把uboot的引导过程分析了下： 一般会用bootm 引导uImage，uImage是在zImage的基础上，加了一个64字节的头，里面记载了linux内核的一些基本信息，来帮助uboot 加载linux 系统，当时最纠结的一个问题是，我的加载地址是0x31000000，为什...
使用u-boot引导linux的启动过程
lieye_leaves的专栏
09-27 2956
使用u-boot引导linux的启动过程 在使用u-boot引导linux的过程中，需要进行一系列的步骤，以下从内核映像的制作开始概述linux的整个启动过程。 一．内核映像的制作 在u-boot编译过程中有生成工具mkimage，该工具用来生成u-boot的bootm命令引导的内核映像，命令如下： #mkimage –n “linux-2.6.26.5” –A arm –O linux
uboot 引导linux内核
lzkzls的博客
07-19 497
然后重启计算机，再次使用ifconfig命令，发现，生成了桥接网口br0，说明配置成功了。 ２、以下参考自简书： 在主机搭建tftp服务器（把kernel放到tftp上，通过uboot引导） 安装必要的一下依赖软件sudo apt-get install tftp-hpa tftpd-hpa xinetd 查看/etc/xinetd.conf，是否如下（没有创建） # Simpl...
U-BOOT全线移植分析
10-15
4. **U-BOOT全线移植分析系列之四－－U-boot如何引导Linux内核启动.mht**：这部分主要探讨U-BOOT如何加载和启动Linux内核。这涉及到内核映像的制作、加载方式（如通过网络、串口或存储介质）、内核参数的传递，以及...
ZYNQ 开发——U-BOOT移植之初次编译
lihongjiehit的专栏
02-25 1996
Xilinx把ZYNQ系列的U-BOOT开源在GitHub网站上了，链接如下，可以根据自己的需要下载对应的版本。本系列博文分享的内容皆是基于2021.2的版本演示的。 https://github.com/Xilinx/u-boot-xlnxhttps://github.com/Xilinx/u-boot-xlnx一、下载 从上述链接中下载对应的版本，如下图。 二、编译 U-BOOT源码下载完成后，解压到任意目录。进入到U-BOOT源码的根目录，可以看到该目录下包含的文件，如下图。 在该目
ZYNQ开发——U-BOOT移植之初次运行
lihongjiehit的专栏
03-12 3019
一、环境 1、Vivado 2019.1 2、Xilinx SDK 2019.1 3、U-Boot 2021.2 4、Windows & Ubuntu 5、XC7Z010-CLG400 二、步骤 1，在Windows端打开Vivado开发工具，创建一个工程，并在该工程中完成配置ARM相关的配置。首先，在工程左侧栏中点击“Create Block Design”。 在右上侧栏中，点击“十”，然后在搜索栏中输入“ZYNQ”，最后双击出现ZYNQ IP核。 双击生成的ZYNQ系统
Linux 内核引导
破木吉他
11-19 1424
引导linux内核系统的过程包括很多阶段，这里将以引导X86 PC为例进行讲解。引导X86 PC上的linux过程和引导嵌入式系统上的linux的过程基本类似。不过在X86 PC上用一个从BIOS转移到Bootloader的过程，而嵌入式系统往往复位后就直接运行Bootloader。下图为X86上从上电/复位到运行linux用户空间初始化进程的流程。在进入与linux相关代码之间，会经历这样的阶段...
引导linux内核,Linux内核的引导过程
weixin_30444573的博客
04-29 614
总体上来讲：BIOS->MBR->GRUB(LILO)->内核->用户空间1. 系统上电时，cpu会将pc指针赋值为一个特定的地址0xffff0, 并且执行该地址处的指令。在pc中，该地址位于BIOS中。2. BIOS按照CMOS中设定的启动顺序来搜索处于活动状态的，可以引导的设备。如果是硬盘，则读取MBR(512)个字节到RAM中，并将控制权交给这段程序。3. 主引导加载...
2.0 Linux内核的引导与启动
kayshi的博客
12-23 1168
1：Linux的引导 主要文件位置 linux/boot/ 1.1从硬盘读出 cpu上电后会进入boot模式，其中BIOS (x86 是0xFFFF0 存储的总线地址）把bootsect从固定的地址拿到内存中的某个固定地址（0x90000），并且进行了一些硬件初始化和参数设置 bootsect.s 磁盘引导块程序，在磁盘第一个扇区中的程序 作用：首先将后续的setup.s 代码加载到紧接着bootsect.s的地方 在显示屏上显示loading system 再将system（操作系统）模块加载到0x100
u-boot 引导linux 内核过程
最新发布
一叶知秋的博客
11-09 741
u-boot 引导linux 内核过程
内核引导过程
kernel_digger的专栏
01-04 2100
转载：http://blog.csdn.net/drshenlei/article/details/4253179 原文标题：The Kernel Boot Process 原文地址：http://duartes.org/gustavo/blog/   [注：本人水平有限，只好挑一些国外高手的精彩文章翻译一下。一来自己复习，二来与大家分享。]   上一篇文章解释了计算机的引导过
解读linux内核代码之boot（1）
qiuqianying的专栏
06-10 594
最近开始研究linux内核，之前本来是在看《Understanding The Linux Kernel》，看了几章之后，发现虽然这本书讲的很通俗易懂，但是我看的是第二版，书中对应的内核版本是2.4的，而现在最新的内核版本确实2.6.39的，大体上算法是差不多的，但是很多代码实现完全不同了，所以就放弃了这本书，开始从源代码入手开始看。由于内核代码很多，刚开始也不知道从哪里开始看起，纠结了很久才
u-boot启动Ｌｉｎｕｘ内核
lzkzls的博客
07-18 265
1、在前面的两篇文章中，都是直接加载linux内核，在实际的嵌入式系统中，都是使用bootloader来加载Linux内核镜像。 ｕ-boot 就是开源的boot-loader 2、使用u-boot加载linux内核： 从http://ftp.denx.de/pub/u-boot/下载u-boot,解压。 进入到ｕ-boot目录执行编译： sudo make ARCH=arm CRO...
U-boot
不入流小码农
10-14 830
裸机程序开发里有一种低成本方案，利用u-boot的TFTP和USB下载功能，将成程序下载到开发板的内存用go命令来运行。      只要最终结果是ARM机器指令即可。理论上u-boot也能直接运行内存中的ELF文件，它需要用bootelf命令运行。不过我一般都是编译器直接转成bin文件来运行的。      因为u-boot已经对开发板进行基本的初始化了，比如内存，时钟等。因此下载的二进制程
U-BOOT源码分析与移植实践——SMDK2410板
"U-BOOT源码分析及移植文档主要介绍了如何分析和移植U-BOOT到FS2410主板，涵盖了U-BOOT的工程结构、流程、数据结构、内存分配以及针对FS2410的移植实践，包括NORFlash和NANDFlash启动与网络功能的实现。分析以SMDK...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值