>Hi there, > >On Sun, Nov 2, 2008 at 9:22 PM, Peter Hettkamp <[EMAIL PROTECTED]> wrote: >> On Sun, Nov 02, 2008 at 08:04:21PM +0100, ?yvind Harboe wrote: >> ... >>> That would be marevelous, since we also need testers who can test the >>> xsvf stuff and it will also be great to have LPC & CPLD in a single >>> JTAG chain tested! >> >> Ok, I will test as much as I can. The xsvf player still does not work. >> When I use jtag_add_tlr, all devices in the chain are set to 'bypass'. >> When I place rtl in place of tlr, a number of xsvf commands are played, >> but after some commands I get dr mismatches. >> I might need a little help here... > >you'll need to address the list.
Yes, sorry about that. >Can you post any patches for any repairs that you do? The xsvf needs a bit >of work(that jtag_add_tlr for starters). I might need some help here from someone who knows his/her way around the openocd code better. While I was able to find a way to prevent these annoying BUG messages, the xsvf player does not yet work. If I leave those moves to TLR in (using jtag_add_tlr), then 'xsvf 0 xc.xsvf' keeps telling me that all devices are in bypass mode. Is this an intentional side effect of jtag_add_tlr? Why is TLR an invalis state in pathmove in the first place? Best regards, Peter -- "Only wimps use tape backup: _real_ men just upload their important stuff on ftp, and let the rest of the world mirror it ;)" (Linus Torvalds, about his failing hard drive on linux.cs.helsinki.fi)
pgpYpJZQyRZtp.pgp
Description: PGP signature
_______________________________________________ Openocd-development mailing list [email protected] https://lists.berlios.de/mailman/listinfo/openocd-development
