Re: [OpenOCD-devel] bug in svf
Hi, On Tue, Sep 10, 2013 at 11:11:43AM +0200, Nicolas Produit wrote: this is my first mail to this list so sorry if I do something wrong. I posted a bug report on sparkfun openocd forum but did not get a lot of answers there... https://forum.sparkfun.com/viewtopic.php?f=18t=36484e=0 Heh, I personally wouldn't read any webforums looking for OpenOCD bugs, same about some of the developers, this place is the right medium to discuss issues. Please send at least the beginning of your SVF file to the list for investigation in a way that wouldn't mangle it anyhow. I'm almost sure we'll make it work rather soon and you'll get rid of that windows machine :) Also, using native raspberrypi driver should allow for considerably faster flashing than the sysfs driver. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk ___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
Re: [OpenOCD-devel] bug in svf
Hi, thanks a lot. Very fast reaction on this list! The openocd web site suggest forum for bug report... I attach here start of the svf file (if mail attachment work on this mailing list...) Native raspberry driver? How do I do that? another -f interface? By the way there is a typo in the SysfsGPIO message: sudo openocd -f interface/sysfsgpio-raspberrypi.cfg Open On-Chip Debugger 0.8.0-dev-00131-gf4943ac (2013-09-03-16:56) Licensed under GNU GPL v2 For bug reports, read http://openocd.sourceforge.net/doc/doxygen/bugs.html Info : only one transport option; autoselect 'jtag' SysfsGPIO nums: tck = 11, tms = 25, tdi = 10, tdi = 9 SysfsGPIO num: trst = 7 Should read: SysfsGPIO nums: tck = 11, tms = 25, tdi = 10, tdo = 9 SysfsGPIO num: trst = 7 Then it continue like that (see that message that I get from openocd for some reason is not the full contains of svf file at the crash place) Info : SysfsGPIO JTAG bitbang driver Info : This adapter doesn't support configurable speed Warn : There are no enabled taps. AUTO PROBING MIGHT NOT WORK!! Warn : AUTO auto0.tap - use jtag newtap auto0 tap -expected-id 0x1ba141cf ... Warn : AUTO auto0.tap - use ... -irlen 2 Warn : gdb services need one or more targets defined Info : accepting 'telnet' connection from TapName Enabled IdCode Expected IrLen IrCap IrMask -- --- -- -- - - -- 0 auto0.tap Y 0x1ba141cf 0x1ba141cf 2 0x01 0x03 open(180_svf/FRONTEND_MODULE_180_VERIFY.svf): No such file or directory svf svf [-tap device.tap] file [quiet] [nil] [progress] xsvf (tapname|'plain') filename ['virt2'] ['quiet'] in procedure 'svf' svf processing file: FRONTEND_MODULE_180_VERIFY.svf FREQUENCY 4E6 HZ; Error: Translation from khz to jtag_speed not implemented in procedure 'adapter_khz' STATE RESET; RUNTEST IDLE 5 TCK; ENDIR IRPAUSE; ENDDR DRPAUSE; SIR 8 TDI(0F); SDR 32 TDI(); STATE IDLE; RUNTEST IDLE 1 TCK; SDR 32 TDI() TDO(03A141CF) MASK(06FF); ENDIR IRPAUSE; ENDDR DRPAUSE; SIR 8 TDI(7F); STATE IDLE; RUNTEST IDLE 3 TCK; STATE IDLE; RUNTEST IDLE 50E-6 SEC; ENDIR IRPAUSE; ENDDR DRPAUSE; SIR 8 TDI(01); 924924924924924924924924924924924); *** glibc detected *** openocd: malloc(): memory corruption: 0x00521808 *** On 09/10/2013 11:39 AM, Paul Fertser wrote: Hi, On Tue, Sep 10, 2013 at 11:11:43AM +0200, Nicolas Produit wrote: this is my first mail to this list so sorry if I do something wrong. I posted a bug report on sparkfun openocd forum but did not get a lot of answers there... https://forum.sparkfun.com/viewtopic.php?f=18t=36484e=0 Heh, I personally wouldn't read any webforums looking for OpenOCD bugs, same about some of the developers, this place is the right medium to discuss issues. Please send at least the beginning of your SVF file to the list for investigation in a way that wouldn't mangle it anyhow. I'm almost sure we'll make it work rather soon and you'll get rid of that windows machine :) Also, using native raspberrypi driver should allow for considerably faster flashing than the sysfs driver. -- Nicolas Produit ISDC, Data Centre for Astrophysics Phone:+41 22 379 2140 16, Chemin d'Ecogia Fax: +41 22 379 2133 CH-1290 Versoix www: http://isdc.unige.ch/~produit !#ACTIONVERIFY_ARRAY; !#PROCEDUREVERIFY_IDCODE !#PROC_PRELOAD !#PROC_ENABLE !#DO_VERIFY_EOL !#DO_VERIFY_RLOCK !#DO_EXIT; !#SVF_PATH C:\Users\polar\flash\fe\FRONTEND_MODULE_180_svf\FRONTEND_MODULE_180_VERIFY_ARRAY.svf; !#Programming ModeSingle; !#CREATORFlashPro Version: v11.1 SP1; !#CAPTURE11.1.1.101; !#DEVICEAGL250V2; !#PACKAGEAGL250V2-cs196; !#DATE2013/09/06; !#TIME14:19:17; !#STAPL_VERSIONJESD71; !#VENDORMicrosemi Corporation; !#IDCODE03A141CF; !#IDMASK06FF; !#DESIGNFRONTEND_MODULE; !#DESIGN_DIRECTORY /home/pol/polar_svn/firmware/obox/frontend_alb/firmware/designer/impl1/; !#CHECKSUM4568; !#SECURITYDisable; !#ALG_VERSION20; !#MAP_VERSION1; !#TOOL_VERSION1; !#MAX_FREQ1000; !#SILSIG; !#SPEED_GRADSTD; !#TEMP_GRADIND; !#PLAYER_VERSION_VARIABLEPLAYERVERSIONVARIABLE; !#PLAYER_VERSION_SW_VARIABLEPLAYERVERSIONSWVARIABLE; FREQUENCY 4E6 HZ; STATE RESET; RUNTEST IDLE 5 TCK; ENDIR IRPAUSE; ENDDR DRPAUSE; SIR 8 TDI(0F); SDR 32 TDI(); STATE IDLE; RUNTEST IDLE 1 TCK; SDR 32 TDI() TDO(03A141CF) MASK(06FF); ENDIR IRPAUSE; ENDDR DRPAUSE; SIR 8 TDI(7F); STATE IDLE; RUNTEST IDLE 3 TCK; STATE IDLE; RUNTEST IDLE 50E-6 SEC; ENDIR IRPAUSE; ENDDR DRPAUSE; SIR 8 TDI(01); SDR 708 TDI(92492492492492492492492492492492492492492492492492492492492492492492 4924924924924924924924924924924924924924924924924924924924924924924924924924 924924924924924924924924924924924);
Re: [OpenOCD-devel] bug in svf
Hi, On Tue, Sep 10, 2013 at 06:40:33PM +0800, 徐光晓 wrote: It seemed that I've been in this bug before. The reason cause this bug I guess is from the new line characters are much different between linux (\n) and windows(\r\n). The file in question has no 0x0d's, only 0x0a's, so that's probably unrelated. Thanks for the report though. I'm not sure if anyone would be willing to investigate this any time soon, unfortunately, but I'll try to check \r\n line endings with the svf player if I have time. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk ___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
Re: [OpenOCD-devel] bug in svf
Hello, 徐光晓 wrote: I did not post a bug report, because I did not check the real reason of this bug. The new line character reason is only from my suspection. It sounds likely to me. Please somebody in charge of this module consider about this modification and update it in new version. Thank you. You are just as much in charge of this module as others. :) Please do check that your fix is correct, and then submit a patch through gerrit as described in the HACKING file in the source tree. Many thanks! //Peter -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk ___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
Re: [OpenOCD-devel] bug in svf
On Tue, Sep 10, 2013 at 06:40:33PM +0800, 徐光晓 wrote: I did not post a bug report, because I did not check the real reason of this bug. The new line character reason is only from my suspection. Imagine the current position is 0. We're going to write the character itself, an (optional) space and then there should be one byte left for the terminating null. So we need 3 bytes, exactly as the comment says. So realloc should get 3 (0 + 3), not 2. Please add your comments to the related Gerrit change I've posted. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk ___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
Re: [OpenOCD-devel] bug in svf
On Tue, Sep 10, 2013 at 01:51:14PM +0200, Nicolas Produit wrote: I checked that file do contain \r\n. File was created on windows... Perhaps mailer attachment changed that? I have a feeling that it's your MUA :) Anyway, the parser handles \r just fine, I've checked it already. Please try the patch I posted to Gerrit. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk ___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
Re: [OpenOCD-devel] bug in svf
Hi, thanks a lot!!! with this patch opencd don't crash anymore on this. And I confirm it eat happily window created files with \r\n But I still cannot recycle my window machine... I am now able to run raspberry native (after finding configure needs a --enable-bcm2835gpio) But unfortunatley now I get a SIR 8 TDI(89); SDR 26 TDI(0904920); Error: tdo check error at line 76 Error: read = 0x2F9FF, want = 0x3, mask = 0x3 Error: fail to run command at line 1639 Error: tdo check error at line 76 Error: read = 0x2F9FF, want = 0x3, mask = 0x3 I have no idea what it means. This is my fe.cfg file I use now for my target: adapter_khz 3000 # # aglp # if { [info exists CHIPNAME] } { set _CHIPNAME $CHIPNAME } else { set _CHIPNAME aglp } if { [info exists FPGA_TAPID] } { set _FPGA_TAPID $FPGA_TAPID } else { set _FPGA_TAPID 0x1ba141cf } jtag newtap $_CHIPNAME.fpga tap -irlen 2 -ircapture 0x01 -irmask 0x3 -expected-id $_FPGA_TAPID I have no idea what irlen, ircapture and irmask mean but I got from the scan_chain. I got id from scan_chain too. The svf file contains those comments: !#VENDORMicrosemi Corporation; !#IDCODE03A141CF; !#IDMASK06FF; and if I do 06FF 0x1ba141cf I do get 2A141CF as well as 03A141CF 0x1ba141cf give also 2A141CF so perhaps things make sense (but I am just guessing there). I try to read Actel Igloo documentation looking for irlen, tapid... Cheers On 09/10/2013 01:55 PM, Paul Fertser wrote: On Tue, Sep 10, 2013 at 01:51:14PM +0200, Nicolas Produit wrote: I checked that file do contain \r\n. File was created on windows... Perhaps mailer attachment changed that? I have a feeling that it's your MUA :) Anyway, the parser handles \r just fine, I've checked it already. Please try the patch I posted to Gerrit. -- Nicolas Produit ISDC, Data Centre for Astrophysics Phone:+41 22 379 2140 16, Chemin d'Ecogia Fax: +41 22 379 2133 CH-1290 Versoix www: http://isdc.unige.ch/~produit -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk ___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
Re: [OpenOCD-devel] bug in svf
Hi, Please, refrain from top-posting. On Tue, Sep 10, 2013 at 03:44:41PM +0200, Nicolas Produit wrote: Error: tdo check error at line 76 Error: read = 0x2F9FF, want = 0x3, mask = 0x3 This means the device answered something that it's not expected to. I guess that if it went so far, it would suggest the svf player itself works. I'd try to lower the speed (by editing the svf file itself) and to make sure the electrical connection is good, sometimes adding another ground line helps too. I have no idea what irlen, ircapture and irmask mean but I got from irlen is JTAG Instruction register length and it should be specified in the official documentation in the clear (or in the BSDL file). However, I'd expect autoprobing to determine it properly in this case. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk ___ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel