[Openocd-development] 1.0 or 0.1?
For me the 0.1 is good enough for now. Also, I will add the .z giving the SVN version used to compile the x.y version We should have 0.1.1123. Only the 0.1 is important for the user. The 1123 is for developers. When 1.0 version will be compiled, we should see some things like 1.0.1239 Regards, Laurent http://www.amontec.com JTAGkey / JTAGkey-Tiny / JTAGkey-HiSpeed maker ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
Re: [Openocd-development] stm32 primer rlink under ubuntu 8.04
Jörg Krein pisze: Tried it with Code::Blocks IDE and the Codesourcery gdb but it crashed. codesourcery's gdb is broken in all 2008q3 releases. i wrote about that on their list, but so far no response... http://www.codesourcery.com/archives/arm-gnu/msg02439.html i don't know whether it's the new version of gdb or just the codesourcery bug. slightly older gdb from yagarto works fine for me. May not be related as 2008q3-66 gdb behaves fine on the console. Not looked into it but it could be a gdb-mi issue, codeblocks does not use gdb-mi - so may work. Just for info there is a new project to develop a codeblocks openocd plugin - very early stages but it does work. https://developer.berlios.de/projects/cbmcu/ Cheers Spen ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
Re: [Openocd-development] arm11 testers
On Wed, Jan 14, 2009 at 2:13 PM, Alan Carvalho de Assis acas...@gmail.com wrote: I don't have a functional state to create a patch, but it appears to work a little better now. The reg command is returning values which make sense instead all 0 as before. We won't get a functional version immediately. We should however commit changes that move us in the right direction. I committed another change too(attached)... It looks a bit healither... I changed the error into a warning. Can the funky JTAG device without IDCODE fail to validate without it actually being a problem? What I need next are some *simple* .elf binaries that can be committed to svn as test cases for simple GDB debugging. See openocd/testing/examples folder. I can help out w/openocd specific stuff, but I can't dive into imx31 datasheets/compilers, etc. at this point. I tried single stepping but without a working application I can upload, I wouldn't expect it to work(PC doesn't change). Resume seems to work better(i.e. PC changes). -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer ### Eclipse Workspace Patch 1.0 #P openocd Index: src/jtag/jtag.c === --- src/jtag/jtag.c (revision 1316) +++ src/jtag/jtag.c (working copy) @@ -40,6 +40,7 @@ */ int jtag_error=ERROR_OK; + typedef struct cmd_queue_page_s { void *address; @@ -1698,17 +1699,18 @@ tap = NULL; chain_pos = 0; + int val; for(;;){ tap = jtag_NextEnabledTap(tap); if( tap == NULL ){ break; } - - if (buf_get_u32(ir_test, chain_pos, 2) != 0x1) + val = buf_get_u32(ir_test, chain_pos, 2); + if (val != 0x1) { char *cbuf = buf_to_str(ir_test, total_ir_length, 16); - LOG_ERROR(Error validating JTAG scan chain, IR mismatch, scan returned 0x%s, cbuf); + LOG_ERROR(Could not validate JTAG scan chain, IR mismatch, scan returned 0x%s. pos %d expected 0x3 got %0x, cbuf, chain_pos, val); free(cbuf); free(ir_test); return ERROR_JTAG_INIT_FAILED; @@ -1716,10 +1718,11 @@ chain_pos += tap-ir_length; } - if (buf_get_u32(ir_test, chain_pos, 2) != 0x3) + val = buf_get_u32(ir_test, chain_pos, 2); + if (val != 0x3) { char *cbuf = buf_to_str(ir_test, total_ir_length, 16); - LOG_ERROR(Error validating JTAG scan chain, IR mismatch, scan returned 0x%s, cbuf); + LOG_ERROR(Could not validate JTAG scan chain, IR mismatch, scan returned 0x%s. pos %d expected 0x3 got %0x, cbuf, chain_pos, val); free(cbuf); free(ir_test); return ERROR_JTAG_INIT_FAILED; @@ -2249,7 +2252,7 @@ if (jtag_validate_chain() != ERROR_OK) { - LOG_ERROR(Could not validate JTAG chain, continuing anyway...); + LOG_WARNING(Could not validate JTAG chain, continuing anyway...); } return ERROR_OK; @@ -2953,6 +2956,7 @@ } } + /* map state number to SVF state string */ const char* jtag_state_name(enum tap_state state) { @@ -2981,3 +2985,4 @@ return ret; } + Index: src/target/target/imx31.cfg === --- src/target/target/imx31.cfg (revision 1316) +++ src/target/target/imx31.cfg (working copy) @@ -45,14 +45,14 @@ #SDMA_BYPASS - disables SDMA- # # Per ARM: DDI0211J_arm1136_r1p5_trm.pdf - the ARM 1136 as a 5 bit IR register -jtag newtap $_CHIPNAME cpu -irlen 5 -ircapture 0x1 -irmask 0xf -expected-id $_CPUTAPID +jtag newtap $_CHIPNAME cpu -irlen 5 -ircapture 0x1 -irmask 0x1f -expected-id $_CPUTAPID # No IDCODE for this TAP jtag newtap $_CHIPNAME whatchacallit -irlen 4 -ircapture 0 -irmask 0xf -expected-id 0x0 # Per section 40.17.1, table 40-85 the IR register is 4 bits # But this conflicts with Diagram 6-13, 3bits ir and drs -jtag newtap $_CHIPNAME smda -irlen 5 -ircapture 0x1 -irmask 0xf -expected-id $_SDMATAPID +jtag newtap $_CHIPNAME smda -irlen 5 -ircapture 0x1 -irmask 0x1f -expected-id $_SDMATAPID set _TARGETNAME [format %s.cpu $_CHIPNAME] target create $_TARGETNAME arm11 -endian $_ENDIAN -chain-position $_TARGETNAME ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
Re: [Openocd-development] arm11 testers
If you don't set an expected ID, then the chain validation won't fail for that tap. By declaring an expected ID, we will fail if it doesn't match since we _expect_ it to match. -- Rick Altherr kc8...@kc8apf.net He said he hadn't had a byte in three days. I had a short, so I split it with him. -- Unsigned On Jan 14, 2009, at 7:26 AM, Øyvind Harboe wrote: On Wed, Jan 14, 2009 at 2:13 PM, Alan Carvalho de Assis acas...@gmail.com wrote: I don't have a functional state to create a patch, but it appears to work a little better now. The reg command is returning values which make sense instead all 0 as before. We won't get a functional version immediately. We should however commit changes that move us in the right direction. I committed another change too(attached)... It looks a bit healither... I changed the error into a warning. Can the funky JTAG device without IDCODE fail to validate without it actually being a problem? What I need next are some *simple* .elf binaries that can be committed to svn as test cases for simple GDB debugging. See openocd/testing/ examples folder. I can help out w/openocd specific stuff, but I can't dive into imx31 datasheets/compilers, etc. at this point. I tried single stepping but without a working application I can upload, I wouldn't expect it to work(PC doesn't change). Resume seems to work better(i.e. PC changes). -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer arm11wip.txt___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development smime.p7s Description: S/MIME cryptographic signature ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
Re: [Openocd-development] arm11 testers
On Wed, Jan 14, 2009 at 4:49 PM, Rick Altherr kc8...@kc8apf.net wrote: If you don't set an expected ID, then the chain validation won't fail for that tap. By declaring an expected ID, we will fail if it doesn't match since we _expect_ it to match. ??? validation is about the ir values and not the IDCODE so if IDCODE is 0, then ir validate will fail -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
Re: [Openocd-development] arm11 testers
On Jan 14, 2009, at 7:52 AM, Øyvind Harboe wrote: On Wed, Jan 14, 2009 at 4:49 PM, Rick Altherr kc8...@kc8apf.net wrote: If you don't set an expected ID, then the chain validation won't fail for that tap. By declaring an expected ID, we will fail if it doesn't match since we _expect_ it to match. ??? validation is about the ir values and not the IDCODE I thought examination was about the IR values and validation was about the expected IDs. so if IDCODE is 0, then ir validate will fail -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer -- Rick Altherr kc8...@kc8apf.net He said he hadn't had a byte in three days. I had a short, so I split it with him. -- Unsigned smime.p7s Description: S/MIME cryptographic signature ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
Re: [Openocd-development] arm11 testers
Hi Oyvind, On Wed, Jan 14, 2009 at 3:26 PM, Øyvind Harboe oyvind.har...@zylin.com wrote: ...sic What I need next are some *simple* .elf binaries that can be committed to svn as test cases for simple GDB debugging. See openocd/testing/examples folder. I can help out w/openocd specific stuff, but I can't dive into imx31 datasheets/compilers, etc. at this point. I tried single stepping but without a working application I can upload, I wouldn't expect it to work(PC doesn't change). Resume seems to work better(i.e. PC changes). I developed a simple LED test application to test OpenOCD (attached). It will blink all LEDs (D1-D8) of iMX31PDK Debug Board! It worked fine here. Please let me know if it worked to you ok? -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer Best Regards, Alan ledtest-imx31pdk.tar.gz Description: GNU Zip compressed data ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
[Openocd-development] [PATCH] add imx27ads board
Hi, I am sending attached the cfg file to initialize the iMX27ADS board. I hope this time I don't need to edit any makefile in order to copy my cfg to right place :-) Best Regards, Alan addimx27ads.patch Description: application/mbox ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
Re: [Openocd-development] [PATCH] add imx27ads board
Committed. Thanks! -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
Re: [Openocd-development] arm11 testers
Please find it attached. On Wed, Jan 14, 2009 at 6:21 PM, Alan Carvalho de Assis acas...@gmail.com wrote: Ok, I will resend it with GPL header. Thank you. On Wed, Jan 14, 2009 at 5:18 PM, Øyvind Harboe oyvind.har...@zylin.com wrote: Can you make this GPL so I can commit it? Thanks! -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer /*** * Copyright (C) 2009 by Alan Carvalho de Assis * * acas...@gmail.com * * * * This program is free software; you can redistribute it and/or modify * * it under the terms of the GNU General Public License as published by * * the Free Software Foundation; either version 2 of the License, or * * (at your option) any later version. * * * * This program is distributed in the hope that it will be useful, * * but WITHOUT ANY WARRANTY; without even the implied warranty of* * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * * GNU General Public License for more details. * * * * You should have received a copy of the GNU General Public License * * along with this program; if not, write to the * * Free Software Foundation, Inc., * * 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. * ***/ void delay() { int i; for (i = 0; i 50; i++); } /* MAIN ARM FUNTION */ int main (void) { volatile unsigned char *led = ((volatile unsigned char *)0xB602); while(1) { *led = 0xFF; delay(); *led = 0x00; delay(); } /* FOR */ } /* MAIN */ __gccmain() { } /* GCCMAIN */ void exit(int exit_code) { while(1); } /* EXIT */ atexit() { while(1); } /* ATEXIT */ ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
Re: [Openocd-development] arm11 testers
Hi On Wed, Jan 14, 2009 at 6:12 PM, Alan Carvalho de Assis acas...@gmail.com wrote: I developed a simple LED test application to test OpenOCD (attached). It will blink all LEDs (D1-D8) of iMX31PDK Debug Board! Thanks for sharing this code. It looks like a nice self contained example , the gdbscript also looks intersting (to me that is..). Does the gdb-openocd cause enough slowness that the following matters? I# Tell GDB to use 1024 bytes packes when downloading, this^M # reduces load image download times^M set remote memory-write-packet-size 1024^M set remote memory-write-packet-size fixed^M Greetings ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
[Openocd-development] svf support
Hi, I find xsvf support in OpenOCD but there is no svf support. I implemented a svf_player for my Versaloon, and tested OK on EMP240T100 chip. Will it be meanful if I try to add svf support to OpenOCD? Attachment is my svf_parser(in C). caller will be: while(ERROR_OK == svf_parser_get_command(svf_file, command_para)) { if(ERROR_OK != svf_parser_run_command(command_para)) { LOG_ERROR(command execute failed at line %d\n, svf_file_line_index); ret = ERROR_FAIL; } command_num++; } 2009-01-15 Best Regards, Simon Qian SimonQian(simonq...@simonqian.com) www.SimonQian.com svf_parser.c Description: Binary data svf_parser.h Description: Binary data ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
Re: [Openocd-development] arm11 testers
On Wed, Jan 14, 2009 at 8:04 PM, Kees Jongenburger kees.jongenbur...@gmail.com wrote: Hi On Wed, Jan 14, 2009 at 6:12 PM, Alan Carvalho de Assis acas...@gmail.com wrote: I developed a simple LED test application to test OpenOCD (attached). It will blink all LEDs (D1-D8) of iMX31PDK Debug Board! Thanks for sharing this code. It looks like a nice self contained example , the gdbscript also looks intersting (to me that is..). The GDB script should have lots of stuff moved into reset init event of imx31.cfg. Anyone volunteer to create a patch? (I've committed testing/examples/ledtest-imx31pdk). -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
Re: [Openocd-development] svf support
Could you formulate a patch and provide an example of how this is used? I'm not familiar with svf, but I don't have any fundamental objections to adding it to OpenOCD. -- Øyvind Harboe http://www.zylin.com/zy1000.html ARM7 ARM9 XScale Cortex JTAG debugger and flash programmer ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
Re: [Openocd-development] arm11 testers
Does the gdb-openocd cause enough slowness that the following matters? I# Tell GDB to use 1024 bytes packes when downloading, this^M # reduces load image download times^M set remote memory-write-packet-size 1024^M set remote memory-write-packet-size fixed^M You must have an old gdb - this is handled on newer gdb's - probably 6 onwards using the qSupported packet Cheers Spen ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
Re: [Openocd-development] OpenOCD doesn't open gdb/telnet/tcl port when used with JLink interface
On Jan 14, 2009, at 12:22 PM, Alan Carvalho de Assis wrote: Hi Rick, Is the JLink config expecting RCLK? Does the imx31 support RCLK? What speed is the JLink interface being set to? I suspect this is a data corruption issue on the jtag interface. The default jlink config don't have any specification about RCLK neither speed, just it: # jlink interface interface jlink What do you suggest me to add on this config? Best Regards, Alan Typically you would create a separate config that sources the interface and target configs. See the included board configs for examples. In that file, you would add the jtag_khz line as appropriate. I'm not sure what the default for JLink is. A value of 0 typically means use RCLK. If you told JLink to use RCLK but the target doesn't support it, I'm not sure what would happen. -- Rick Altherr kc8...@kc8apf.net He said he hadn't had a byte in three days. I had a short, so I split it with him. -- Unsigned smime.p7s Description: S/MIME cryptographic signature ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development