Re: [OpenOCD-devel] Change in openocd[master]: gdb: add config command to auto send halt cmd

2011-11-22 Thread Øyvind Harboe
On Wed, Nov 23, 2011 at 8:20 AM, Peter Stuge wrote: > Øyvind Harboe wrote: >> You can find lengthy discussions in the old mailing list archives >> on why OpenOCD should do nothing on connect and give the startup >> script complete control on how to connect to the target. > > Can you summarize? I

Re: [OpenOCD-devel] Change in openocd[master]: gdb: add config command to auto send halt cmd

2011-11-22 Thread Peter Stuge
Øyvind Harboe wrote: > You can find lengthy discussions in the old mailing list archives > on why OpenOCD should do nothing on connect and give the startup > script complete control on how to connect to the target. Can you summarize? By startup script do you mean OpenOCD TCL or GDB init script?

Re: [OpenOCD-devel] Change in openocd[master]: gdb: add config command to auto send halt cmd

2011-11-22 Thread Øyvind Harboe
> In principle I agree with the proposed patchset, but in practise I'm > not sure where it should go. > > When I make gdb attach to OpenOCD I *always* want gdb to have control > over the target CPU. This isn't the case if the CPU is running, and I > must fiddle with continue and Ctrl-C to get into

[OpenOCD-devel] Request For Help

2011-11-22 Thread Mashal al-shboul
Hi, thanks for this mailing list,   actually i need a help about openOCD hoping that you give a hand for me,   i installed openOCD 0.5.0 with ftd2xx driver to program my IntelMote2 by   JTAG, when i try to install a compiled program  errors in ft2232.c occurs:     ft2232.c: In function 'ft2232

Re: [OpenOCD-devel] Change in openocd[master]: gdb: add config command to auto send halt cmd

2011-11-22 Thread Peter Stuge
James Zhao wrote: > After learning about the fact the that we can execute command after > connection, I agree the patch was not necessary. The patch per se not, but I agree with the intent of improving sync between gdb and OpenOCD. > The problem I am encountering now is that I can not establish

Re: [OpenOCD-devel] Change in openocd[master]: gdb: add config command to auto send halt cmd

2011-11-22 Thread Peter Stuge
Mathias K. wrote: > > When I make gdb attach to OpenOCD I *always* want gdb to have control > > over the target CPU. > > This is already done with the gdb monitor command. As you know this *isn't* done. That is the point. Yes OpenOCD can be controlled from within gdb, that's not the point. The p

Re: [OpenOCD-devel] Change in openocd[master]: gdb: add config command to auto send halt cmd

2011-11-22 Thread James Zhao
After learning about the fact the that we can execute command after connection, I agree the patch was not necessary. The problem I am encountering now is that I can not establish a connection using gdb to the device when it is not halted, so I couldn't issue "monitor ..." commands. The gdb connect

Re: [OpenOCD-devel] Change in openocd[master]: gdb: add config command to auto send halt cmd

2011-11-22 Thread Mathias K.
Hello, On 23.11.2011 06:08, Peter Stuge wrote: > James Zhao wrote: >> So it would seems that when gdb_new_connection is invoked, there is not >> check if device is halted or not. >> And this become a problem when trying to get register since the device >> needed to be halted first. >> Is there a g

Re: [OpenOCD-devel] Change in openocd[master]: gdb: add config command to auto send halt cmd

2011-11-22 Thread Peter Stuge
James Zhao wrote: > So it would seems that when gdb_new_connection is invoked, there is not > check if device is halted or not. > And this become a problem when trying to get register since the device > needed to be halted first. > Is there a good place in the code to add a check for device halt, w

Re: [OpenOCD-devel] Change in openocd[master]: gdb: add config command to auto send halt cmd

2011-11-22 Thread James Zhao
So it would seems that when gdb_new_connection is invoked, there is not check if device is halted or not. And this become a problem when trying to get register since the device needed to be halted first. Is there a good place in the code to add a check for device halt, when gdb_new_connection is ca

[OpenOCD-devel] OpenOCD MinGW 32 (on Windows 7) Configure Fails

2011-11-22 Thread Whitlock, Bradley D
This is from Git revision 231 (I think). Not sure how to actually get a revision from git command, but when I run git log, I get the following line: ... Reviewed-on: http://openocd.zylin.com/231 evaluation ... Near the top of the output, so just making an assumption there. I cloned at 1230PM on 1

Re: [OpenOCD-devel] OpenOCD MinGW 32 (on Windows 7) Configure Fails

2011-11-22 Thread Whitlock, Bradley D
Update. This error only occurs if I don't use Tcl 8.5. It looks like before, autoconfigure was using jimtcl bootstrap interpreter. Perhaps a note in the README that states Tcl 8.5 as a dependency and ditch the bootstrap interpreter? Just a thought. Thanks, Brad From: Whitlock, Bradley D Sent:

Re: [OpenOCD-devel] Change in openocd[master]: gdb: add config command to auto send halt cmd

2011-11-22 Thread James Zhao
OK I didn't know OpenOCD can still execute after connection, because I have been seeing the fellowing output on the log when I try to attach a gdb to the device. Error: 550 17141 armv4_5.c:1052 arm_get_gdb_reg_list(): not a valid arm core mode - communication failure? Debug: 551 17141 gdb_server.c

[OpenOCD-devel] [PATCH]: 7ced90e TCL/SPEAr: fix name of included file

2011-11-22 Thread gerrit
This is an automated email from Gerrit. Antonio Borneo (borneo.anto...@gmail.com) just uploaded a new patch set to Gerrit, which you can find at http://openocd.zylin.com/234 -- gerrit commit 7ced90eebc7db4b9e1c46e594f5e9abf18233d81 Author: Antonio Borneo Date: Wed Nov 23 00:12:58 2011 +0800

[OpenOCD-devel] [PATCH]: 1192245 gdb: add config command to auto send halt cmd

2011-11-22 Thread gerrit
This is an automated email from Gerrit. James Zhao (jamz...@gmail.com) just uploaded a new patch set to Gerrit, which you can find at http://openocd.zylin.com/233 -- gerrit commit 11922453b3ebb3c37b29bfd71d678ad81f42dab4 Author: James Zhao Date: Tue Nov 22 00:47:54 2011 -0800 gdb: add c