2012/12/1 Andreas Fritiofson <[email protected]>:
>
> On Mon, Nov 26, 2012 at 7:47 AM, Franck Jullien <[email protected]>
> wrote:
>>
>> No, I doesn't fix the problem.
>>
>> Thanks for your help.
>>
>> Franck.
>
>
> Hi!
>
> I wrote a test case which generates your sequence: load IR with all ones,
> add one bit dr scan ending in DRSHIFT, execute queue, add eight bit dr scan
> ending in IDLE, execute queue.
>
> I see no problems with the TMS signal during the scan. It's low from
> entering CAPTURE-DR until leaving DRSHIFT for IDLE.
>
> Which adapter are you using and which FTDI chip does it have?
>

I'm using olimex ARM-USB-OCD, it has a FT2232L inside.

> By the way, I realized a problem with the way you're splitting a dr scan
> into several pieces. Each time you add a dr scan, openocd may add fields
> before and/or after to account for taps that are in bypass. So splitting it
> this way won't work if there are multiple taps on the chain.
>
> The method I suggested could also break with multiple taps, since if you
> don't scan enough bits in the first go, you can't recover the following bits
> that have been consumed by trailing dummy fields.
>
> /Andreas
>

I did implement the method you suggested and it works well. For now,
multiple taps
is not an issue. However, I'll note that somewere in case I have the
problem someday
(or in case I'm ready to submit the openOCD openrisc cpu port someday :)).

Franck.

------------------------------------------------------------------------------
Keep yourself connected to Go Parallel: 
INSIGHTS What's next for parallel hardware, programming and related areas?
Interviews and blogs by thought leaders keep you ahead of the curve.
http://goparallel.sourceforge.net
_______________________________________________
OpenOCD-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openocd-devel

Reply via email to