+++ Øyvind Harboe [2009-09-01 08:39 +0200]:
> 1614 introduces *lots* of changes. It could have been broken into half
> a dozen commits. :-)
>
> One thing to try:
>
> tms_sequence long
That was added in r1834, so is not present in r1614 where the issue
started. So presumably I'm using the old 'lo
1614 introduces *lots* of changes. It could have been broken into half
a dozen commits. :-)
One thing to try:
tms_sequence long
--
Øyvind Harboe
Embedded software and hardware consulting services
http://www.zylin.com
___
Openocd-development mailing
+++ Wookey [2009-08-19 20:10 +0100]:
> +++ Øyvind Harboe [2009-07-21 22:56 +0200]:
> > On Tue, Jul 21, 2009 at 3:07 PM, Wookey wrote:
> > > +++ David Brownell [2009-07-20 15:53 -0700]:
> > >> On Monday 20 July 2009, Wookey wrote:
> > >> > Error: BUG: TAP path doesn't finish in a stable state
> > >
On Wed, Aug 19, 2009 at 9:10 PM, Wookey wrote:
> +++ Øyvind Harboe [2009-07-21 22:56 +0200]:
>> On Tue, Jul 21, 2009 at 3:07 PM, Wookey wrote:
>> > +++ David Brownell [2009-07-20 15:53 -0700]:
>> >> On Monday 20 July 2009, Wookey wrote:
>> >> > Error: BUG: TAP path doesn't finish in a stable state
+++ Øyvind Harboe [2009-07-21 22:56 +0200]:
> On Tue, Jul 21, 2009 at 3:07 PM, Wookey wrote:
> > +++ David Brownell [2009-07-20 15:53 -0700]:
> >> On Monday 20 July 2009, Wookey wrote:
> >> > Error: BUG: TAP path doesn't finish in a stable state
> >
> >> Looks like r1980 creating jtag_add_statemove
On Tue, Jul 21, 2009 at 3:07 PM, Wookey wrote:
> +++ David Brownell [2009-07-20 15:53 -0700]:
>> On Monday 20 July 2009, Wookey wrote:
>> > Error: BUG: TAP path doesn't finish in a stable state
>
>> Looks like r1980 creating jtag_add_statemove() from the XSVF-specific
>> code might have seeded this
+++ David Brownell [2009-07-20 15:53 -0700]:
> On Monday 20 July 2009, Wookey wrote:
> > Error: BUG: TAP path doesn't finish in a stable state
> Looks like r1980 creating jtag_add_statemove() from the XSVF-specific
> code might have seeded this problem ... if later changes to the statemove()
> log
I have tested your svf file, and found no problem.
I don't have the target CPLD UR using, so I remove the verification.
2009/7/21 Wookey
> +++ David Brownell [2009-07-20 15:53 -0700]:
> > On Monday 20 July 2009, Wookey wrote:
> > > Error: BUG: TAP path doesn't finish in a stable state
> >
> > I'
+++ David Brownell [2009-07-20 15:53 -0700]:
> On Monday 20 July 2009, Wookey wrote:
> > Error: BUG: TAP path doesn't finish in a stable state
>
> I'd have thought that was a requirememnt for (X)SVF... it's hard
> to decrypt the binary XSVF,
Which is why I put up the svf file too:
http://balloon
On Monday 20 July 2009, Wookey wrote:
> Error: BUG: TAP path doesn't finish in a stable state
I'd have thought that was a requirememnt for (X)SVF... it's hard
to decrypt the binary XSVF, so I'll just note the theory that for
some reason the Xilinx tools don't generate output conforming to
their pu
This info also filed at http://bugs.debian.org/537740
We have been using the version of openocd in Debian testing (r1606) for a
while to program pxa270 and xilinx coolrunner CPLDs. It all worked
fine once we got the config correct.
However we have just updated to current testing version (0.0+r24
11 matches
Mail list logo
