On Thu, Apr 2, 2009 at 4:48 AM, Duane Ellis wrote:
> Background -
>
> A while ago a number of us noticed that OpenOCD *ASSUMES* that all TAP
> transitions require 7 TMS clocks, which is quite wrong, and problematic.
Why?
You can use the pathmove if you need something else. E.g. XScale and
xsvf d
Does anyone have any objections to committing this patch?
It's relatively straightforward to revert and reportely improves performance
significantly and hurts noone(so far). When we commit it we have a record
of it at least
--
Øyvind Harboe
PayBack incident management system
Reduce costs and
Background -
A while ago a number of us noticed that OpenOCD *ASSUMES* that all TAP
transitions require 7 TMS clocks, which is quite wrong, and problematic.
Jeff Willson - did some work, and has a smaller table, sadly it breaks
the FTDI based interfaces. Why? Because they all assume 7 bits.
--
Øyvind Harboe a écrit :
> I think this change should be committed if it helps some and
> hurts noone...
>
>
>
>
I tried it and found huge improvements. There is still a problem not
related to that one, it always fails to program the first time.
This can't be an STM32 problem since I have never e
Thank you for the log.
Is "SDR 32 TDI () SMASK () TDO (F9604093) MASK (0FFF)" at
line 20 in the svf file?
According to the log, it fails to verify tdo data at line 20 in the svf file.
I find a BUG when printing error message when bit_len of IR/DR is >= 32.
Apply the attached
Hi everybody,
I'm a complete newbie to JTAG and embedded linux development. I have a
TinCanTools "Hammer" board that comes with support for an older
version of OpenOCD.
However, I needed to use the newest version of OpenOCD. So now I've
got the Hammer board hooked up to the "Flyswatter" JTA
On Thu, 2 Apr 2009 00:43:52 +0800
"SimonQian" wrote:
> Hi,
> > openocd - svf - failed,
> > urjtag (ppdev) - svf - ok,
> Can you provide the log with -d3 when doing SVF?
>
Hi,
you find enclosed 2 diffirent logs, one with -d3 and one without, i
think there are some timings problem .?
Johann
sv
Hi,
> openocd - svf - failed,
> urjtag (ppdev) - svf - ok,
Can you provide the log with -d3 when doing SVF?
2009-04-02
Best Regards, Simon Qian
SimonQian(simonq...@simonqian.com) www.SimonQian.com
发件人： Johann F.
发送时间： 2009-04-01 23:24:55
收件人： Dick Hollenbeck
抄送： openocd-developmen
On Wed, 01 Apr 2009 10:14:56 -0500
Dick Hollenbeck wrote:
> What tool are you using to generate the xsvf file?
>
> Dick
I use Xilinx ISE Design Suite 10.1 to generate xsvf and svf files.
Target Device XC9572XL.
I tested:
openocd - svf - failed,
urjtag (ppdev) - svf - ok,
openocd (ppdev and ow
What tool are you using to generate the xsvf file?
Dick
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
Johann F. wrote:
>>> I can't make out the important changes from the gratuitous ones. Can
>>> you please revert all the u8 -> uint8_t changes as well as whitespace
>>> changes?
>>>
>>> --
>>> Rick Altherr
>>> kc8...@kc8apf.net
>>>
>> Its been a week now. I can boil it down and find the
> > I can't make out the important changes from the gratuitous ones. Can
> > you please revert all the u8 -> uint8_t changes as well as whitespace
> > changes?
> >
> > --
> > Rick Altherr
> > kc8...@kc8apf.net
>
>
> Its been a week now. I can boil it down and find the essence of the
> chan
Rick Altherr wrote:
>
> On Mar 23, 2009, at 2:15 PM, Johann F. wrote:
>
>> Hi List,
>>
>> i need openocd + sxvf support for my project, but the openocd's sxvf
>> didn't worked, i have done some changes. It works now for me, tested
>> with parport and own jtag gpio bitbang adapter, here is the patch
I think this change should be committed if it helps some and
hurts noone...
--
Øyvind Harboe
PayBack incident management system
Reduce costs and increase quality, free Starter Edition
http://www.payback.no/index_en.html
___
Openocd-development mailing
14 matches
Mail list logo
