在u-boot中有代码劳动，所谓的移植都是看着高手们现成的代码照搬过来，没有问题就代表自己移植成功了，我也是这样的。可是这些代码真实的做了些什么，不知道，调试u-boot时分也想把这段代码调试一下，其时没有成功，这次裸机要见下它的真面目了。
我还达不到自己去写一个劳动代码的程度，不过要是能把一个劳动代码了解的很清楚也是很有协助的。下面我便是这样做的，用eclipse单步调试劳动代码，检查内存改变，实在感触代码劳动。先上代码：
@*@ File：head.S@ 功用：设置SDRAM，将程序到SDRAM，然后跳到SDRAM持续碑文@*.equ MEM_CTL_BASE, 0x48000000.equ SDRAM_BASE, 0x30000000.text.global _start_start:bl disable_watch_dog @ 封闭WATCHDOG，否则CPU会不断重启bl memsetup @ 设置存储控制器bl copy_steppingstone_to_sdram @ 到SDRAM中ldr pc, =on_sdram @ 跳到SDRAM中持续碑文on_sdram:ldr sp, =0x34000000 @ 设置仓库bl mainhalt_loop:b halt_loopdisable_watch_dog:@ 往WATCHDOG寄存器写0即可mov r1, #0x53000000mov r2, #0x0str r2, [r1]mov pc, lr @ 回来copy_steppingstone_to_sdram:@ 将Steppingstone的4K数据悉数到SDRAM中去@ Steppingstone开端地址为0x00000000，SDRAM中开端地址为0x30000000mov r1, #0ldr r2, =SDRAM_BASEmov r3, #4*10241:ldr r4, [r1],#4 @ 从Steppingstone读取4字节的数据，并让源地址加4str r4, [r2],#4 @ 将此4字节的数据到SDRAM中，并让目地地址加4cmp r1, r3 @ 判别是否完结：源地址等于Steppingstone的未地址？bne 1b @ 若没有完，持续mov pc, lr @ 回来memsetup:@ 设置存储控制器以便运用SDRAM等外设mov r1, #MEM_CTL_BASE @ 存储控制器的13个寄存器的开端地址adrl r2, mem_cfg_val @ 这13个值的开端存储地址add r3, r1, #52 @ 13*4 = 541:ldr r4, [r2], #4 @ 读取设置值，并让r2加4str r4, [r1], #4 @ 将此值写入寄存器，并让r1加4cmp r1, r3 @ 判别是否设置完一切13个寄存器bne 1b @ 若没有写成，持续mov pc, lr @ 回来.align 4mem_cfg_val:@ 存储控制器13个寄存器的设置值.long 0x22011110 @ BWSCON.long 0x00000700 @ BANKCON0.long 0x00000700 @ BANKCON1.long 0x00000700 @ BANKCON2.long 0x00000700 @ BANKCON3.long 0x00000700 @ BANKCON4.long 0x00000700 @ BANKCON5.long 0x00018005 @ BANKCON6.long 0x00018005 @ BANKCON7.long 0x008C07A3 @ REFRESH.long 0x000000B1 @ BANKSIZE.long 0x00000030 @ MRSRB6.long 0x00000030 @ MRSRB7
#define GPBCON (*(volatile unsigned long *)0x56000010)#define GPBDAT (*(volatile unsigned long *)0x56000014)#define GPB5_out (1<<(5*2))#define GPB6_out (1<<(6*2))#define GPB7_out (1<<(7*2))#define GPB8_out (1<<(8*2))void wait(unsigned long dly){for(; dly > 0; dly--);}int main(void){unsigned long i = 0;GPBCON = GPB5_out|GPB6_out|GPB7_out|GPB8_out; // 将LED1-4对应的GPB5/6/7/8四个引脚设为输出while(1){wait(30000);GPBDAT = (~(i<<5)); // 依据i的值，点亮LED1-4if(++i == 16)i = 0;}return 0;}
all : head.S leds.carm-linux-gcc -c -g -o head.o head.Sarm-linux-gcc -c -g -o leds.o leds.carm-linux-ld -Ttext 0x00000000 head.o leds.o -o sdram_elfarm-linux-objcopy -O binary -S sdram_elf sdram.binarm-linux-objdump -D -m arm sdram_elf > sdram.disclean:rm -f sdram.dis sdram.bin sdram_elf *.o
本来Makefile中没有加-g这使我很抑郁，能用elf调试可是什么断点都不能打。曾经没有留意这个问题。原链接地址是0x30000000,我改为0x0这位就可以在内部ram中调试。下边看看内部ram劳动到sdram的作用图：
copy之前：
copy之前：
copy之后：
留意事项：
1.要想看到劳动作用，调试之前要先断电上电一下，这位sdram中的内容就丢掉变为0xff。否则前次劳动过的东西还有，就看不到作用了。
2.还有一点惋惜，便是我把链接地址改为0x00000000后，在程序中跳到main时，实际上还在内部ram中。我无法跳到SDRAM，由于我直接写一个肯定地址0x3000000e8,编译都不让我过的。横竖经过图能看到的确劳动过来了，这是从sram到sdram中的劳动办法，可认为今后从NorFlash劳动和从NandFlash劳动到乃至SD卡中劳动到ram中垫下了根底。
这个程序要想下载运转，把链接地址改为0x30000000 －（内存大小）范围内应该都没有问题。
这也得出了，u-boot的发动原理，链接时分只管链接到内存中的地址（0x33F80000），当下载到NandFlash中运转的时分，只用相对跳转指令（就像在大街上左走20米，右走20米），这样诈骗代码，不让它知道自己在哪里。到内存初始化好了，代码劳动曩昔之后。忽然来个肯定跳转到SDRAM中（就像在大街上前门大街15号）。这也是如果把链接地址改成的0x0是能调试了，可是就不能跳转SDRAM中了。现在不能，不知道今后能不能。
