> 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 com
d by bootloader. OpenOCD uses part of BootLoader in form 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"
> To:
> Subject: [Openocd-development] Problem
Am 11.10.2010 22:04, 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
om]
Sent: Wednesday, 13 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 foun
rs,
Bernie
--
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
ernie
--
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:
om: Øyvind Harboe [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
--
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.
T
t: Re: [Openocd-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_
Hi Jorg,
That's what I don't understand .. You get reliable debugging with 500Khz, but
with me I have to set the PLL running and then set the cpu clock to 100mhz
before I can get high speed debugging ... With the rc osc (I presume at 4mhz)
on boot, I CANNOT get reliable operation unless I drop
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 it
uot; is the same as Lying ... BRM
-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
> Regarding flashing, I am using the " mon flash write_image erase
unlock file.elf 0 elf"
> command from GDB, I don't know if that is executing on the target..
Try just "load" from GDB.
Well I have tried that, but I get this error from the GDB (DSF)Hardware
debugger plugin for Eclipse:
--
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 opt
> 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 b
@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 u
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
th
somewhere at least and my openocd.exe in my 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.
De
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
gdb-flash-w
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 0x00
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 miss
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 di
eally confused why this object file crashes the
debugger ..
Cheers,
Bernie
On Mon, Feb 14, 2011 at 5:00 PM, Andrew Leech wrote:
> On Mon, Feb 14, 2011 at 12:48 PM, Bernard Mentink
> wrote:
> > Hi All,
> > I apologize for posting a somewhat openocd off-topic question, but I am
> i
>
>
> 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 c
24 matches
Mail list logo