Re: [OpenOCD-devel] imx6 with openocd
On Wed, Mar 13, 2013 at 12:22 PM, Muhammad Faisal wrote: > Hi, > > I have Olimex-ARM-USB-OCD can I use this to program my > sabre lite board which is based on freescale iMX6 processor. You need to apply Vladimir's patch: http://www.mail-archive.com/openocd-devel@lists.sourceforge.net/msg03550.html Regards, Fabio Estevam -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
Re: [OpenOCD-devel] OpenSDA?
Alan, I've submitted the first patch, which should be the only one to effect the current operation. It involves moving the JTAG specific code out down to the adi_jtag transport driver. After that the changes are isolated from existing code so shouldn't be too contentious. The next thing to investigate is target reset: currently chokes with a jtag error, need to stop that and work out how to route a 'reset' to either a sys_reset_req or in the case of a kl25 the MDM-AP reset command. (that may be a bit futher down the road) -- mike On 18/03/13 22:47, Alan Carvalho de Assis wrote: > Hi Mike, > > On 3/18/13, shed wrote: >> CM0+ also has a standard AHB-AP which is sufficient for most operations. >> The MDM-AP looks like it would be really useful to debug low-power >> issues and >> hopefully support could be added at some later date. But right now I'm >> concentrating on getting basic cmsis-dap support into the mainline code. >> >> I can read/write memory and regs, and halt/resume the core which should be >> enough for a flash programmer if someone wants to implement one. >> >> I'm using a Feedom KL25 with the Keil CMSIS-DAP firmware for the initial >> dev work >> although I could probably do with some alternative hardware for >> verification and >> testing JTAG mode. >> > > Thank you very much, this implementation you developed is very useful > for people using KL25Z. > > Do you need help with more tests? I want to work with you to add it to > OpenOCD mainline. > > Best Regards, > > Alan -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
Re: [OpenOCD-devel] Does MIPS FASTDATA in 0.6.1 work?
On 03/19/2013 02:55 PM, Mindy Beseler wrote: Hi, I've been playing around with openOCD with a flyswatter3 probe and a MIPS SEAD3 board. When I try to write more than 128 bytes the code is attempting to use the FASTDATA method to write memory. The problem is whenever it uses that code path it returns this error: mini program did not return to start When I turn logging on I see spracc bit is not always returning a zero. Then the code is changed to send each fastdata access out to the probe (rather than queue it up) and checks the spracc bit after each operation it works. Are there known issues with the fastdata method as coded for 0.6.1? Or am I just doing something wrong? Thanks, Mindy You can also take a look at http://openocd.zylin.com/#/c/977/ Thanks Salvador -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
Re: [OpenOCD-devel] Does MIPS FASTDATA in 0.6.1 work?
On 03/19/2013 02:55 PM, Mindy Beseler wrote: Hi, I've been playing around with openOCD with a flyswatter3 probe and a MIPS SEAD3 board. When I try to write more than 128 bytes the code is attempting to use the FASTDATA method to write memory. The problem is whenever it uses that code path it returns this error: mini program did not return to start When I turn logging on I see spracc bit is not always returning a zero. Then the code is changed to send each fastdata access out to the probe (rather than queue it up) and checks the spracc bit after each operation it works. Are there known issues with the fastdata method as coded for 0.6.1? Or am I just doing something wrong? Thanks, Mindy Begin with adapter_khz set to 300Khz or lower. With pic32mx and core clock at 4Mhz works at 600Khz, with core clock at 8Mhz works up to 1200Khz and clocked at 80Mhz works at a scan rate of 15000Khz. Thanks, Salvador -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
[OpenOCD-devel] [PATCH]: 413b222 ti_icdi: add icdi_usb_query result check
This is an automated email from Gerrit. Spencer Oliver (s...@spen-soft.co.uk) just uploaded a new patch set to Gerrit, which you can find at http://openocd.zylin.com/1279 -- gerrit commit 413b2229ad1a7534c4b1125a4a0690ece865f734 Author: Spencer Oliver Date: Tue Mar 19 14:14:51 2013 + ti_icdi: add icdi_usb_query result check Change-Id: I0b40586677a77ee6ae46fe120a677616bde22d1e Signed-off-by: Spencer Oliver diff --git a/src/jtag/drivers/ti_icdi_usb.c b/src/jtag/drivers/ti_icdi_usb.c index dcffd2f..9976451 100644 --- a/src/jtag/drivers/ti_icdi_usb.c +++ b/src/jtag/drivers/ti_icdi_usb.c @@ -385,6 +385,8 @@ static int icdi_usb_query(void *handle) /* set extended mode */ result = icdi_send_cmd(handle, "!"); + if (result != ERROR_OK) + return result; /* check result */ result = icdi_get_cmd_result(handle); -- -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
[OpenOCD-devel] [PATCH]: c0cec45 ft2232: remove ft2232_large_scan memory leak
This is an automated email from Gerrit. Spencer Oliver (s...@spen-soft.co.uk) just uploaded a new patch set to Gerrit, which you can find at http://openocd.zylin.com/1278 -- gerrit commit c0cec456d50cc89ec9707793e50196d77f0758cb Author: Andreas Fritiofson Date: Tue Mar 19 13:58:24 2013 + ft2232: remove ft2232_large_scan memory leak This is a very long outstanding issue see: http://lists.berlios.de/pipermail/openocd-development/2011-June/019404.html As this driver is deprecated the fix is added to purely to reduce the warnings reported by clang. Change-Id: I3a16a704e0e8db27efda50fdcfdd35abf5ebed0f Signed-off-by: Spencer Oliver diff --git a/src/jtag/drivers/ft2232.c b/src/jtag/drivers/ft2232.c index 9a40ed9..1ac0b57 100644 --- a/src/jtag/drivers/ft2232.c +++ b/src/jtag/drivers/ft2232.c @@ -1107,6 +1107,11 @@ static int ft2232_large_scan(struct scan_command *cmd, int retval; int thisrun_read = 0; + if (!receive_buffer) { + LOG_ERROR("failed to allocate memory"); + exit(-1); + } + if (cmd->ir_scan) { LOG_ERROR("BUG: large IR scans are not supported"); exit(-1); @@ -1272,6 +1277,8 @@ static int ft2232_large_scan(struct scan_command *cmd, (int)bytes_read); } + free(receive_buffer); + return ERROR_OK; } -- -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
[OpenOCD-devel] Does MIPS FASTDATA in 0.6.1 work?
Hi, I've been playing around with openOCD with a flyswatter3 probe and a MIPS SEAD3 board. When I try to write more than 128 bytes the code is attempting to use the FASTDATA method to write memory. The problem is whenever it uses that code path it returns this error: mini program did not return to start When I turn logging on I see spracc bit is not always returning a zero. Then the code is changed to send each fastdata access out to the probe (rather than queue it up) and checks the spracc bit after each operation it works. Are there known issues with the fastdata method as coded for 0.6.1? Or am I just doing something wrong? Thanks, Mindy -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel