I'll test i.MX27 w/"reset_config srst_pulls_trst " tomorrow. It seems more correct to try to use trst if it is there.
> But there can > also be board-level behaviors ... consider a board with > an i.MX27 plus another chip that doesn't couple those > behaviors internally. Issue SRST ... and one chip will > have undisturbed JTAG/debug state, while the i.MX27 is > going to need some re-init. If you're making a PCB, then you have to be careful as the devil when you make JTAG chains of different devices. They may very well be incompatible. I don't think I'd want to connect i.MX27 and anything else on the same chain since srst pulls trst. OpenOCD has no way of expressing srst_pulls_trst per TAP controller... I believe that we should be a bit weary of overcomplicating reset_config for problems that we have never observed, don't have code for and can't test. Better to do the few common problems that exists right and keeping the definition of reset_config crisper. -- Øyvind Harboe Embedded software and hardware consulting services http://www.zylin.com _______________________________________________ Openocd-development mailing list [email protected] https://lists.berlios.de/mailman/listinfo/openocd-development
