On Sun, Oct 20, 2013 at 04:25:45PM +0300, Paul Sokolovsky wrote:
> 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.

For me socat is not an obfuscator but a rather useful tool that adds a
great deal of flexibility to many things I use. It's also a tool that
would allow you to test your idea right now without any modifications
to the OpenOCD codebase whatsoever.

> 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.

OpenOCD doesn't support bit-banging SWD currently but if it did, I
think the protocol could be used as is, as the SWD pin count is less
than the number of JTAG signals. It would be unusably slow, of course.

BTW, stm32 discovery boards are rather cheap and powerful, and also
the stlink embedded on those can be easily reflashed to
BlackMagicProbe. And BlackMagicProbe has a passthrough mode for raw
jtag commands. It would be nice to have a driver in OpenOCD for that.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
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

Reply via email to