David Brownell wrote: > One of the patches since the merge of the ti_dm355.cfg line-end > update seems to have broken some aspect of scan chain discovery. > See the openocd server startup transcript below, with "scan_chain" > command debug output. (FWIW, using with an Olimex ft2232 adapter.) > > The recent TAP changes forced a slowdown from 3 MHz to 1.5 MHz; > "why" is unclear to me, but the failure mode was similar: it > found just the last of the three TAPs listed (i.e. the one that > is hooked up right next to TDI on the SoC). > > Which suggested a potential workaround here: slow TCK down even > more. Sure enough, at 750 KHz the startup doesn't fail... > > Is it possible to increase the jtag speed after the inital scan chain identification has succeded at 750 khz? > I'm hoping that this recent trend of needing to halve the clock > rate after each "svn up" can be halted and then reversed. There > would seem to be some hard limits coming up soon ... ;) > > Regards Magnus
_______________________________________________ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
