uboot中start.S的问题

调试阶段的代码是直接在RAM中运行的，而最后需要把这些代码固化到Flash中，因此U-Boot需要自己从Flash转移到
RAM中运行，这也是重定向的目的所在。通过adr指令得到当前代码的地址信息：如果U-boot是从RAM开始运行，则从adr,r0,_start得到的地址信息r0=_start=_TEXT_BASE=TEXT_BASE=0x33F80000; 如果U-boot从Flash开始运行，即从处理器对应的地址运行，
则r0=0x0000,这时将会执行copy_loop标识的那段代码了。
_TEXT_BASE 定义在board/smdk2410/config.mk中

#ifndef CONFIG_SKIP_RELOCATE_UBOOT
relocate:    /* relocate U-Boot to RAM     */
adr r0, _start  /* r0 <- current position of code   */
ldr r1, _TEXT_BASE  /* test if we run from flash or RAM */
cmp     r0, r1  /* don't reloc during debug         */
beq     stack_setup

这个通过adr指令得到当前代码的地址信息：如果U-boot是从RAM开始运行，则从adr,r0,_start得到的地址信息r0=_start=_TEXT_BASE=TEXT_BASE=0x33F80000; 如果U-boot从Flash开始运行，即从处理器对应的地址运行，则r0=0x0000是为什么啊，，请高手分析指点

这个得结合整个UBoot代码去分析吧？开机或复位后，cpu,是从0x00000000处取得一条指令，然后再恢复RAM状态开始执行。r0=0x0000，我理解就是把UBoot代码从让CPU能找到

这个得结合整个UBoot代码去分析吧？开机或复位后，cpu,是从0x00000000处取得一条指令，然后再恢复RAM状态开始执行。r0=0x0000，我理解就是把UBoot代码从让CPU能找到

不是这样理解的，adr是基于PC推导标号地址。如果u-boot从地址0开始启动，比如stepping stone或者直接从Nor启动，这样pc的值就在低地址移动，adr基于PC推出_start的值自然为0.这时便需将从0x0开始的代码搬到TEXT_BASE去。

如果其它人已经把u-boot搬到TEXT_BASE了，再把控制权交给u-boot，那么u-boot运行时的PC值便为TEXT_BASE，adr得到_start的值自然也是TEXT_BASE，这就不需要搬动了。

为什么代码要搬到TEXT_BASE这个地址去执行？？？？？？？？？？？？？？？？？？？？

呵呵，楼上可以给我打电话哈，13678094043，我刚刚搞明白，因为这是连接器做的事情，连接器把绝对地址都确定了，如果你不把代码搬到那个地方，你的PC会到那个地方去找代码哈，呵呵，这是绝对地址的问题