Looks like my .cfg files were in a 7zip format I will send them individually so they are more visible to more people
In some cases I did not use UploadPgmAtZero.cfg when I used (gdb) load instead... Sincerley, Joe On Fri, Jun 26, 2009 at 6:39 PM, Joseph Kuss <jmk.engin...@gmail.com> wrote: > Gmail sent without my promised attachments. > > Please check them out. > > Sincerely, > Joe > > > 1) June26AttemptsB1.pdf ==>>> Screen shots of exactly what I sent to > gdb. > 2) openocdLog26B1.txt ==>>> Level 3 debug trace, for communications > between gdb and openOCD. > 3) ConfigFiles_June26Attempt.7z ==>> All my openOCD config files for > 0.1.0 > > > On Fri, Jun 26, 2009 at 6:32 PM, Joseph Kuss <jmk.engin...@gmail.com>wrote: > >> Now I have completely taken Eclipse out of the picture, and am just using >> openOCD and GDB 6.8. >> >> I still am stuck and no breaky points ! >> >> I am following a template that was provided, this was helpfull but is not >> my solution it seems. >> //================================================ >> Joe, >> Try adding this to your configuration file >> #---- >> gdb_memory_map enable >> #---- >> This tells openocd to inform GDB where 'flash lives' - thus GDB will >> attempt to use hardware breakpoints. >> >> ===== >> Specify the ELF file... >> ===== >> (gdb) file >> ./bin/basic-internalflash-project-at91sam3u-ek-at91sam3u4-flash.elf >> Reading symbols from >> /home/duane/cortex/b/basic-internalflash-project-at91sam3u-ek/basic-internalflash-project/bin/bas >> ic-internalflash-project-at91sam3u-ek-at91sam3u4-flash.elf...done. >> ===== >> Specify the target >> ===== >> (gdb) target remote 192.168.0.100:3333 >> Remote debugging using 192.168.0.100:3333 >> 0x00000000 in ?? () >> !!!!!!!!!! in my case !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! >> (gdb) target remote localhost:3333 >> ===== >> Tell openocd to HALT the target >> ===== >> (gdb) mon halt >> ===== >> Tell openocd to RESET the target. >> ===== >> (gdb) mon reset >> JTAG tap: sam3.cpu tap/device found: 0x4ba00477 (mfg: 0x23b, part: 0xba00, >> ver: 0x4) >> JTAG Tap/device matched >> ===== >> And i tell it to halt again... >> ===== >> (gdb) mon halt >> target state: halted >> target halted due to debug-request, current mode: Handler BusFault >> xPSR: 0x21000005 pc: 0x000817dc >> ===== >> Load my program - this actually programs the flash >> ===== >> (gdb) load >> Loading section .fixed, size 0x133c lma 0x80000 >> Loading section .relocate, size 0xf4 lma 0x8133c >> Start address 0x811dc, load size 5168 >> Transfer rate: 4 KB/sec, 2584 bytes/write. >> ===== >> Set a breakpoint at "main()" >> ===== >> (gdb) break main >> Breakpoint 1 at 0x800c0: file main.c, line 168. >> ===== >> Tell GDB to continue - see the NOTE from GDB... >> ===== >> (gdb) cont >> Continuing. >> Note: automatically using hardware breakpoints for read-only addresses. >> ===== >> I hit my breakpoint.. >> ===== >> Breakpoint 1, main () at main.c:168 >> 168 TRACE_CONFIGURE(DBGU_STANDARD, 115200, BOARD_MCK); >> (gdb) >> ===== >> Works for me :-) >> ===== >> //================================================ >> Does not work for me, yet anyways. >> >> Please check out my attachements, incuded is >> >> 1) June26AttemptsB1.pdf ==>>> Screen shots of exactly what I sent to >> gdb. >> 2) openocdLog26B1.txt ==>>> Level 3 debug trace, for tracking >> communications between gdb and openOCD. >> 3) ConfigFiles_June26Attempt.7z >> > >
Eagle100_jtag_tiny-setup.cfg
Description: Binary data
DebugPgm.cfg
Description: Binary data
ErasePgm.cfg
Description: Binary data
UploadPgmAtZero.cfg
Description: Binary data
_______________________________________________ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
