On Thu, Mar 17, 2011 at 9:57 AM, Anders Törnqvist <[email protected]> wrote: > I'm using a AM3517-based board and have built a kernel that is downloaded > and started via U-Boot on target. > Have grep-ed Linux System.map for the address of start_kernel (0xc0008668). > > I start up and do: > - In openocd: amdm37x_dbginit am3517.cpu > - In openocd: reset halt > - In openocd set breakpoint for start_kernel: bp 0xc0008668 1 hw > - In openocd: resume > U-boot loads and starts kernel and breaks at start_kernel > - Start a DDD with myc cross-gdb > - In DDD/GDB: file vmlinux > - In DDD/GDB: target remote localhost:3333 > > Now DDD shows the execution at start_kernel. > > When trying to step in DDD, it seems to jump around a bit and not following > the code nicely. > Maybe some optimization issues?
gcc does that at -O2, use -O0. I think GDB/GCC is trying to show you how it rearranged the code. Very confusing and annoying, but there you go. I don't have an answer for you on the DSCR_DTR_RX_FULL, I'd have to debug it. -- Øyvind Harboe Can Zylin Consulting help on your project? US toll free 1-866-980-3434 / International +47 51 87 40 27 http://www.zylin.com/zy1000.html ARM7 ARM9 ARM11 XScale Cortex JTAG debugger and flash programmer _______________________________________________ Openocd-development mailing list [email protected] https://lists.berlios.de/mailman/listinfo/openocd-development
