Re: [Openocd-development] Do not check ir capture if no IDCODE

2009-10-08 Thread Øyvind Harboe
I've tested git head today and it works w/iMX35 -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 ARM11 XScale Cortex JTAG debugger and flash programmer ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.b

Re: [Openocd-development] Do not check ir capture if no IDCODE

2009-10-07 Thread David Brownell
On Wednesday 07 October 2009, John Rigby wrote: > > The attached config for imx25 works with your latest.  Thanks for you > efforts. Thanks. It's now in the GIT tree. This file has the minor distinction of being the first one merged via git-am ... with you recorded as the author, and me just si

Re: [Openocd-development] Do not check ir capture if no IDCODE

2009-10-07 Thread John Rigby
The attached config for imx25 works with your latest. Thanks for you efforts. On Wed, Oct 7, 2009 at 4:03 PM, David Brownell wrote: > On Wednesday 07 October 2009, John Rigby wrote: > > If the hard coded mask of 0x3 and value of 0x1 are changed to > > ir_capture_mask and ir_capture_value respec

Re: [Openocd-development] Do not check ir capture if no IDCODE

2009-10-07 Thread David Brownell
On Wednesday 07 October 2009, John Rigby wrote: > If the hard coded mask of 0x3 and value of 0x1 are changed to > ir_capture_mask and ir_capture_value respectively then mx25,31,35 > should work.  Here is an untested patch.  The diagnostic is wrong > since it still has the hardcoded 0x..1 expected v

Re: [Openocd-development] Do not check ir capture if no IDCODE

2009-10-07 Thread John Rigby
If the hard coded mask of 0x3 and value of 0x1 are changed to ir_capture_mask and ir_capture_value respectively then mx25,31,35 should work. Here is an untested patch. The diagnostic is wrong since it still has the hardcoded 0x..1 expected value in it. Sorry I intended to send a tested patch yes

Re: [Openocd-development] Do not check ir capture if no IDCODE

2009-10-07 Thread David Brownell
On Wednesday 07 October 2009, Øyvind Harboe wrote: > > Thing is, TAPs without IDCODE support have no exemption > > from the constraint that the two LSBs be b01, and most of > > them conform.  Plus, this is the only place which ignores > > those mask values when checking ircapture results. > > Stay

Re: [Openocd-development] Do not check ir capture if no IDCODE

2009-10-07 Thread Øyvind Harboe
On Wed, Oct 7, 2009 at 5:17 PM, David Brownell wrote: > On Wednesday 07 October 2009, Řyvind Harboe wrote: >> Committed. >> >> Do not check ir capture if there is no IDCODE >> >> Fixes bogus warnings w/imx31/35 > > Actually we were expecting a patch which just makes this > use the capture/mask val

Re: [Openocd-development] Do not check ir capture if no IDCODE

2009-10-07 Thread David Brownell
On Wednesday 07 October 2009, Øyvind Harboe wrote: > Committed. > > Do not check ir capture if there is no IDCODE > > Fixes bogus warnings w/imx31/35 Actually we were expecting a patch which just makes this use the capture/mask values provided with TAP declaration, so this workaround may be shor

[Openocd-development] Do not check ir capture if no IDCODE

2009-10-07 Thread Øyvind Harboe
Committed. Do not check ir capture if there is no IDCODE Fixes bogus warnings w/imx31/35 ### Eclipse Workspace Patch 1.0 #P openocd Index: src/jtag/core.c === --- src/jtag/core.c (revision 2805) +++ src/jtag/core.c (working