Open Source CPUs Coming To a Club Near You?

lekernel writes "The Milkymist project (also mentioned earlier this year) have started shipping their so-called 'video synthesizer,' a device used by concert and other event organizers to create live visual effects. Most interestingly, the device is based on their fully open source system-on-chip design, including both a CPU and graphics accelerators — the latter being a significant part of what the Open Graphics project is still struggling with."

Finally, some serious nerd on this thing.

[blair1q]

I was beginning to worry that politics and journalism and business were all there was to /.

Here let me fix that for you.

[LWATCDR]

I was beginning to worry that politics and yellow journalism and business were all there was to /.

Re:

[Ironchew]

I was beginning to worry that politics and journalism and business were all there was to /.

Don't worry, the Slashdot editors have had a journalism-free approach to summaries for a long time.

Mist/vapor

[Anonymous Coward]

Mist and vapor. Similar properties.

woot

[Anonymous Coward]

And all 5 people that care about this project will be thrilled.

I'm a bit ignorant on this subject I guess

[Synerg1y]

What exactly makes the design open source? Are they talking about open sourcing the drivers? Cause as with the omega project, there's just a long line of developers lining around the corner to do assembly level programming to reinvent the wheel to make it smaller (sarcasm to the max, nobody wants to work on this shit).

Also seems they have a profit model going here, open source here means, we'll take all your code and then close the source once we have enough and are making enough $.

Re:I'm a bit ignorant on this subject I guess

[Mr Z]

I take it you've never built hardware at the "design circuit boards and get them assembled" level. It's capital intensive. For my simple projects, the difference in cost per board was about 5-10x between a run of 5 and a run of 500. Of course they're selling these, because if they sell enough, they're cheaper for everyone. If everyone had to build one from scratch, nobody would, because they'd cost about $1000 more. Looks like it's a 6 layer board. I don't think that's something you can etch in your bathroom sink with a copper clad board from your local Fry's.

And they're truly open source. It's all GPLv3 or CC BY-SA 3.0. They provide the VHDL, the board design files (and the resulting Gerbers), everything. And according to their FAQ [milkymist.org], they're even working on a free toolchain to compile the FPGA code.

Re:

[Synerg1y]

That makes sense, the hardware schematic is open sourced as is this guy's programming...
http://en.wikipedia.org/wiki/Field-programmable_gate_array [wikipedia.org]

Thanks for the explanations.

Re:

[lekernel]

Since we do not have a copyright transfer and most of the code is GPLv3 licensed, no one in this project has the right (nor the intention AFAIK) to close all the source.

Re:

[WorBlux]

VHDL description files of the hardware, so you can mask it to an ASIC or "compile" it on any sufficiently large FPGA. IF I remember correctly these make use of an FPGA as the SOC.

FPGA

[Ironchew]

The technical overview [milkymist.org] says the system-on-a-chip is implemented with FPGAs, and the open-source component is the Verilog HDL code.

Re:

[hedwards]

OK, I was wondering what problem this would solve that couldn't be more economically solved via FPGA. FPGAs have their issues, but unless you're intending to do a fairly substantial run of chips, I can't imagine it being practical without using FPGA chips.

Re:

[citizenr]

The technical overview [milkymist.org] says the system-on-a-chip is implemented with FPGAs, and the open-source component is the Verilog HDL code.

Verilog HDL code supplied by FPGA vendor

Re:

[lekernel]

No. The Verilog code is there: https://github.com/milkymist/milkymist [github.com]

Re:

[citizenr]

No. The Verilog code is there: https://github.com/milkymist/milkymist [github.com]

cpu core is from fpga vendor, summary sounded like they wrote it from scratch

Re:

[Gordonjcp]

So how do you compile that and get it into an FPGA without closed-source tools?

Re:

[lekernel]

See here: http://www.ohwr.org/attachments/821/sebastien.pdf [ohwr.org]

Re:

[TeknoHog]

OK, so the entire process is not open source, but I think it is overall more open than stock CPUs. Besides, I find it much more geek-worthy to design my own circuits, rather than merely giving instructions to some other guy's circuit for which I don't even have schematics.

By the way, there are open source tools for some stages of FPGA work, at least synthesis and programming. I use UrJTAG all the time to program my chips on ARM and PPC, even if the bitfile must be built on x86 with closed tools.

Re:

[Arlet]

OK, so the entire process is not open source, but I think it is overall more open than stock CPUs

I think stock CPUs are just as (or more) open, but they operate at a different level. The FPGA itself is usually not specified in such detail as the CPU. For instance, the bitfile format is proprietary and undocumented, as well as the exact properties of the FPGA fabric. You still need to buy the actual FPGAs from the vendor, and there's not a lot of choice between them, and then you need to get the synthesis to

Re:

[lekernel]

Maybe you do not care, but in about two months, components of the Milkymist SoC are flying into space - and this means more to the project and to open hardware in general than your negative comment.

There is something there though...

[rickb928]

When someone decided there was a potential market for generic CPUs and SOC, something the size of an IC socket, the chip was built, etc, and Arduino is a marginally sustaining product.

If someone similarly decides that there is a market for a 'specialized' FPGA ( know, stupid), then it might get built, and expandign current FPGAs with some more specialized elements might result in a user-definable CPU that is actually useful.

