最近在阅读 vivi，顺便将其中的针对 2410 有用的部分精简出来，构成自己的代码。
刚刚完成了汇编部分，head.S 终于顺利的跳入到了 main.c 中。这个过程我是逐个功能添加的。每添加一个功能，直到测试成功再添加下一功能。这样的累积我觉得也是有好处的，可能对每个功能模块、每个步骤都详细了解出了问题也能很快的定位。当然，最重要的是深入细节，其中可以学到很多的东西，掌握很多东西。（“学会”与“掌握”是不同的）
从 head.S 跳入 main.C 中，这个过程我出了一点差错。其实之前对运行域与加载域也有所了解，但在这里还是卡了一下。这里分析一下：
首先，要明确的是这个跳转用 B/BL 指令肯定是不行的。因为 2410 的 sdram 一般都放在 bank6(0x30000000)，我们要从 bank0 跳到 bank6，而 B/BL 的范围只有 +/-32M （这在另一篇里分析过）。那么这个跳转只能由向 pc 直接写值来实现。
vivi 中的这个跳转过程采用了“弹簧床”的技巧。让我们来看看在 vivi 中它是如何实现的：
|
|
从上面可以看到，add pc, r1, #0 这一句之后程序已经开始运行在 sdram 中了。
其次，要注意一个细节：“位置无关代码”与“位置相关代码”。
位置无关代码，即代码在链接之后无论放在哪里，都能正确的运行。程序的运行是顺序的，但跳转的时候，位置的问题就来了。跳转的目标地址是如何计算来的呢？在指令 b/bl 中，目标地址是通过当前 pc 来计算的，它是目标地址是一个相对量(相对当前pc)。
位置相关代码，链接之后，代码需要放在指定的地方，才能正确的运行。链接的时候，主要是链接程序中的symbol，给其一个地址。ldr r1, =on_the_ram 这条指令中，on_the_ram 的地址值在链接后即是确定的。也就是说cpu在其后，即会跳到指定的地址去，我们必须把我们的代码也放到这个指定的地址，那么cpu才能运行正确的指令。否则就会出错。
具体来看一下这些程序的编译过程：
|
|
Makefile 写的很初级。其中可以看到，程序的链接地址是 0x33f00000 。即链接之后，on_the_ram的地址值一定在0x33f00000之后（bank6中），而不是bank0中的地址。
还可以直接写一个链接脚本，这样可以看得更直观：
SECTIONS {
first 0x33f00000 : { head.o nand_read.o main.o }
}
这里也写的很简单，直接都链接到了0x33f00000。在ldr r1, =on_the_ram这一句之前的所有操作都是位置无关代码，复制nand的nand_read.c也自然是位置无关代码，这些无论放在0地址开始还是放在0x33f00000 都可以正确的被执行。
再次，这里为什么链接到 0x33f00000 呢？
其实很简单，在 head.S 里我把整个 代码都复制到了 0x33f00000 开始的地方。如果链接到了 0x30000000，那么cpu就是从0x30000000后面开始的相应位置支找 on_the_ram，自然是找不到的。
我开始犯了一个错误，链接到了0x30000000。
最后，来看一下反汇编代码。
|
|
最后，贴一下打印出来的信息：
|
|
1365
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
