Re: [Openocd-development] [PATCH] Drop unnecessary STM32 BSTAPIDs

2009-04-24 Thread Øyvind Harboe
I see. Now. Thanks. :-) Committed. -- Øyvind Harboe Embedded software and hardware consulting services http://consulting.zylin.com ___ Openocd-development mailing list Openocd-development@lists.berlios.de

Re: [Openocd-development] [PATCH] update SheevaPlug interface cfg file

2009-04-24 Thread Øyvind Harboe
Committed. Thanks! -- Øyvind Harboe Embedded software and hardware consulting services http://consulting.zylin.com ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development

Re: [Openocd-development] jtag_add_pathmove

2009-04-24 Thread Michael Schwingen
Dick Hollenbeck wrote: Why is this code in jtag_add_pathmove()? ?? /* the last state has to be a stable state */ if (!tap_is_state_stable(path[num_states - 1])) { LOG_ERROR(BUG: TAP path doesn't finish in a stable state); exit(-1); }

Re: [Openocd-development] jtag_add_pathmove

2009-04-24 Thread Øyvind Harboe
On Fri, Apr 24, 2009 at 8:44 AM, Michael Schwingen rincew...@discworld.dascon.de wrote: Dick Hollenbeck wrote: Why is this code in jtag_add_pathmove()? ??     /* the last state has to be a stable state */     if (!tap_is_state_stable(path[num_states - 1]))     {        

[Openocd-development] missing version.texi: --enable-maintainer-mode is required

2009-04-24 Thread Zach Welch
Hi all, The following message posted to the gpgme-cvs mailing lists documents their solution to the build error @include `version.texi': No such file or directory that was recently reported to this list: http://lists.gnupg.org/pipermail/gpa-dev/2002-May/000626.html Following the thread back

Re: [Openocd-development] STM32 reset halt appears broken

2009-04-24 Thread Spencer Oliver
It depends. WIth IAR If I don't reset the device correctly it programs garbage. What I found out was that the DMA was still running and wiping out some RAM location used by the downloader. With IAR you have the option to reset or not reset the peripherals. Perhaps those kind of

Re: [Openocd-development] [PATCH] Update udev file

2009-04-24 Thread Øyvind Harboe
Committed. Thanks! -- Øyvind Harboe Embedded software and hardware consulting services http://consulting.zylin.com ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development

Re: [Openocd-development] jtag_add_pathmove

2009-04-24 Thread Dick Hollenbeck
Øyvind Harboe wrote: On Fri, Apr 24, 2009 at 7:52 AM, Dick Hollenbeck d...@softplc.com wrote: Why is this code in jtag_add_pathmove()? ?? /* the last state has to be a stable state */ if (!tap_is_state_stable(path[num_states - 1])) { LOG_ERROR(BUG: TAP

Re: [Openocd-development] jtag_add_pathmove

2009-04-24 Thread Øyvind Harboe
Without the clock cycles, any state's duration can be stretched, right?  Stretched across API calls anyway. Not necessarily. A hardware implementation can have the feature of only being able to navigate to stable states. -- Øyvind Harboe Embedded software and hardware consulting services

[Openocd-development] jtag_add_pathmove

2009-04-24 Thread Laurent Gauch
Øyvind Harboe wrote: / On Fri, Apr 24, 2009 at 7:52 AM, Dick Hollenbeck dick at softplc.com https://lists.berlios.de/mailman/listinfo/openocd-development wrote: // // Why is this code in jtag_add_pathmove()? // // // ?? // ///* the last state has to be a stable

[Openocd-development] [PATCH] add TAP_SCAN_BYTES macro (1 of 2)

2009-04-24 Thread Zach Welch
Hi all, The attached patch adds a literate macro for the calculation of the number of bytes required to store a TAP scan chain given its bit count. This macro ensures this calculation will be done correctly in all locations that it is required, though this patch simply changes the line of code

Re: [Openocd-development] [PATCH] add TAP_SCAN_BYTES macro (1 of 2)

2009-04-24 Thread Øyvind Harboe
Committed. Thanks! -- Øyvind Harboe Embedded software and hardware consulting services http://consulting.zylin.com ___ Openocd-development mailing list Openocd-development@lists.berlios.de

[Openocd-development] [PATCH] bootstrap: add --enable-maintainer-mode reminder

2009-04-24 Thread Zach Welch
Hi all, Following up on my previous post on this subject, the attached patch adds a reminder to the bootstrap script for the user to use the --enable-maintainer-mode option when running the configure script. Cheers, Zach Index: bootstrap

Re: [Openocd-development] [PATCH] bootstrap: add --enable-maintainer-mode reminder

2009-04-24 Thread Øyvind Harboe
Committed. Thanks! -- Øyvind Harboe Embedded software and hardware consulting services http://consulting.zylin.com ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development

Re: [Openocd-development] Some notes about JTAG and TAP

2009-04-24 Thread Magnus Lundin
Dick Hollenbeck wrote: Magnus Lundin wrote: Hi, here are som thoughts after looking throuh some parts of the jtag subsystem. What is a stable state ? A state that is unchanged or a state that is unchanged and has no sideeffects ? Only RESET and PAUSE ? A stable state is one that

Re: [Openocd-development] Lost JTAG Communications. Bringing up AT91SAM9260

2009-04-24 Thread Brian Hutchinson
Thanks guys! I recovered ... board is booting u-boot normal now. I'll clean up my scripts for this board how to I submit them? Do I need to make a patch against the /board /target directories or what? Now I'll need to work on increasing the speed. Took about 1 1/2 hrs to burn 330k bin

Re: [Openocd-development] Some notes about JTAG and TAP

2009-04-24 Thread Zach Welch
On Fri, 2009-04-24 at 18:39 +0200, Magnus Lundin wrote: [snip] static tap_state_t exception_path[] = { TAP_DREXIT2, TAP_DRSHIFT, TAP_DREXIT1, TAP_DRUPDATE,

Re: [Openocd-development] Some notes about JTAG and TAP

2009-04-24 Thread Zach Welch
On Fri, 2009-04-24 at 09:56 -0700, Zach Welch wrote: On Fri, 2009-04-24 at 18:39 +0200, Magnus Lundin wrote: [snip] static tap_state_t exception_path[] = { TAP_DREXIT2, TAP_DRSHIFT,

Re: [Openocd-development] Lost JTAG Communications. Bringing up AT91SAM9260

2009-04-24 Thread Zach Welch
On Fri, 2009-04-24 at 12:50 -0400, Brian Hutchinson wrote: Thanks guys! I recovered ... board is booting u-boot normal now. I'll clean up my scripts for this board how to I submit them? Do I need to make a patch against the /board /target directories or what? Create patches from the

[Openocd-development] Refactoring ft2232 like JLink driver

2009-04-24 Thread Magnus Lundin
I have done breaking up of very large funktion jtag_execute_queue in ft2232 driver similar (almost identical) to what Zach has done for jlink driver. No functional changes. Submit for testing from trunk or patch for inspection ?? Regards, Magnus

Re: [Openocd-development] Lost JTAG Communications. Bringing up AT91SAM9260

2009-04-24 Thread Brian Hutchinson
Create patches from the root of the tree, limit yourself to one logical change per patch (as much as possible), remove superfluous whitespace, etc.. See the PATCHES file for more information, and let me know if (and how) you would like to see those instructions improved. Cheers, Zach

[Openocd-development] [PATCH] Fix build errors in SVN on x86_64

2009-04-24 Thread Philippe Vachon
Hi, The attached patch fixes several warnings when building on an x86_64 system. The changes are trivial. Most of the issues stem from the fact that: 1) a variable of type long is 8 bytes on x86_64, but is 4 bytes on IA32 2) hex literals with the suffix 'ul' are 8 bytes on x86_64, meaning

Re: [Openocd-development] [PATCH] add jtag_debug_state_machine (2 of 2)

2009-04-24 Thread Zach Welch
On Fri, 2009-04-24 at 21:03 -0400, Duane Ellis wrote: Zach Welch wrote: Hi all, The attached patch adds the jtag_debug_state_machine routine, which is based off of Jeff Williams' patch from Mar 30. To include this output, the --enable-verbose-jtag-io (or --enable-verbose) configuration