Øyvind Harboe wrote: > I'm concerned about backwards compatibility on this one. > > I'd like to see a compile/runtime option to switch between > the old/new table. > > E.g. I suspect that ARM11 has some dependencies on > the precise paths taken today and that really it should > have a couple of more jtag_add_pathmove()'s... > > Once ARM11 is populated with enough jtag_add_pathmove()'s > for the cases where a specific path is required, we no > longer need access to the old 7 clock transitions... >
Yes, I share your concern. We need a graceful migration, obviously everything needs to keep working. Please see if my other posting would address your concern. The key to its understanding is that int tap_get_tms_path( tap_state_t from, tap_state_t to ) can return what each driver needs, either a 7 bit long bit vector, or a shorter bit vector. The shorter bit vector can be returned to drivers in the know about the potential of the vector being shorter and if they are prepared to also call the get_tms_path_len() function. Dick _______________________________________________ Openocd-development mailing list [email protected] https://lists.berlios.de/mailman/listinfo/openocd-development
