On Sun, Nov 2, 2008 at 10:44 PM, Peter Hettkamp <[EMAIL PROTECTED]> wrote: >>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.
Please post a patch for the changes you did. > 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? TLR isn't really a state as such. It is used to reset the tap controllers to a known state regardless of what the state the tap controllers are in. Upon entering TLR events are broadcast. Therefore it requires a very different codepath in the JTAG system than the other states and it was better to lift TLR out as a separate fn to avoid lots of conditional code. After a TLR *all* devices are in bypass. The JTAG device needs to have the instruction register set to something else than the bypass command before it leaves the bypass state. > > 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) > _______________________________________________ > Openocd-development mailing list > Openocd-development@lists.berlios.de > https://lists.berlios.de/mailman/listinfo/openocd-development > > -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer _______________________________________________ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
