Paul (or anybody else who can test Keil ULINK-ME with CMSIS-DAP),
On 15.04.2017 23:58, Leonardo Sabino dos Santos wrote:
Hello Tomas,
On Sun, Apr 9, 2017 at 12:06 PM, Tomas Vanek
<[email protected] <mailto:[email protected]>>
wrote:
No, this is OpenOCD issue. I had to change firmware in my
"experimental" cmsis-dap adapter and voila: I replicated your
problem.
If you can recompile OpenOCD from git source, please try
http://openocd.zylin.com/4100
It solves connecting under reset on cmsis-dap (unfortunately on
expense of breaking a workaround for an Keil Ulink adaptor).
Tomas
I compiled the patch from source and tested it. Connect under reset
now works. Many thanks!
Regards,
Leonardo
Leonardo confirmed that workaround in cmsis_dap.c breaks
connect_assert_srst.
IMHO most of cmsis-dap implementations deasserts nSRST signal when
cmsis_dap_cmd_DAP_Connect()
or cmsis_dap_cmd_DAP_Disconnect() is issued because generic firmware
initializes/deinitializes
GPIO lines in connect/reconnect.
The workaround was first introduced in Paul's http://openocd.zylin.com/2356
Comment reads:
/* When we are reconnecting, DAP_Connect needs to be rerun, at
* least on Keil ULINK-ME */
Can you please re-test if this workaround is still needed with up-to
date cmsis-dap firmware?
In other words if the adapter works with applied
http://openocd.zylin.com/4100
we can drop the workaround safely.
Otherwise we should re-issue cmsis_dap_cmd_DAP_Connect() only if no
reset is asserted.
Tom
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
OpenOCD-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openocd-devel
