On Wed, Aug 11, 2010 at 4:00 PM, Ben Gardiner <bengardi...@nanometrics.ca> wrote: > On Wed, Aug 11, 2010 at 2:15 PM, Heiko Schocher <h...@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 _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot