关于87800000这个地址的一些疑问

hi我歌月徘徊

使用如下uboot指令 可以运行裸机实验 printf.bin(11.6KB)tftp 87800000 printf.bin
go 87800000

然后我就有一些想法，8780 0000这个地址本身也是uboot的运行地址啊，为啥把这个地址的数据改变之后 uboot还可以正常运行呢？
我又反复读了开发指南 总结如下

开发板的DDR(256M)起始地址 0x8000 0000 -- 0x8FFF FFFF

uboot和裸机实验的链接地址都为0x8780 0000

以裸机实验生成的led.bin为例，

通过imxdownload下载到SD卡里面的bin文件 在内存里是这样的：

0x0000 0000	留空1k(BootRom要求IVT放到指定位置)
0x0000 0400	IVT+Boot data + DCD = 3k字节
0x8780 1000	led.bin/uboot

最终下载到0x8780 0000这个地址的数据为IVT+Boot data + DCD + led.bin 也就是load.imx文件，在DDR的内存里应该是这样的：

0x8000 0000	这里的留120M干嘛用了？
0x8780 0000	IVT+Boot data + DCD = 0xC00(3k字节)
0x8780 1000	led.bin/uboot

1.87800000这个地址实际上保存的不是uboot，而是IVT的一些数据
2.87801000这个地址上才是uboot的开始
  然后还是没有解决我的疑问  
  虽然8780 0000这个地址保存的不是uboot 但也是IVT的一些指令 覆盖之后也不会破坏uboot  
  但是如果我tftp下载的文件大于4k 那就超过了0x8780 1000这个地址 也就是覆盖了uboot了 为啥uboot还能正常运行呢？

sn3707

u-boot会进行重定位，重定位后，会把自己扔到内存最后面，87800000就空出来了。

hannuaa

u-boot有个代码重定位的过程，会把自己重定位到内存高地址。低地址留给linux等有u-boot启动的代码。启动led也是同理。

xiaotaotao

你理解错了，U-Boot的链接地址是0x87800000，那么运行地址对应的也是0x87800000，而不是0x87801000，这个IVT头部数据拷贝到DDR之后会存放在0x87800000地址前面，而U-Boot的起始地址会对准0x87800000，这个是BootROM代码进行解析处理的，建议你去看看数据手册。

hi我歌月徘徊

hannuaa 发表于 2020-4-7 00:14
u-boot有个代码重定位的过程，会把自己重定位到内存高地址。低地址留给linux等有u-boot启动的代码。启动led ...

明白了 谢谢解答