Re: [Openocd-development] gdb startup from eclipse failue

2011-02-14 Thread Bernard Mentink
the debugger .. Cheers, Bernie On Mon, Feb 14, 2011 at 5:00 PM, Andrew Leech coronasen...@gmail.comwrote: On Mon, Feb 14, 2011 at 12:48 PM, Bernard Mentink bment...@gmail.com wrote: Hi All, I apologize for posting a somewhat openocd off-topic question, but I am in a bind. I have been using

Re: [Openocd-development] gdb startup from eclipse failue

2011-02-14 Thread Bernard Mentink
I'm running: Version: Helios Service Release 1 Build id: 20100917-0705 I highly suggest you update it, when I first tried the original Helios it was so incredibly buggy I switched back to the previous release until this update came out. I have just updated it and re-installed cdt-master

[Openocd-development] gdb startup from eclipse failue

2011-02-13 Thread Bernard Mentink
Hi All, I apologize for posting a somewhat openocd off-topic question, but I am in a bind. I have been using openocd and gdb from within eclipse quite happily, until I duplicated a project to start a new one, and tried debugging it. When gdb launches from within eclipse, I get a windoze crash

Re: [Openocd-development] USB latency limiting JTAG speed

2010-10-19 Thread Bernard Mentink
@Laurent: For now, if you want to speed up your OpenOCD , build OpenOCD with d2xx driver :-) ! Tried that on windows ... Makes no difference, either driver gives the same speed, the bottleneck is OpenOCD, on Linux I can't even get openocd to see the adapter with the d2xx driver, I have to

Re: [Openocd-development] Eclipse Helios GDB settings (was: STM32 flashwrite speed)

