W dniu 2012-10-01 00:44, Andreas Fritiofson pisze: >>> The direction bug in the new ftdi driver could also be a candidate for >>> inclusion in a bug fix release. >> >> >> You mean this one? >> http://openocd.zylin.com/#/c/849/ >> >> ? > > Yes.
The whole series depends on this change: http://openocd.zylin.com/#/c/839/1 thus it cannot be merged with master for now, but I guess for bugfix release we'd just cherrypick. >> Is there any code that fits such characteristics? I just cannot see anyway >> it would be possible to gain any performance by having the working area >> available past resets and resumes - when you do anything that requires >> working area and should be fast (flashing) you do it in one go without any >> resumes or resets in between... > > Apparently the nand code depends heavily on re-use of the working > area, and it doesn't fit the assumption of making all the work in one > go. Every read will need one algorithm execution and if that now needs > to carry the algorithm upload too, it's bound to be slower. How much I > have no idea. Same for the MIPS fastdata access and arm7/9 > read_memory. > >> Thus I think that removal of such static >> pointers is a good solution. Anyway - "allocation" of working area is fast >> (everything is done inside OpenOCD - right?), what is slow is >> uploading/downloading anything there and I just cannot see how one would >> expect the contents of the working area to be intact after target is resumed >> or reset... > > It's not about reusing between resumes/resets. But rather if you do > several operations needing the same algorithm, between resumes/resets. > I'm thinking my suggestion above is starting to look like the better > solution, long term. Wouldn't it be possible to supply work_area from "above" - where the loop is? 4\/3!! ------------------------------------------------------------------------------ Got visibility? Most devs has no idea what their production app looks like. Find out how fast your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219671;13503038;y? http://info.appdynamics.com/FreeJavaPerformanceDownload.html _______________________________________________ OpenOCD-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openocd-devel
