On Sat, 2009-11-28 at 09:48 -0800, Zach Welch wrote: > On Fri, 2009-11-27 at 19:31 -0800, Zach Welch wrote: > > On Fri, 2009-11-27 at 16:24 -0800, Zach Welch wrote: > > > Well, drat. The patch that I pushed had some unintended consequences. > > > Any Jim subcommand handlers' output now gets suppressed too, which > > > negatively affected my recently posted series to split apart the > > > top-level Jim handlers. > > > > The patches that I just posted appear to solve all of the problems with > > both the existing commands and with my additional patches. > > > > I will push all of these changes soon, unless I hear objections. > > Before pushing the earlier fixes, I discovered that some minor bugs had > appeared to break the new help system. After chasing those vermin > through their rabbit hole, I believe that the third patch will resolve > the remaining issues while improving our command module's design. > > I want to test the new system some more to ensure there are no new > side-effects that I have overlooked. Unless I find more regressions, > these fixes will hit the repository soon.
To conclude this particular conversation with myself, I have pushed these patches along with a slightly improved version of the series to split several monolithic jim command handlers. Try out 'help jtag' and 'help $CHIPNAME.cpu' (or whatever you use). In between those two series, I pushed a number of minor command module cleanup patches, which fell out of this work. Lastly, I pushed a minor update to the 'testee' target and added the 'nonce' NAND test driver. Both of those drivers need further work to be useful for real testing, but I can define and query new instances with them. While I think these changes will work fine for everyone, the community may find problems that I managed to miss. Please create new threads to report further problems. I will post a follow-up shortly with some ideas for further improvements to the 'help' system. Cheers, Zach _______________________________________________ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
