>>>>> "Adam" == Adam Megacz <[email protected]> writes:

    Adam> Hey guys, thanks for writing such a great everything-in-one-place
    Adam> jtag tool!

    Adam> I'm happy to report that I was able to program a Xilinx Virtex-5
    Adam> XUP board (aka "ML509" -- the ML505 with the bigger chip) using
    Adam> the xpc_ext driver from urjtag, a Xilinx Platform Cable (USB), and
    Adam> an SVF file generated by Xilinx's IMPACT tool!  Even better, I was
    Adam> able to talk to the BSCAN_VIRTEX5 block on the chip using urjtag!

    Adam> The bad news -- aside from the fact that xpc_ext is pretty slow --
    Adam> is the fact that the SVF parser has serious problems coping with
    Adam> large SVF files.  The lexer is designed to lex the bitstring of an
    Adam> "SDR" command as one gigantic token (in my case, a 31MB token),
    Adam> but unfortunately flex's performance is O(n+m^2) where m is the
    Adam> length of the longest token in the file -- it's not meant for
    Adam> large tokens.  So, while the programming was successful, it took
    Adam> over an hour *just to read in the SVF file*.

Sorry for advertising another project. For pure JTAG
programming/readback/verify of Xilinx-CPLD/Spartan FPGA/Configurating (SPI)
Flash and JTAG-enable AVR with Adapters like DLC10, FT2232L|H, parallel Port
from BIT/MCS/SREC files etc.  on linux/BSS/win32, look at my recent work on
xc3sprog at sourceforge. All devices with published 1532 BSDL can probaby be
made to work. But as I don't have a V5 device to test, I didn't tackle
yet. Any volunteers?

    Adam> Does anybody see an easy fix?  The only solution I can see is to
    Adam> change the grammar so that each character of a bitstring is a
    Adam> lexene and the parser gangs them together (bison can handle long
    Adam> sequences of lexenes with linear performance if you write the
    Adam> grammar properly).  But this is a pretty hard thing to do unless
    Adam> one is very familiar with the particular svf_bison.y that urjtag
    Adam> uses.

So my proposal: drop SVF. So either use xc3sprog for that task or reuse the
implementations in xc3sprog
...

    Adam> PS, are there any USB cables that can sustain 12mbit/sec using
    Adam> urjtag?  If not, which cable is the fastest when using the latest
    Adam> SVN version of urjtag?
DLC10 and FT2232H for sure have the power. I don't know what status the
xpc_ext driver in urjtag has, but kawk reverse engineered most of the DLC10
protocoll and with that information the xc3sprog xpc-ext driver can deliver
more throughput 

    Adam> PPS, has anybody else noticed that the number of .bdsl files in
    Adam> the "bdsl path" greatly degrades the amount of time required for
    Adam> "detect"?  This is sort of a bummer, because it means we can't
    Adam> just dump the entire collection of bdsl's from Xilinx's kit into
    Adam> urjtag's directory -- we have to carefully select just the minimum
    Adam> number to get the job done.

While the urjtag approach to detect the chain is more general, the
devlist.txt approach in xc3sprog in much slicker. Recent xc3sprog has a
default devlist.txt compiled in as fallback, so for standard situations you
only need the executable.

Bye
-- 
Uwe Bonnes                [email protected]

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
--------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
UrJTAG-development mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/urjtag-development

Reply via email to