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 <woo...@wookware.org> > +++ 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://balloonboard.org/files/balloon3/openocd/bugrep/l3cpld.svf > > > so I'll just note the theory that for > > some reason the Xilinx tools don't generate output conforming to > > their published spec (as something to confirm or disprove). > > A very plausible theory. I have not read the svf spec, so have very > weak understanding of what exactly it does. > > > Looks like r1980 creating jtag_add_statemove() from the XSVF-specific > > code might have seeded this problem ... if later changes to the > statemove() > > logic turned some things into errors. Do r1979 and r1980 behave, or was > > it already incompatible then? > > Cheers for that pointer. I will test the above, but I have only 1 day > before leaving for debconf, and 2 weeks underground afterwards, so it > could be a while. > > Wookey > -- > Principal hats: iEndian - Balloonboard - Toby Churchill - Emdebian > http://wookware.org/ > _______________________________________________ > Openocd-development mailing list > Openocd-development@lists.berlios.de > https://lists.berlios.de/mailman/listinfo/openocd-development > -- Best Regards, SimonQian http://www.SimonQian.com
_______________________________________________ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
