Hi, Just to let you know that I have finished my testing now and it all seems ok. Eclipse is a problem - but I have used https://wiki.gnome.org/Apps/Nemiver and proven the debug with that tool rather than Eclipse.
I have included the config files that I have used so that if someone has time they can review and add them to the code. Cheers, Peter The dlp-usb1232h.cfg - # # DLP Design DLP-USB1232H USB-to-UART/FIFO interface module # # http://www.dlpdesign.com/usb/usb1232h.shtml # # Schematics for OpenOCD usage: # http://randomprojects.org/wiki/DLP-USB1232H_and_OpenOCD_based_JTAG_adapter # echo "This file was tested with RPi.cfg. Please report your experience with this" echo "file to openocd-devel mailing list, so it could be marked as working or fixed." interface ftdi transport select jtag #ftdi_device_desc FT2232C Dual USB-UART/FIFO IC ftdi_vid_pid 0x0403 0x6010 ftdi_layout_init 0x0008 0x000b ftdi_layout_signal nTRST -data 0x0010 -oe 0x0010 ftdi_layout_signal nSRST -data 0x0040 -oe 0x0040 The Raspberry Pi config - # Broadcom 2835 on Raspberry Pi telnet_port 4444 gdb_port 5555 if { [info exists CHIPNAME] } { set _CHIPNAME $CHIPNAME } else { set _CHIPNAME RPi } if { [info exists CPUTAPID ] } { set _CPUTAPID $CPUTAPID } else { set _CPUTAPID 0x07b7617F } # raspberrypi only has trst reset_config trst_only # SRST causes TRST but raspberrypi does not have SRST #reset_config trst_and_srst srst_pulls_trst #reset_config none # reset delays jtag_ntrst_delay 400 # raspberry pi does not have srst #adapter_nsrst_delay 400 # raspberry pi does not connect RTCK so dont attempt adaptive clocking #jtag_rclk 1000 adapter_khz 1000 jtag newtap $_CHIPNAME arm -irlen 5 -expected-id $_CPUTAPID set _TARGETNAME $_CHIPNAME.arm target create $_TARGETNAME arm11 -chain-position $_TARGETNAME RPi.arm configure -event gdb-attach { halt } On 06/07/14 22:40, Peter Saunderson wrote: > Hi, > > I have just been testing interface/ftdi/dlp-usb1232h.cfg connected to > a RaspberryPi and it works ok with gdb from the command line but fails > with eclipse. > > This is my version of the dlp-usb1232h.cfg file is below. I could not > get the correct ftdi_device_desc so commented out the line. Looking at > the output of lsusb it shows FT2232C Dual USB-UART/FIFO IC .. but this > produced an error message from openocd. > > With gdb on the command line I run > > arm-linux-gnueabihf-gdb RPiLinux/build/vmlinux > target remote localhost:5555 > > b RPiLinux/kernel/time/tick-sched.c:54 > > and I can get the code to break at this point and continue and break > etc so all looks good. > > But when I use eclipse the break point never gets set and I get an > error wDTR/rDTR inconsistent (DSCR 4000e003) > > Here is the output log from openocd where the failure occurs > Debug: 2760 367643 gdb_server.c:2662 gdb_input_inner(): received > packet: 'qfThreadInfo' > Debug: 2761 367643 gdb_server.c:2662 gdb_input_inner(): received > packet: 'qfThreadInfo' > Debug: 2762 372066 gdb_server.c:2662 gdb_input_inner(): received > packet: 'qTStatus' > Debug: 2763 372066 gdb_server.c:2662 gdb_input_inner(): received > packet: 'c' > Debug: 2764 372066 target.c:1401 target_call_event_callbacks(): target > event 5 (gdb-start) > Debug: 2765 372066 gdb_server.c:1523 gdb_step_continue_packet(): - > Debug: 2766 372066 gdb_server.c:1532 gdb_step_continue_packet(): continue > Debug: 2767 372066 target.c:1401 target_call_event_callbacks(): target > event 3 (resume-start) > Debug: 2768 372066 arm11.c:440 arm11_resume(): target->state: halted > Debug: 2769 372066 arm11.c:450 arm11_resume(): RESUME PC c001a674 > Debug: 2770 372068 target.c:1722 > target_free_all_working_areas_restore(): freeing all working areas > Error: 2771 372069 arm11.c:258 arm11_leave_debug_state(): wDTR/rDTR > inconsistent (DSCR 4000e003) > Debug: 2772 372069 arm11.c:501 arm11_resume(): error while calling > "arm11_leave_debug_state(arm11, true)" > Debug: 2773 372069 gdb_server.c:2662 gdb_input_inner(): received > packet: 'g' > Debug: 2774 372069 gdb_server.c:2662 gdb_input_inner(): received > packet: 'mc001a674,4' > > Not obvious to me what I should be looking for to work out what is > happening. Any suggestions would be most welcome! > > Cheers, > > Peter > > > # > # DLP Design DLP-USB1232H USB-to-UART/FIFO interface module > # > # http://www.dlpdesign.com/usb/usb1232h.shtml > # > # Schematics for OpenOCD usage: > # > http://randomprojects.org/wiki/DLP-USB1232H_and_OpenOCD_based_JTAG_adapter > # > > echo "WARNING!" > echo "This file was not tested with real interface, it is based on > schematics and code" > echo "in ft2232.c. Please report your experience with this file to > openocd-devel" > echo "mailing list, so it could be marked as working or fixed." > > interface ftdi > transport select jtag > #ftdi_device_desc FT2232C Dual USB-UART/FIFO IC > ftdi_vid_pid 0x0403 0x6010 > > ftdi_layout_init 0x0008 0x000b > ftdi_layout_signal nTRST -data 0x0010 -oe 0x0010 > ftdi_layout_signal nSRST -data 0x0040 -oe 0x0040 > > > My raspberry pi config follows: > > # Broadcom 2835 on Raspberry Pi > > telnet_port 4444 > gdb_port 5555 > > if { [info exists CHIPNAME] } { > set _CHIPNAME $CHIPNAME > } else { > set _CHIPNAME RPi > } > > if { [info exists CPUTAPID ] } { > set _CPUTAPID $CPUTAPID > } else { > set _CPUTAPID 0x07b7617F > } > > # SRST causes TRST > reset_config trst_and_srst srst_pulls_trst > #reset_config none > > # reset delays > adapter_nsrst_delay 400 > #jtag_ntrst_delay 400 > > # we dont connect RTCK so dont attempt adaptive clocking > #jtag_rclk 1000 > adapter_khz 1000 > > jtag newtap $_CHIPNAME arm -irlen 5 -expected-id $_CPUTAPID > > set _TARGETNAME $_CHIPNAME.arm > target create $_TARGETNAME arm11 -chain-position $_TARGETNAME > > #RPi.arm configure -event gdb-attach { halt } > > > ------------------------------------------------------------------------------ _______________________________________________ OpenOCD-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openocd-devel
