Hello,
Thanks for the response! On Sun, 20 Oct 2013 16:57:01 +0400 Paul Fertser <[email protected]> wrote: > Hi, > > On Sun, Oct 20, 2013 at 03:44:45PM +0300, Paul Sokolovsky wrote: > > With the plenitude of low-cost development boards (LCB in following > > text) on the market (proverbial Arduino is an example *1), I find it > > surprising that none of them is supported in OpenOCD mainline. > > RaspberryPi is supported. I don't have RaspberryPi, many people don't have either. If I had it, I wouldn't use it as a JTAG adapter. > A driver for GoodFET was recently posted. I don't have GoodFET, many people don't have either. > Arduino is not something that sounds anywhere near joy > anymore, can't we all just forget about it finally? Let me check with the people of the world... They say no. > > 1. Allows just setting/getting state of signals, so bitbanging is > > handled by host (OpenOCD). > > 2. Doesn't support pipelined or duplex communication, instead > > following half-duplex request-immediate-response protocol for all > > commands - to allow use with bitbanging UART for host communication > > (so once again, we target to support all MCUs in LCB, from an > > ATtiny and similar). 3. Tries to stay within ASCII to facilitate > > human introspection and debugging. > > 4. Doesn't require configuration and "just works" (frequency > > limited by host UART channel, signals are configured during > > firmware compilation). > > Doesn't remote_bitbang that's already mainline fit all your > requirements? Just use socat to redirect a unix or tcp socket to your > serial port and you should be good to go. See tools/remote_bitbang/ > for an example client. Thanks for pointer, I indeed skipped looking at it, just as most people would do - nothing "remote" is needed here. So, what requirements say is: simple, simple, simple for people to use, not complicated and obfuscated with various socats. Regarding just a protocol as used by remote_bitbang, it seems to be pretty close to what was posted, chars definitely can be jiggled around, it just needs to be extended to handle SWD still. > > HTH > -- > Be free, use free (http://www.gnu.org/philosophy/free-sw.html) > software! mailto:[email protected] -- Best regards, Paul mailto:[email protected] ------------------------------------------------------------------------------ October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk _______________________________________________ OpenOCD-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openocd-devel
