On Monday 15 June 2009, Laurent Gauch wrote: > It could be don't care, but it will be better to fix/drive TMS at '1'. > Putting the JTAG TAP in RESET State. > > After JTAG power domain sequence (100x TCK TMS '1'), we will enter in > JTAG Startup sequence (Minimum of 5x TCK with TMS at '1').
Or just make the TLR entry use 100 clocks not just 5. :) It seems there are multiple ways that TLR can be entered though; there's also TRST. It may be important to do a better job of tracking that, and ensuring that entering TLR is always followed immediately by N clocks with TMS high. That will call for a bit of code re-factoring. Seems like a post-0.2.0 change. > After what we can start the Debug Startup sequence. (drive EMU0, EMU1, > TRST, SRST ...). The EMU0/EMU1 bit would be tricky, given that OpenOCD doesn't currently understand those signals ... But yes, such support would be good someday. I understand that some non-default combination (just one of them pulled low by the JTAG adapter, I think) triggers wait-in-reset on some chips. - Dave > Finally, we will enter in the Debug sequencessssssssss ;-) > > Regards, > Laurent > htpp://www.amontec.com > Amontec JTAGkey (Full-Speed USB JTAG Adapter 6MHz TCK) > Amontec JTAGkey2 (High-Speed USB JTAG Adapter 30MHz TCK) > > > > From my experiments, it appears to be don't-care for TMS. They just > > need 100 TCK pulses to flip the bit to enable the JTAG power domain. > > -- > > Rick Altherr > > kc8apf at kc8apf.net > > <https://lists.berlios.de/mailman/listinfo/openocd-development> > > > > "He said he hadn't had a byte in three days. I had a short, so I split > > it with him." > > -- Unsigned > > > > > > > > On Jun 10, 2009, at 1:28 PM, David Brownell wrote: > > > > >/ On Wednesday 10 June 2009, David Brownell wrote: > > />>/ http://tiexpressdsp.com/index.php/ICEPICK > > />>/ > > />>/ The "how to add devices to an ICEpick-C scan chain" highlights > > />>/ one point: the JRC commands to add the ARM (and, for DaVinci, > > />>/ the ETB) to the scan chain must be done each time the TAPs go > > />>/ to the RESET state (via TMS or nTRST). > > />/ > > />/ Hmm, and also: > > />/ > > />/ Before starting the debugger, the debug power domain must > > />/ be activated by applying a minimum of 100 (free running) > > />/ TCK pulses to the device after nTRST is pulled high. > > />/ > > />/ It's not clear whether that means TMS high, low, or don't-care. > > />/ Does anyone know? > > />/ > > />/ If it's not "TMS low" then I wonder if it's practical to make normal > > />/ startup processing -- or entry to JTAG's RESET state -- always do > > />/ that. Could it hurt anything? > > />/ > > />/ If "TMS low" works then it's a bit sad that JRCs aren't targets. > > />/ Else the reset-deassert-post handler could just "runtest 100"; > > />/ those handlers don't kick in for TAPs, just targets. (Which > > />/ seems like a non-useful restriction, FWIW.) > > />/ > > />/ - Dave > > />/ > > _______________________________________________ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development