[OpenOCD-devel] bug in svf

2013-09-10 Thread Nicolas Produit
Hi,
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
I think it is a clear memory corruption problem in openocd.
I find reallocate calls only in the parser of the SVF file
so probably it is a feature of my svf file that was not foreseen.
I can help debugging but I need some help and advise. There is a little
bit of too many new things at the same time (debugginig on a raspberry,
openocd itself, I have zero knowledge of svf language)
What I do on the raspberry is:
sudo openocd -f interface/sysfsgpio-raspberrypi.cfg
then from another terminal on the raspberry:
telnet localhost 
scan_chain
svf the svf file
I don't know how to declare my target (igloo fpga) but it seems to me
that an atomatic tap is found by scan_chain.
I attach here the start of the svf file that create the crash (my mailer
is rewrapping the lines, in fact this can be a problem for this bug):
!#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);
STATE IDLE;
RUNTEST IDLE 1 TCK;
ENDIR IRPAUSE;
ENDDR DRPAUSE;
SIR 8 TDI(C0);
...

Crash is at SDR 708 TDI(92...
line
In fact mailer rewrapped those lines.
The left of those lines look like that on my screen:
SDR 708 TDI(9249
492492492492
924924924924
STATE IDLE;
RUNTEST IDLE 1 TCK;


Thanks

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

2013-09-10 Thread Paul Fertser
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

2013-09-10 Thread Nicolas Produit
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

2013-09-10 Thread Paul Fertser
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

2013-09-10 Thread Peter Stuge
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

2013-09-10 Thread Paul Fertser
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

2013-09-10 Thread Paul Fertser
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

2013-09-10 Thread Nicolas Produit
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

2013-09-10 Thread Paul Fertser
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