The difference is that trying to design a new CPU today is assumed to require not ju

Re:

[rickb928]

A dedicated ALU, for one.

Re:

[Anonymous Coward]

A dedicated ALU? Clearly, you have not bothered to study FPGAs before forming an opinion about them. For example, even the cheapest and smallest Xilinx Spartan-6 FPGA has eight DSPA1 slices. Each slice is a 18bit x 18bit multiplier with a 48-bit accumulator. Eight DSPA1 slices have more than enough resources to implement a general purpose 32-bit ALU, and if you go up one FPGA size (~$16 qty 1 instead of ~$10 qty1) you get 16 DSPA1 blocks instead of 8.

Xilinx FPGAs also have fast carry chain logic in ever

Re:

[rickb928]

Then this whole thread is a waste of time. e.

Re:

[unixisc]

With all the die shrinks, FPGAs today have enough gates - which ultimately are the building blocks of all combinational and sequential logic - to make CPUs. Yeah, there may not be enough gates in them to make the latest and greatest Opterons, or Xeons, or POWER7s, or UltraSparc T4s. But there are enough in them to make generic CPUs of any architecture. If one wants an open CPU whose design one can later tweak for whatever their needs, this is a good way to do it. Once a design is frozen, and the volumes

Too long ?

[unity100]

Why did it take that long for viable open source future cpu candidates to come up ?

Re:

[olof_k]

Finally a comment that makes sense. The milky mist is a really cool project and deserves all the publicity it's getting. Thinking of buying one to try it out. The problem however is with the LM32. The license is very unclear, and IIRC there are at least three different licenses on the RTL code itself. I'm not even sure that it's really allowed to use it on any other FPGAs than Lattice's. From what I've heard it's also lacking a MMU (could be wrong on this part though) I also agree that there are way too f

Re:

[lekernel]

The LM32 _is_ a good example of open source CPU; and there's more to open source than GNU. Also, it is simply more technically appropriate [milkymist.org] here than LEON, OpenRISC and OpenSPARC. There was some confusion about the LM32 license (sparkled among other things by confidentiality notices left in the source files) but Lattice cleaned up most of the mess [github.com] a few months ago. The Lattice license [github.com] says: " The Provider grants to You a personal, non-exclusive right to use object code created from the Software or a Deriva

Re:

[olof_k]

I checked my facts, and as you say, Lattice fixed the licensing issues. Also, I wasn't aware of the differences in size between the two. Modularity is one of the things on the todo list for the OpenRISC. Hopefully we can bring it down in size in the future. Sounds like a fun weekend project to do some resource usage analysis between the two. If only there were more weekends :)

Re:

[olof_k]

New, is to stretch it a bit as it's about 12 years old by now :) Anyways, it is MIPS-inspired, but not compatible. There has been some discussion about making next version MIPS-compatible, but we chose not too, as we would like to add and remove features that can better fit modern embedded systems. Here's a link to the or1200 spec http://opencores.org/websvn,filedetails?repname=openrisc&path=%2Fopenrisc%2Ftrunk%2For1200%2Fdoc%2Fopenrisc1200_spec.pdf [opencores.org]

It's a $499 screen saver.

[Animats]

The site has an "unboxing video", but not a demo video. Here's a demo video. [youtube.com] That was version 0.3. It looks like a rather lame screen saver. Here's version 1.0 from a techno party in Berlin. [vimeo.com] It's still rather lame.

I'm all in favor of good nightclub video, but this isn't it.

Re:

[Animats]

Milkdrop 2 is pretty good. It makes this thing look pathetic.

Re:

[lekernel]

The unboxing video [vimeo.com], though admittedly not perfect, also has a great deal of more up-to-date demo content in it.

Re:

[lekernel]

There is already GCC, and a experimental/incomplete LLVM.

Re:

[lekernel]

This is where the Milkymist project is different - you can implement the SoC on a small, affordable FPGA and still get good performance, in part thanks to dedicated accelerators. By the way, there is also FPGA platforms for OpenSPARC so your estimate is too high, but they're still quite expensive and OpenSPARC runs pretty slowly on them.

High performance open source CPUs are a while off

[Btarlinian]

One of the problems with open source hardware is that the highest performance chips are designed under restrictive design rules which are a result of fabrication process limitations at the smallest technology nodes. That's one of the biggest reasons the semiconductor industry hasn't moved entirely to a fabless model. The folks making high performance computing hardware need to know exactly what limitations are imposed upon them by the fabrication process. And the fabircation process will never become "open

Not another MIPS variant?

[kriston]

Is this not another MIPS variant? There are so many questionably licensed and non-licensed MIPS microprocessors out there, I tried looking at the data sheets, but I don't see what instruction set this processor uses. I suspect a non-patent-encumbered variant of MIPS32. Can anyone verify?

There are more open source processors out there

[jeremypbennett]

Congratulations to the Milkymist team - it's a great example of what you can do with open source hardware. As well as the LM32 used by Milkymist, there are other open source processors out there, for example picoJava, OpenSPARC, LEON and the OpenRISC 1200. Most of these are finished projects, subsequently open sourced - kudos to the developers for freeing their designs. The OpenRISC 1200, hosted on www.opencores.org, is different, in that it has an active community continuing to develop the processor and