Re: [Openocd-development] CRC check timeout

> -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

[Openocd-development] Post 0.3 mayhem

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

Re: [Openocd-development] CRC check timeout

> 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.

Re: [Openocd-development] some question about openocd

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

[Openocd-development] 0.4.x cycle

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

Re: [Openocd-development] 0.4.x cycle

> 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

Re: [Openocd-development] CRC check timeout

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:

Re: [Openocd-development] 0.4.x cycle

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

Re: [Openocd-development] 0.4.x cycle

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

Re: [Openocd-development] CRC check timeout

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

[Openocd-development] Fix eCos build problems

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

Re: [Openocd-development] Fix eCos build problems

> > 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 ___

Re: [Openocd-development] 0.3.0-rc1-dev bugs in s3c2410 nand probe

--- 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

[Openocd-development] Luminary flash writing issue

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

[Openocd-development] [PATCH] Build: fix build warning under cygwin

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

[Openocd-development] Patch - added support for KT-LINK

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

[Openocd-development] ubuntu 9.10 eclipse problems

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

[Openocd-development] 0.3.0 -- last call for bugfixes!

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.