Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×
Graphics Open Source Hardware

Kickstarter For Open Source GPU 108

First time accepted submitter eekee writes "The targets are high, but so is the goal: releasing Verilog source code for a GPU implementation. The source will be open source, LGPL-licensed, and suitable for loading onto an FPGA. The first target is for a 2D GPU with PCI interface; perhaps not terribly interesting in itself, but the first stretch goal is much more exciting: full OpenGL and Direct3D graphics." Unlike the Open Graphics Project, this is starting from a working 2D accelerator and mostly working 3D accelerator cloning the features of the Number Nine Ticket to Ride hardware. If they get a meelion bucks they'll overhaul the chip to support something other than PCI (although you can bridge between PCI and PCIe) and implement a modern programmable rather than fixed-function chip. Also unlike OGP, they do not appear interested in producing hardware, instead focusing entirely on the core itself for use in FPGAs (anyone want to dust off the OGD1 design?)
This discussion has been archived. No new comments can be posted.

Kickstarter For Open Source GPU

Comments Filter:
  • by Petersko ( 564140 ) on Wednesday October 09, 2013 @11:40AM (#45081985)

    How is this not an Ouya in the making? Is there actually a market large enough for this thing to do anything but vanish without a trace?

    Apologies for the negativity. Please do correct my world view. I'm amenable.

    • Re: (Score:3, Informative)

      by Anonymous Coward

      The point of this is NOT to produce a graphics card you'll stick in your PC. The card they're emulating was released in 1998. It's for embedded system designers to add graphics capabilities to a project that's already using an FPGA without completely reinventing the wheel. Speaking as someone who implemented a (very basic) 3D GPU for a class project once, it is quite a lot of work.

      • by hattig ( 47930 )

        Well if they can find 20 commercial FPGA projects that need a 2D display controller for their FPGA that are willing to fund $10,000 each, then this Kickstarter might get funded.

        However I'm sure you can buy 2D cores (proprietary) for less money already.

        It is important in some ways to have a 2D LGPL GPU though, especially an optimised, proven design, one with hardware acceleration for drawing, text and blitting - it could benefit a lot of FPGA projects - e.g., FPGA reimplementations of classic hardware, espec

    • by Alioth ( 221270 )

      Clearly they aren't looking for markets otherwise it would be closed source and they would be proposing to sell IP licenses or actual hardware.

      What they are doing is making a freely available Verilog implementation of a graphics chip. This means electronics designers (whether they be hobbyists or people designing embedded hardware for their business) have an accelerated graphics core that they can use with their design. Given it's an LGPL and open source design, they can adapt it to use something other than

      • by hattig ( 47930 )

        To me it looks like a last-gasp effort to get $200,000 from their old graphics IP, and possibly a nice year or two gig to enhance it.

  • This is hardware (Score:4, Insightful)

    by Anonymous Coward on Wednesday October 09, 2013 @11:45AM (#45082015)
    A lot tougher to get right than software. In software you can implement anything you want, as badly as you want. It doesn't cost anything and it's easy to start over. So what if you have an open source GPU? How are you going to connect it to the computer? You need an above-hobbyist PCB designer (sorry, it's true), you need someone to build the boards, test them, solder on the parts (assuming you were able to make a schematic and a BOM and order the parts), test again, and then you can start debugging software as maybe hardware bugs come out at the same time.
    • by Anonymous Coward

      Keep in mind that these guys are former #9 Visual Tech. engineers, so it's not just some shmuck of the street saying lets clone a #9 card and fully open the specs.
      They have done hardware before.

    • This isn't aimed for plugging in to a PC. It's for embedded devices.

    • by xtal ( 49134 ) on Wednesday October 09, 2013 @12:14PM (#45082269)

      Open reference designs are invaluable.. they allow integration of this into an existing design or SoC, but more interestingly, provide an easy platform to customize at the hardware level.

    • by tlhIngan ( 30335 ) <slashdot.worf@net> on Wednesday October 09, 2013 @12:30PM (#45082475)

      A lot tougher to get right than software. In software you can implement anything you want, as badly as you want. It doesn't cost anything and it's easy to start over. So what if you have an open source GPU? How are you going to connect it to the computer? You need an above-hobbyist PCB designer (sorry, it's true), you need someone to build the boards, test them, solder on the parts (assuming you were able to make a schematic and a BOM and order the parts), test again, and then you can start debugging software as maybe hardware bugs come out at the same time.

      Not really - PCI (not PCIe) is fairly easy these days (it's 33MHz, so it's not "hard"). And since it's an FPGA, you just need one with a PCI compatible interface. The other parts would be a video DAC to output to VGA or an FPGA with TMDS lines (yes, they make those) to hook to DVI directly.

      Connect to a computer is easy - it's PCI, most modern PCs have one. If not, they make PCIe-to-PCI bridges that do the same thing (albeit with more work). Or I'm sure if you look around, there's a reference design card you can have that has PCIe, an FPGA and a variety of connectors and ports for plugging straight into a PC.

      And hobby manufacturing is actually fairly easy these days - given how kickstarter seems to have spawned a small industry of contract manufacturers and such with pick and place machines and all that that are reasonably affordable to use to build a small (under 1000, above 20 or so) run with.

      No, the biggest problem these guys will encounter is it's impossible to do an open-source GPU. Because everything they need to do is patented, some of it quite heavily (like S3TC - a core part of OpenGL and DirectX these days, of which there is a software and a hardware part, all owned by Via).

      And that's just 3D graphics. 2D graphics is also a minefield (stuff like overlays are patented). Or if you want to do hardware assisted video decode (patent minefield! Even if you don't want to do h.264). Since the drivers are probably going to be open, that means pushing a lot of the patented material into hardware.

      Hell, the hardware is to be honest the easiest part. Even doing the GPU is fairly straightforward.

      • Well, most of the patented stuff isn't essential. In fact they could probably do a GLES 1.1 compatible part without breaching any patents. By the time they're ready to implement any extensions, the patents will be close to expiration.
      • What you said is exactly what I thought. As somebody who has done several high end graphics cards and even worked on the first "Paradise" VGA compatible, drivers, VESA, stuffing, ASIC, fabless, FPGA, and CAD for a board are all commodities ( and 200k isn't a big sticker price for that). I like the idea, but doing this is like asking to be sued. It is something that should be done and perhaps a better way would be to create a multi-core RISC that was so flexible that it could run from an installed microcode
      • Most patents affecting what they have, especially the 2D portion, should be expired by now.
        If they aren't, this probably counts as prior art in its own right.

    • A lot tougher to get right than software. In software you can implement anything you want, as badly as you want. It doesn't cost anything and it's easy to start over.

      readmefirst.txt [amazon.com]

    • by LoRdTAW ( 99712 )

      Its a softcore for an FPGA so you can get as sloppy as you want. Doesnt work? Debug, compile and re-load the bitfile into the FPGA. Then optimize in places that need it. I doubt this is going to make its way into an ASIC unless the design can compete with other embedded IP like the Mali or PowerVR. If you read the article they say specifically they will change the interface from PCI to another bus: "generic interface as well as AXI, Avalon and Wishbone". AXI, Avalon and Wishbone are embedded busses for on c

    • You can get away with starter kits.

      For one example, Altera has a starter kit with HDMI support. This is for previous generation of their FPGAs (Stratix IV), but still.

      What you have to do right, is to write the driver. And here we have a huge task, because no current 3D accelerator card will do any good without optimization of shaders and, more importantly, the combination of shaders and other calls, like texture loading, etc.

  • by bill_mcgonigle ( 4333 ) * on Wednesday October 09, 2013 @11:51AM (#45082055) Homepage Journal

    But at least make something that can be fabbed. MIPS and ARM are doing great with implementing reference designs.

    Heck, I'd *love* a Chinese factory to take an open graphics card spec and crank out $9 low-power cards for me to use in a server. PCI is fine, but it kills me to put a $50 GeForce card with a heatsink and fan in a normally headless machine!

    FPGA is a great target for distributed development; just support those who want to implement it in an an ASIC.

    • by paskie ( 539112 )

      Why not just buy a motherboard with onboard GPU? Plenty of these around, though the offers are diminishing with the onset of APU generation of CPUs (which you probably don't really want on a server, modulo special cases). I think you are paying around $9 for the graphics card then.

    • by sootman ( 158191 )

      > it kills me to put a $50 GeForce card with a heatsink
      > and fan in a normally headless machine!

      Then take off the heatsink and fan, duh. :-)

    • I've found a surprising number of modern motherboards that boot fine with no video card (and no onboard video). They often give a "no video" error beep, but keep on booting. Try it without any video card.
  • by Anonymous Coward

    With the rise of ARM, SoC parts with fully open GPU APIs of amazing power are essentially almost ZERO cost. Tiny circuit boards are available for experimenters and developers with first class 2D, 3D, Video and JPG acceleration, and even video ENCODING is becoming a common hardware feature in low-end parts.

    What exactly does the cretinous idea of 'open-source' hardware bring to the table. Sure, it's an environment for budding chip designers to cut their teeth on, but SIMULATIONS on powerful PCs actually provi

    • by Tapewolf ( 1639955 ) on Wednesday October 09, 2013 @12:04PM (#45082157)

      With the rise of ARM, SoC parts with fully open GPU APIs of amazing power are essentially almost ZERO cost. Tiny circuit boards are available for experimenters and developers with first class 2D, 3D, Video and JPG acceleration, and even video ENCODING is becoming a common hardware feature in low-end parts.

      Care to name any? Most of the ones I've heard of with any form of acceleration are using a proprietary GPU core, where you get a binary blob for Android and bugger-all else. Maybe things have changed since, but last I hard the driver situation was worse for ARM cores than it was in the PC space. Indeed, that was the rationale behind Mir - that it would be able to use the Android blobs under Ubuntu.

    • Re: (Score:2, Informative)

      by Anonymous Coward

      These guys have licenses covering the original #9 tech that was sold to S3.
      The are former #9 engineers, not as you say non-too-bright fiddlers.

      "By mid 2000, S3 had completed the acquisition of Number Nine's assets and Number Nine had ceased operations. In 2002, two former Number Nine engineers, James Macleod and Francis Bruno, formed Silicon Spectrum, Inc., and licensed Number Nine's graphics technology from S3 to implement in FPGA devices."
      http://en.wikipedia.org/wiki/Number_Nine_Visual_Technology#Number_N

    • by hattig ( 47930 )

      None of the GPUs in current ARM SoCs are open in any sense of the word.

      Some of them are getting painfully reversed engineered open source drivers - Lima (for Mali), Grate (for Tegra), etc. But the hardware and firmware is still closed source.

      This isn't about getting cheap hardware en-masse. It's about getting fully open source hardware at any cost. And the market for that (from a user perspective) is quite small, although the benefits for FPGA computer projects could be massive - essentially a free GPU if t

  • If this succeeds its ultimate product will be the ability to make an expensive and slow GPU using a FPGA? One that almost certainly won't be good enough to run most games? Who is clamoring for this? If they were manufacturing their own chips instead of using FPGAs then I could see it maybe as something for a Raspberry Pi like device, but that's right out the window when you're talking about $300 FPGA chips.
    • Who is clamoring for this?

      People who fetishize the term "open source" almost to the point of religion.

    • Embedded hardware designs. This doesn't get it's own FPGA - it shares an FPGA with whatever else the application requires.

  • by Anonymous Coward

    Sun released the (IIRC) VHDL code for their UltraSPARC cores used in the T1 and the T2 multicore CPUs.

    • by hattig ( 47930 )

      I was wondering about open source CPU cores to go along with this GPU - thanks. A better bet than the T80 or T68 core!

  • I've been out of the FPGA world for a while, but I would expect anything interesting in terms of a 3D chip to require a largeish FPGA chip, and if you have to use a $200-$2000 FPGA (with exotic surface-mount and power requirements) then this seems like maybe not that much of a win.

    G.

    • Page says the 3D part is optional - you can leave it off to save gates, if you don't need the acceleration.

    • by gmarsh ( 839707 )

      Even the highest end Virtex can't touch one of AMD/nVidia's ASICs for 3D rendering, but that isn't the target market for this design.

      Here's an evaluation board for a low end FPGA chip, emulating a full 80186 PC including CPU, BIOS, keyboard controller, and VGA video:

      http://zet.aluzina.org/index.php/Altera_DE1_Installation_guide [aluzina.org]

      The Cyclone II on that card is several years old, a modern equivalent of the FPGA is about $12. Now if you haul the x86 and everything else out, you've got plenty of room freed up to

  • WTF is a "meelion" (Score:2, Insightful)

    by X0563511 ( 793323 )

    That kind of shit should be stripped out by "editors." No slang, please.

    • After over ten years perusing this site, I have yet to form the opinion that editors edit the submissions in any way until there is a bunch of backlash from the comments about a minor transcription error. If there is a major error, it usually is not fixed.
  • This is so ridiculous I don't even know where to start. Whoever is promoting this has no idea what is involved.

    If you want to learn, buy a Xilinx demo board with a VGA or HDMI connector. You can learn something from it, and begin to see what a huge amount of work something like this requires.

    Leave your high-minded ideas for open source (or free money from Kickstarter) and get a vague of idea of what you are proposing. The costs to fab anything are enormous. A $35 PCI-Express video card with no fa
  • by Anonymous Coward

    I would prefer OpenCL-only chip, for massively parallel computations. I would like some really simple CPU, like MC68000 + vector FPU, with some 128KB of private memory for each core, with thousands of cores, working on 3GHz or more. It would be even better, if cores are setup in 2D grid, so that each core can access private memory of neighbouring 4 cores.

    • Not exactly what you asked for. [parallella.org] Only 1 GHz, and less cores than you asked, but there are already plenty of people complaining that it's too distributed to be useful, so I guess something like that needs to prosper before people try that OpenCL chip.

  • Designing a GPU is much easier than desiginging a GPU which doesn't violate any of the massive number of GPU patents. For a while, it seemed like 'doing something a CPU does but on a GPU' was the patent equivalent of 'doing something computers have been doing for years, but on a phone'.

  • Software drivers are a challenge, and we will work on providing some level of drivers, with the hopes that the community takes them up and pushes them to new levels and provides problem reports to us.

    I assume the #9 is not nearly as complex as a modern-day GPU, but this sentence really concerns me. As a hardware guy myself, I'd want some more experienced hands on board for the software side. And a Linux driver needs to be part of the deliverables at least.

    Also, what's the resource utilization? If this thing only runs in large Virtex-class chips then it's not terribly useful to the open-source community.

    It would be really cool to have a graphics core of this level open-sourced, but I think the audience f

  • I remember having a Number(N)ine card back in the day (an Intergraph card?). It was a little obscure but came with the territory (I think that was the card I paired with a Gravis Ultrasound, as well). Good to see someone using that tech again.

  • They aren't exactly asking for pocket-change here. They want fairly extensive funding in order to produce a product that will be utterly worthless in the marketplace... (running a GPU on an FPGA isn't exactly going to be at the upper-right of the price/perf graph.) It'd be nice if the top contributors at least got a copy of a reference design, not just a USB stick with source on it.

    It's nice that it will be "open", but I kind of think they'll have trouble getting funding for a "hobby" project that few, if

    • by 0123456 ( 636235 )

      This would be like contributing money to a new car company so they could design (but not actually build) a hand-built, but otherwise generic, mid-size sedan, but with a riding lawnmower engine in it instead a car engine. Yeah, the whole world will get a copy of the blueprints, but why would anyone ever want to build it?

      So they could still travel after the NSA backdoored their 'driverless car' and shut it down?

  • It's funny, but it seems their development model isn't really open source, they just plan to release the source when they're done.
    Mind you, I'm not saying they're lying. They never stated their development model was open source.

    What's the big difference?
    An open source development model means the source is open from day 0, both for contributions, testing, etc, etc, etc.
    This is actually a closed development (ie: behind closed doors), which later gets published.
    The quality of the end result of both development

  • This is from Silicon Spectrum, who bought the graphics accelerator from Number Nine (i128, Ticket-to-Ride, etc.). It appears they've deviced to open source that IP. The i128 was mostly 2D with some very limited 3D support. I don't know if they managed to develop anything with programmable shaders, but they might have. Also, I think they've been selling graphics accelerator IP for FPGAs for a while; not sure.

"Protozoa are small, and bacteria are small, but viruses are smaller than the both put together."

Working...