olimex lpc1766 openocd+gdc nsh example not working

This is my problem:

  1. I make openocd run correctly (i think) openocd -f interface/olimex-arm-usb-ocd-h.cfg -f target/lpc1766.cfg -c

i receive this output:

Open On-Chip Debugger 0.6.0 (2012-09-28-16:37)

Licensed under GNU GPL v2

For bug reports, read

http://openocd.sourceforge.net/doc/doxygen/bugs.html

openocd: option requires an argument – ‘c’

Info : only one transport option; autoselect ‘jtag’

adapter_nsrst_delay: 200

jtag_ntrst_delay: 200

adapter speed: 10 kHz

cortex_m3 reset_config vectreset

Info : max TCK change to: 30000 kHz

Info : clock speed 10 kHz

Info : JTAG tap: lpc1766.cpu tap/device found: 0x4ba00477 (mfg: 0x23b, part: 0xba00, ver: 0x4)

Info : lpc1766.cpu: hardware has 6 breakpoints, 4 watchpoints

  1. I try then to connect with gdb with :

arm-none-eabi-gdb

(gdb) target remote localhost:3333

Remote debugging using localhost:3333

  1. i receive in openocd window this output:

Info : accepting ‘gdb’ connection from 3333

Warn : acknowledgment received, but no packet pending

undefined debug reason 6 - target needs reset

Error: address + size wrapped(0xfffffffe, 0x00000004)

  1. i then reset in gdb with mon reset then i halt with mon halt i receive this output in openocd windows

Info : accepting ‘gdb’ connection from 3333

Warn : acknowledgment received, but no packet pending

undefined debug reason 6 - target needs reset

Info : JTAG tap: lpc1766.cpu tap/device found: 0x4ba00477 (mfg: 0x23b, part: 0xba00, ver: 0x4)

Warn : Only resetting the Cortex-M3 core, use a reset-init event handler to reset any peripherals or configure hardware srst support.

target state: halted

target halted due to debug-request, current mode: Thread

xPSR: 0x01000000 pc: 0x1fff0c38 msp: 0x10007fc4

  1. i load my program in gdb with load nuttx i receive this output in openocd window

target state: halted

target halted due to debug-request, current mode: Thread

xPSR: 0x01000000 pc: 0x1fff0c38 msp: 0x10007fc4

Warn : Verification will fail since checksum in image (0x000000cd) to be written to flash is different from calculated vector checksum (0xefffc324).

Warn : To remove this warning modify build tools on developer PC to inject correct LPC vector checksum.

and this output in gdb window

Loading section .text, size 0x14fc0 lma 0x0

Loading section .data, size 0x152 lma 0x14fc0

Start address 0x224, load size 86290

Transfer rate: 396 bytes/sec, 9587 bytes/write.

6)i then reset again with mon reset -init and receive this output in openocd window

checksum.

cortex_m3 reset_config [‘srst’|‘sysresetreq’|‘vectreset’]

ft2232_layout layout_name

jtag arp_init-reset

jtag_reset trst_active srst_active

lpc1766.cpu arp_examine

lpc1766.cpu arp_halt

lpc1766.cpu arp_halt_gdb

lpc1766.cpu arp_poll

lpc1766.cpu arp_reset

lpc1766.cpu arp_waitstate

lpc1766.cpu cortex_m3 reset_config [‘srst’|‘sysresetreq’|‘vectreset’]

power_restore

reset [run|halt|init]

reset_config [none|trst_only|srst_only|trst_and_srst]

[srst_pulls_trst|trst_pulls_srst|combined|separate]

[srst_gates_jtag|srst_nogate] [trst_push_pull|trst_open_drain]

[srst_push_pull|srst_open_drain]

reset_nag [‘enable’|‘disable’]

soft_reset_halt srst_deasserted

in procedure ‘reset’

  1. lastry i write continue in gdb

gdb window say continuing and nothing more.

Comment) Since i loaded nuttx on my board with nsh configuration i should at least see led1 light but this don’ happens

everything looks ok to me except for step 6 - rather than ‘mon reset -init’ use ‘mon reset init’

Spen

Mhhh chances are my elf file (nuttx os ) is corrupted or bad configured . Tomorrow i’ll try what u say, It’s sad that olimex don’t provide any simple make file for this board…