Doesn't look like there's any good reason to hold up
the 0.3.0 release any more. Let me know ASAP if you
have something critical ... else I'll be cutting the
release later tonight.
Also, while I *could* set up a bugfix branch (for a
potential 0.3.1 release), I'll hold off on doing that
for now.
Buttons are flaky (Fixed in latest version of Eclipse)
http://www.norio.be/blog/2009/10/problems-eclipse-buttons-ubuntu-910
--
Øyvind Harboe
http://www.zylin.com/zy1000.html
ARM7 ARM9 ARM11 XScale Cortex
JTAG debugger and flash programmer
___
Openo
This patch adds support for our new JTAG adapter KT-LINK.
Thanks
Krzysztof Kajstura
www.kristech.eu
diff --git a/src/jtag/ft2232.c b/src/jtag/ft2232.c
index e570cbe..ca4328d 100644
--- a/src/jtag/ft2232.c
+++ b/src/jtag/ft2232.c
@@ -149,6 +149,7 @@ static int sheevaplug_init(void);
static int
Fixes a couple of build warnings under cygwin.
No objections i will commit
Cheers
Spen
0001-Build-fix-build-warning-under-cygwin.patch
Description: Binary data
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.ber
I use LM3S6432 SoC that is controlled via LM3S881 board. When writing
to flash I frequently get such error message:
> halt
target state: halted
target halted due to debug-request, current mode: Thread
xPSR: 0x8100 pc: 0xbdf6 msp: 0x20007380
> flash write_image erase image.bin 0x1000 bin
au
--- b/src/target/arm920t.c2009-11-04 22:01:14.0 +0800
+++ a/src/target/arm920t.c2009-11-04 21:30:51.0 +0800
@@ -552,12 +552,9 @@
arm9tdmi_common_t *arm9tdmi = arm7_9->arch_info;
arm920t_common_t *arm920t = arm9tdmi->arch_info;
-if ((retval = arm7_9_write_memor
>
> Any objections to committing this?
>
> Tested w/Linux and eCos build.
>
> If I could have confirmation that Windows and Cygwin still
> builds fine, that would be much appreciated!
>
cygwin and msys still build - have not run however.
Cheers
Spen
___
Any objections to committing this?
Tested w/Linux and eCos build.
If I could have confirmation that Windows and Cygwin still
builds fine, that would be much appreciated!
--
Øyvind Harboe
http://www.zylin.com/zy1000.html
ARM7 ARM9 ARM11 XScale Cortex
JTAG debugger and flash programmer
From 45df6
On Wed, Nov 4, 2009 at 10:15 AM, Pieter Conradie
wrote:
> Hi Øyvind,
>
> I have tested and can confirm that
> "0001-target-5-second-timeout-megabyte-for-CRC-check-20-se.patch" works.
>
> I have successfully verified a 16 MByte image and a 512kByte image.
Pushed to master.
--
Øyvind Harboe
ht
On Wed, Nov 4, 2009 at 10:16 AM, David Brownell wrote:
> On Wednesday 04 November 2009, David Brownell wrote:
>> To developers: if you have significant changes you want
>> this release to include, please describe them in followups
>> on this thread.
>
> I've got a bunch:
>
> - Some cleanups for
On Wednesday 04 November 2009, David Brownell wrote:
> To developers: if you have significant changes you want
> this release to include, please describe them in followups
> on this thread.
I've got a bunch:
- Some cleanups for various arm cores, making drivers
not export so much stuff and r
Hi Øyvind,
I have tested and can confirm that
"0001-target-5-second-timeout-megabyte-for-CRC-check-20-se.patch" works.
I have successfully verified a 16 MByte image and a 512kByte image.
Best regards,
Pieter
-Original Message-
From: Øyvind Harboe [mailto:oyvind.har...@zylin.com]
Sent:
> Comments?
I think it is great that we can move to this process now. I feel
that the OpenOCD code is mature enough that this will
work. Especially after Zach got all the cleanups in this summer :-)
I plan to push the mrcmcr work:
I expect it to take a full release cycle until I can get testing
With 0.3.x nearly done, this seems a good time to put a
stake in the ground for the 0.4.x cycle: rough schedule,
and a handful of goals.
As a rough schedule ... ship in January 2010, close the
merge window before the December solstice, have a few
weeks of RC milestones (bugfix-oriented) before sh
On Tuesday 03 November 2009, Øyvind Harboe wrote:
> The above is a tcl script that you paste into your config file.
>
> Then on the openocd command line you type:
>
> fwd 1
> => invokes step 1x
> fwd 100
> => invokes step 100x
And it spits out 1 or 100 lines of "step" output
each time, yes? It
> IMHO a timeout which depends on several unknown variables
> should be implemented otherwise. Perhaps the CRC routine can
> be modified to reset the time-out for every 1024 bytes/words/dwords.
> This should give little overhead but absolute certainty a timeout
> will only occur due to an error.
After 0.3 I know there are lots of patches ready to go :-)
It would be great if we got all the rebase friendly patches
committed to the master branch first...
After that I would like to see a window where we push
the more disruptive changes.
From there I'd like us see driving towards 0.4-rc0.
M
> -Original Message-
> From: openocd-development-boun...@lists.berlios.de [mailto:openocd-
> development-boun...@lists.berlios.de] On Behalf Of David Brownell
> Sent: dinsdag 3 november 2009 21:39
> To: openocd-development@lists.berlios.de
> Cc: Pieter Conradie
> Subject: Re: [Openocd-devel
18 matches
Mail list logo
