I've updated bfload (in TRUNK) as we talked about, while maintaining 
backwards compatibility on the command-line, at the expense of code 
organization.  It now accepts old-style command lines and new-style 
command lines.


The original command-line is: <BitFile> [<BoardNum>]

With that command line it looks up the FPGA part number from the BitFile 
and finds the BoardNum'th PCI card with that kind of FPGA.

The boards supported by old-style command-lines is unchanged: 5i20 and 
5i22 1M and 1.5M (though I haven't tested the 5i22 support yet).


The new command-line is:  <BoardType>[:<BoardIdentifier]=<BitFile>

BoardType is an Anything I/O board model name like 5i20 or 7i43. 
BoardIdentifier identifies *which* board of that type; for PCI boards 
it's an integer meaning the n'th PCI board of that type found by upci, 
for the EPP boards (7i43 big & small) it's the I/O address(es) of the 
parallel port.  BoardIdentifier is optional and defaults to 0 for the 
PCI boards and 0x378,0x778 for the EPP boards.

The new-style command-lines support the original PCI cards, and also the 
7i43 (200K and 400K FPGAs).


How do you guys want to move forward from here?  Should I keep the old 
command-lines supported (maybe with a "deprecated" warning on stdout), 
or should I clean up the code and drop support for the old command lines?

Maybe keep the backwards compatibility in the 2.2 branch and drop it in 
TRUNK?  That gets sort of icky.


-- 
Sebastian Kuzminsky
darling lets discuss our tactics

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Emc-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/emc-developers

Reply via email to