A Generic PCI Based FPGA Coprocessor? 34
graveyhead asks: "Inspired by a recent Slashdot article, I came across this fantastic package from the fine students in the Configurable Computing Laboratory at BYU: JHDL, which is a set of open source FPGA CAD tools. I am writing a proposal for a prototype system and I have a requirement for a 32 or 64 bit PCI card compatible with JHDL. I do not require any IP cores (which Xilinx seems to want to sell me hundreds of 'em), since our project uses its own custom cores. Also, I will not be building additional hardware around the FPGA processor, so the package needs to be fully self-contained. I simply need the ability to use JHDL to program the FPGA device over PCI under Linux, execute my circuit with parameterized values, and return the result. I found these boards, but I'm not sure which is appropriate or compatible, or if there are better alternatives that I am not finding in a similar price range (up to USD2000). Preferably, I want a chip with lots (1-10M+) of programmable gates."
A bit overkill (Score:5, Interesting)
Take a look at my MIPS on an FPGA [man.ac.uk]. That used less than 100k vertex gates including MMU and other things youprobably dont need.
Also why PCI? Why not talk to it via serial/usb/network? And why not make your own? We made these [man.ac.uk] for just over £100 ($150) each (plus virtex). having the board outside the PC allows you to have more freedom and external connections to do things like this [man.ac.uk]. Also it allows you to write a simpler download software routine to program the thing (serial vs PCI).
Re:A bit overkill (Score:3, Interesting)
Also, you didn't mention how much the Virtex cost. Last time I looked, which was about a year ago, they were many hundreds of pounds from RS. I've been told that with FPGAs the real price depends on where you buy them and your relationship with the supplier. How much did you get yours for?
Thanks,
-- Jamie
Re:A bit overkill (Score:2)
Re:A bit overkill (Score:4, Interesting)
I'm coming from the software side, so for me an FPGA has always been kind of an hardware accelerator for my software. My prefered idea is to plug one of these into my machine, learn to program it to do a specific part in e.g. my webserver and never bother with the fact that it is really hardware. So I need the bandwidth of PCI to do something usefull and do not want to touch a soldering iron. I'm aware that there are many more possibilities, but asume that in total numbers more programmers are actualy interested in FPGA than hardware engineers, since there are many more programmers than hardware engineers.
Chriss
Re:A bit overkill (Score:2)
In the future I'd like to be able to build high level mathematical expressions and have the chip build my expression in circuit.
The bandwidth is important because certain operations would block and wait. In a time sensitive operation, the less time spent waiting, the better.
Re:A bit overkill (Score:4, Interesting)
For a real general approach, you would need another card in the system, probably PCI to be able to program the fpga, and it would allow the FPGA to raise an interrupt if necessary. Personally, I would be extremely interested in one of these because of the phenomenal possibilities it allows.
For example, it would make the gnuradio project much easier by building an FPGA with all the requisite, processor intensive FIR/IIR filters, FFTs, and Viterbi decoders.
Furthermore, you could buckle the FPGA to a high-speed A/D converter, and use the FPGA to do do the initial signal processing. That would really make a difference for very low-latency sound processing for example.
You could implement custom cache functions in hardware for databases, you could accelerate SSL like mad. With open cores, you could patch libmad, etc. to use the FPGA when its available, accelerating MPEG encoding, for example.
For some reason, I can't access his webpage, but, his work is at, http://www.cse.cuhk.edu.hk/~phwl/ [cuhk.edu.hk]
If you're interested in this route, and want some help, shout.
Re:A bit overkill (Score:1)
I'm coming from the software side, so for me an FPGA has always been kind of an hardware accelerator for my software.
Then please, find a hardware engineer to help you. I make my money as an ECE (working with FPGAs since 1995), and let me tell you that the worst VHDL/Verilog/whatever source code that I have seen is always written by software programmers. Unless you are a programmer that can context switch into thinking about what happens to your data at the gat
generic coprocessor? (Score:1)
they're basically a very fast and very programmable math coprocessor that runs 3D-to-2D software. maybe it's possible to disable the RAMDAC and just use the video chip?
Re:generic coprocessor? (Score:4, Informative)
Even if they weren't, programming a maths coprocessor is very different from programming an FPGA, and the things you can do are very different.
An FPGA is a programmable logic circuit, and you can connect almost any kind of digital electronics to it. From flashing lights to memory to network interfaces to bus interfaces (like PCI and USB) to whatever else turns you on.
Re:generic coprocessor? (Score:2)
off the top of my head, frankly. Almost anything
that an FPGA could do for video co-processing could
be done better, cheaper, faster with a DSP.
That doesn't mean there aren't a lot of things
I haven't thought of -- this is not my bread-and-
butter tech zone, and I make no pretense of
expertise. Just offering my
it may be useful if only to elicit the rebuttal
of the better informed.
Re:generic coprocessor? (Score:2)
And DSPs are good for stuff like this too. But they are generally less suited for large data sets. (Like operating on entire images or even multiple images.)
Also it might be that encoding and such are easier to do fast with FPGAs than with DSPs. I haven't really looked in detail what modern video codecs require though.
But there's certainly a place for DSPs as well. So lets put both DPSs and FPGAs on our PCI "coprocessor".
Re:generic coprocessor? (Score:1)
Re:generic coprocessor? (Score:2)
Generic FPGA coprocessor with standard IO (Score:4, Interesting)
The experience of looking for this card got me to thinking:
Does anyone else remember back in the day, OrangeMicro [orangemicro.com] used to sell a card [orangemicro.com], now discontinued :( for Macintoshes that put a fully working PC on a PCI card on your Mac. In fact, I think I still have that laying around here somewhere! You could switch between Windows95 and MacOS, both running in native hardware by hitting Command-Enter. It was very neat, like VirtualPC except in an actual Pentium instead of a virtual one.
Anyhow the inspiring part of the old OrangePC in this case is the multi-functional cable attached to the back. It was a truly monsterous wonder. One side was a huge hundreds-of-pins cable which plugged into the PCI card, and the other side split off into VGA video (which could pass-through the Mac signal, or interrupt it and output the PC signal), audio IO, 2 serial ports, a parallel port and a game port! It was truly an engineering masterpiece :)
So, why doesn't someone build a generic PCI device with such an awesome cable attached? It would give a whole new meaning to opencores.org [opencores.org]. Software could be written that could drop in an arbitrary core and turn your card into any device that you desired that minute. Remember what Homer says: "Aww, I want it now!". With such a device, you could have it, or build it yourself right from your desktop if you were so inclined ;) For example, if the bass is rattling on my friends new album and we want to try cutting off frequencies below 10hz:
You could even do what OrangePC did and drop a whole processor/OS combination (or develop one) on the board and seamlessly switch between it and the host OS. If the card had multiple FPGAs, it could even drive multiple custom devices simultaneously.
Bye bye PCI hardware vendors (except ones to make the general purpose boards). Next, let's build an AGP8x version (with a stable on-board backup VGA core, just in case ;) and set our sights on NVidia and ATI! Now, any volunteers to build an open-source OpenGL accelerated VGA core? All it is is a couple of multipliers, right? ;)
The problem may be that no PCI/AGP vendor in their right minds would ever build such a thing, because it would replace all their products. Still, it's fun to dream about such a useful piece of hardware.
Re:Generic FPGA coprocessor with standard IO (Score:2)
You are forgetting one important point: FPGA's can never be as fast as custom made silicon.
AFAIK nVidia uses Xilinx stations to emulate their cores at some KHZ frequency.
(sorry couldnt dig up the link
Re:Generic FPGA coprocessor with standard IO (Score:2)
Basically what it boils down to is it would work great for lower performance applicatons like sound and such, but would fail miserably at any higher demand applications such as video processor.
Re:Generic FPGA coprocessor with standard IO (Score:1)
The company QuickTurn [quickturn.com] specializes in boxes whose purpose in life is to simulate a CPU or other silicon design in a giant array of FPGAs. Many silicon vendors make use of these machines.
--JoeNot that extreme... (Score:2)
But in large volumes (like the ones NVidia operates with), FPGAs are MUCH more expensive than ASICs. For low volumes, the NRE (nonrecurring expense) of an ASIC makes its per-unit price higher, but over a certain number, the ASIC gets cheaper. NV could probably release an FPGA-based video accelerator nearly as fast as the current units, but it would cost $2000 instead of $200.
Re:Generic FPGA coprocessor with standard IO (Score:2)
As you move to smaller process technology you tend to increase speed and gate counts exponentially. Moore's law and all that. But you also increase the mask costs which means FPGAs definitely are the future of IC design for economic reasons. The speed difference between ASIC and FPGA will become much less of a factor than the overall price difference of brining a product to market as we move into the 90nm and lower level.
Not only does an FPGA allow you to use one mask to create thousands
Multitasking and resource locking (Score:3, Informative)
Suppose you had a nice 10 million gate FPGA on your PCI bus. Now, if you program it to do one thing and one thing only, then there's no problem. So if that FPGA set up to be a hardware DiVX encoder and that's it, all is well.
But let's suppose that you fire up your video editor, and it wants the FPGA to be a DiVX encoder. Then you fire up SSH, and SSH wants the FPGA to be an encryption engine.
It is currently VERY hard to dynamically reprogram sections of an FPGA (some do support partial reprogramming while running, but not all). It is also very hard for the hardware compiler to merge tasks - you would have to re-generate the layout of the FPGA each time you added a function.
What we need is the equivilent of a malloc() call to allow a single large FPGA to be used by multiple applications at the same time (until you run out of gates).
Once that exists, then you will see vendors making generic FPGA accelerators.
Until then, FPGA boards will be the province of a very few people, and prices won't come down very much, I fear.
Re:Multitasking and resource locking (Score:2)
Hey...heads up! (Score:3, Informative)
Contains a BIG listing (updated at the end of last month) showing boards and prices when available. Also lets you know if it's a PCI board or whatever.
I really doubt you will need a million or more gates. What are you trying to do, physically model a barrel of quarters? Is your code going to be as complex as a late-model Pentium?
To start out with, a 600kgate SpartanIIE-ish chip will have lots of room and won't break the bank. A mega-gate Virtex, on the other hand, will eat into your budget requirements for the chip alone.
But check out that link and you'll probably find something.
Re:Hey...heads up! (Score:3, Interesting)
As fun as that sounds, no. Actually I am interested in genetic programming and a huge bottleneck is the time that it takes to test a generated program or circuit. Substantial time savings could be made if some of the calculations during that step could be offloaded to a coprocessor that was dynamically tuned for each generated program. This means that genetic runs with much larger populations that
Coprocessor designed for libc (Score:2)
I wonder if the libc code can be transferred to the coprocessors memory during boot, at least larger functions, then just passing data to it with running programs.
Another idea is to send the driver code of all installed hardware to the coprocessor, and just communicating with it in a standard way. The coprocessor takes the driver overhead. I dont think trying this with the AGP for instance is a good idea, but should work well with winmodems or CDROMS, which freeze the entire system sometimes.
Yet ano
Re:Coprocessor designed for libc (Score:3, Interesting)
A better alternative is to put algorithms or parts of them on a FPGA. Typically for simulations, intensive mathematical processes and similar. It's noteworthy that floating point is very expensive in hardware, so you pro
How about cards from EDT? (Score:2, Insightful)
Get out your wallet (Score:2)
More-or-less related (starbrdidgesystems.com) (Score:1)
Re:More-or-less related (starbrdidgesystems.com) (Score:2)
Their work is very cool, but their machines are very expensive. Also, I am looking at the PCI solution as a possible upgrade solution for an existing cluster, so it needs to be cost effective and fit in the boxes currently doing the job.
cybermace5 posted a great list earlier that led me to this neat card [insight-electronics.com] which may do the job nicely for $250 US! It doesn't have quite the gate count that I wanted, but at