[U-Boot] [PATCH 00/26] arm: add full relocation / cache support

[Ben Gardiner]

On Wed, Aug 11, 2010 at 4:00 PM, Ben Gardiner
<bengardiner at nanometrics.ca> wrote:
> On Wed, Aug 11, 2010 at 2:15 PM, Heiko Schocher <hs at denx.de> wrote:
>> This patch series add full relocation and cache support for arm
>> based boards. I test this for arm1136, arm_cortexa8 and arm926ejs
>> based boards.
>
> I pulled u-boot-testing/arm-reloc-and-cache-support and had to clobber
> the old branch cause I forgot that it was a rebased branch, so don't
> have the old series against which to perform any comparisons, sorry.
>
> Tested 046be127bbccfafe8b84c656ed87e1873e8a63d4 of
> git://git.denx.de/u-boot-testing.git with da850evm_config.
>
> The board did not come up. I set a breakpoint in relocate_code and got
> a register dump as requested in previous email threads.
>
> (gdb) hbreak relocate_code
> Hardware assisted breakpoint 1 at 0xc1080088: file start.S, line 218.
> (gdb) c
> Continuing.
>
> Breakpoint 1, relocate_code () at start.S:219
> 219             mov     r5, r1  /* save addr of gd */
> (gdb) info registers
> r0             0xbfebdfa8       3219906472
> r1             0xbfebdfac       3219906476
> r2             0xbffd2000       3221037056
> r3             0x3c     60
> r4             0xbfebdfa8       3219906472
> r5             0x0      0
> r6             0xbfebdfa8       3219906472
> r7             0xbfebdfac       3219906476
> r8             0xc0000f80       3221229440
> r9             0x0      0
> r10            0xc1097014       3238621204
> r11            0xe8e5134        244207924
> r12            0xbfebdfe8       3219906536
> sp             0xc0000f80       0xc0000f80
> lr             0xc108076c       3238528876
> pc             0xc1080088       0xc1080088 <relocate_code+4>
> fps            0x0      0
> cpsr           0x600000d3       1610612947
>
> .. step to start.S:302 where we have 'move lr,r2'
>
> (gdb) info registers
> r0             0xbfebdfac       3219906476
> r1             0xbffd2000       3221037056
> r2             0xbffd2540       3221038400
> r3             0xc1080000       3238526976
> r4             0xbffd2000       3221037056
> r5             0xbfebdfac       3219906476
> r6             0xbffe9610       3221132816
> r7             0xbffd2000       3221037056
> r8             0xc06ffff0       3228565488
> r9             0x0      0
> r10            0xffbffef7       4290772727
> r11            0xe8e5134        244207924
> r12            0xbfebdfe8       3219906536
> sp             0xbfebdfa8       0xbfebdfa8
> lr             0xc108013c       3238527292
> pc             0xc1080154       0xc1080154 <clbss_l+48>
> fps            0x0      0
> cpsr           0x600000d3       1610612947

Sorry, I forgot that you also wanted gd->ram_size. Which is probably a
problem since it is 0:
(gdb) p gd->ram_size
$1 = 0

Best Regards,
Ben Gardiner

---
Nanometrics Inc.
+1 (613) 592-6776 x239
http://www.nanometrics.ca