2010-10-19 Thread Bernard Mentink
I have got decent results in Helios using the GDB (DSF) Hardware Debugging Launcher with the following, pretty straight-forward, configuration. Main tab: Select project and binary as usual Debugger tab: GDB Command: arm-none-eabi-gdb Check Use remote target JTAG Device: OpenOCD (via pipe) (GDB

Re: [Openocd-development] Eclipse Helios GDB settings (was: STM32 flashwrite speed)

2010-10-19 Thread Bernard Mentink
path as well. I will have a go at doing this different, so can run it as a pipe. Cheers, Bernie But that's exactly what the event handlers in openocd.cfg does! Calling reset init before and after gdb flashing. Den 19 okt 2010 21.26, Bernard Mentink bernard.ment...@trimble.co.nz skrev

Re: [Openocd-development] Eclipse Helios GDB settings (was: STM32 flashwrite speed)

2010-10-19 Thread Bernard Mentink
Hi Andreas, I have tried to do what you describe below. I have setup my windows paths so that openocd (cygwin version) runs fine in a normal console window .. That works. I can now run openocd with the pipe option in eclipse.. I also have modified my openocd.cfg file to include the

Re: [Openocd-development] Eclipse Helios GDB settings (was: STM32flashwrite speed)

2010-10-19 Thread Bernard Mentink
Hi again Andreas, An update to this: The error below was because I had several instances of gdb running, they were not closed off correctly in eclipse. Now when I run it, the program downloades and I get to main correctly However, when I hit continue, I end up in the g_pfnVectors() at

Re: [Openocd-development] USB latency limiting JTAG speed

2010-10-19 Thread Bernard Mentink
Bernard Mentink wrote: A PC is USELESS for any kind of bitbanging or the like Rubbish! The bottleneck is OpenOCD, A PC is more than capable to do all the work necessary to support dumb (read simple) interface chips like the FT2232, I think you missed my point; even though the PC CPU

Re: [Openocd-development] STM32 flash write speed

2010-10-18 Thread Bernard Mentink
Hi there Freddie, I have the same issue with an LPC1766 (ruunig at 100Mhz) ... I have my JTAG set up for 6Mhz and can only flash at about 8..10kB/s, even slower than you .. Is this an OpenOCD issue? I also tried flashing an i.mx31 with external flash, and that flashed at about the same rate, so

Re: [Openocd-development] STM32 flash write speed

2010-10-18 Thread Bernard Mentink
-Original Message- From: Øyvind Harboe [mailto:oyvind.har...@zylin.com] Sent: Tuesday, 19 October 2010 7:23 a.m. To: Bernard Mentink Cc: Freddie Chopin; openocd-development@lists.berlios.de Subject: Re: [Openocd-development] STM32 flash write speed I measured ca. 100kBytes/s w/ZY1000

Re: [Openocd-development] Eclipse Helios GDB settings (was: STM32 flashwrite speed)

2010-10-18 Thread Bernard Mentink
On 2010-10-18 20:54, Bernard Mentink wrote: Well I have tried that, but I get this error from the GDB (DSF)Hardware debugger plugin for Eclipse: You need to select Standard GDB Hardware Debugging Launcher and instead of load command - use the available options below Load Image and Symbols

Re: [Openocd-development] STM32 flash write speed

2010-10-18 Thread Bernard Mentink
This test was caused by curiosity which started after reading one forum post in which someone describes that in CrossWorks when using the same JTAG he achieved almost 150kB/s, over 14x faster than OpenOCD. Well, that's BS. The STM32 flash has a nominal programming time of 52.5µs per 16

Re: [Openocd-development] Problem getting reliable reset init on LPC1766 target.

2010-10-12 Thread Bernard Mentink
, schrieb Bernard Mentink: # LPC2000 LPC1700 - SRST causes TRST reset_config srst_pulls_trst That does not work for me anymore since the Cortex-M3 reset handling patch is in. Have you tried reset_config srst_only? target remote localhost: Here must be a mon reset init. Otherwise, you'll have

Re: [Openocd-development] Problem getting reliable reset init on LPC1766 target.

2010-10-12 Thread Bernard Mentink
October 2010 10:02 a.m. To: Bernard Mentink Cc: Jörg Fischer; openocd-development@lists.berlios.de Subject: Re: [Openocd-development] Problem getting reliable reset init on LPC1766 target. If I set to 20khz, I get perfect debugging no errors .. I have found that the JTAG clock needs

Re: [Openocd-development] Problem getting reliable reset init on LPC1766 target.

2010-10-12 Thread Bernard Mentink
-- Hiding the Truth with Political Correctness is the same as Lying ... BRM -Original Message- From: Øyvind Harboe [mailto:oyvind.har...@zylin.com] Sent: Wednesday, 13 October 2010 10:31 a.m. To: Bernard Mentink Cc: Jörg Fischer; openocd-development

Re: [Openocd-development] Problem getting reliable reset init on LPC1766 target.

2010-10-12 Thread Bernard Mentink
-- Hiding the Truth with Political Correctness is the same as Lying ... BRM -Original Message- From: Øyvind Harboe [mailto:oyvind.har...@zylin.com] Sent: Wednesday, 13 October 2010 10:41 a.m. To: Bernard Mentink

Re: [Openocd-development] Problem getting reliable reset init on LPC1766 target.

2010-10-12 Thread Bernard Mentink
[mailto:oyvind.har...@zylin.com] Sent: Wednesday, 13 October 2010 10:57 a.m. To: Bernard Mentink Cc: Jörg Fischer; openocd-development@lists.berlios.de Subject: Re: [Openocd-development] Problem getting reliable reset init on LPC1766 target. mon reset halt Resetting turns the RC oscillator back

Re: [Openocd-development] Problem getting reliable reset init onLPC1766 target.

2010-10-12 Thread Bernard Mentink
-- Hiding the Truth with Political Correctness is the same as Lying ... BRM -Original Message- From: Øyvind Harboe [mailto:oyvind.har...@zylin.com] Sent: Wednesday, 13 October 2010 10:57 a.m. To: Bernard

Re: [Openocd-development] Problem getting reliable reset init on LPC1766 target.

2010-10-12 Thread Bernard Mentink
-development] Problem getting reliable reset init on LPC1766 target. Hi, Am 12.10.2010 23:36, schrieb Bernard Mentink: Yes, you are correct, I was looking at an old script that had it set to 500khz. This work for me _reliable_ on a custom lpc1768 board: adapter_khz 500 #delays on reset lines

[Openocd-development] Problem getting reliable reset init on LPC1766 target.

2010-10-11 Thread Bernard Mentink
Hi All, I am using an FT2232D based debugger board with the Olimex LPC1766 STK development board. I have compiled the latest OpenOCD and am running it from Cygwin. I also am running GDB from within eclipse(Zylin) ... although that is irrelevant since the same error exists on the command

Re: [Openocd-development] Problem getting reliable reset init

2010-10-11 Thread Bernard Mentink
of IAP commands, but the checksum is check only when flashing via UART. Lubomir VALEK Message: 3 Date: Tue, 12 Oct 2010 09:04:56 +1300 From: Bernard Mentink bernard.ment...@trimble.co.nz To: openocd-development@lists.berlios.de Subject: [Openocd-development] Problem getting reliable reset init