imx6 uboot重定位的一个疑问

一般BDN

32.2.5 board_init_f函数详解           
            初始化 gd 的各个成员变量，uboot 会将自己重定位到 DRAM 最后面的地址区域，也就是将自己拷贝到 DRAM 最后面的内存区域中。这么做的目的是给 Linux 腾出空间，防止 Linuxkernel 覆盖掉 uboot，将 DRAM 前面的区域完整的空出来。在拷贝之前肯定要给 uboot 各部分分配好内存位置和大小，比如 gd 应该存放到哪个位置，malloc 内存池应该存放到哪个位置等等。这些信息都保存在 gd 的成员变量中，因此要对 gd 的这些成员变量做初始化。最终形成一个完整的内存“分配图”，在后面重定位 uboot 的时候就会用到这个内存“分配图”。

       上面是原子哥imx6 嵌入式Linux驱动开发指南中讲解uboot流程中的一段话，对于上面红色部分不太理解，有两个疑问如下。

       1.首先uboot为什么不一开始就把链接设置到DRAM的后面地址呢？反正后面要重定位到DRAM地址的最后面区域，我为啥不一开始链接地址就设置到后面，这样不就可以不重定位了吗？

       2.为什么要给linux腾出空间防止Linux kernel覆盖uboot,  uboot跳转到linux kernel之后 uboot就不需要了，为什么要担心Linux kernel覆盖掉uboot

zuozhongkai

uboot为什么不一开始链接到最后面的位置？那是因为根本就没法预测你的DDR范围有多大，不同的板子DDR大小不同，地址范围就不同，但是对于一款芯片而言，DDR的起始地址确实定的。

sn3707

个人浅见：
1. 因为gd需要进行设置，如果直接链接到后面，可以我觉得可以，但是gd的值还需要再计算一遍，等于开销和前面一样。反而变得可读性差了代码。。
2.我认为可以覆盖，但是我们还有u-boot命令行情况下的调试，放到最后命令行中可以用的ram就敞开了。。不然容易打架

一般BDN

zuozhongkai 发表于 2020-4-13 16:51
uboot为什么不一开始链接到最后面的位置？那是因为根本就没法预测你的DDR范围有多大，不同的板子DDR大小不 ...

这个很有道理，一下子就解开了心中的疑惑

一般BDN

sn3707 发表于 2020-4-13 15:43
个人浅见：
1. 因为gd需要进行设置，如果直接链接到后面，可以我觉得可以，但是gd的值还需要再计算一遍， ...

谢谢你的回复

zhb1053912923

2.为什么要给linux腾出空间防止Linux kernel覆盖uboot,  uboot跳转到linux kernel之后 uboot就不需要了，为什么要担心Linux kernel覆盖掉uboot
对于这个疑问呢？

zhb1053912923

2.为什么要给linux腾出空间防止Linux kernel覆盖uboot,  uboot跳转到linux kernel之后 uboot就不需要了，为什么要担心Linux kernel覆盖掉uboot

arminker

这个问题，感觉还是缺乏让人心服口服的解答