I'm quite excited about Risc-V as a platform - particularly security and trust-wise. It's great to see that we'll be getting competitive CPUs soon.
Open hardware, implementing an open architecture, which can run open source software with reproducible builds. A huge win when we're facing pervasive surveillance hard-wired into current commodity systems.
RISC-V is just open instruction set. Below the instruction set is microarchitecture.
Some have developed low performance free microarchitectures for Risc-V but same applies to other instruction sets also. You can develop open and secure X86 microarchitecture if you want.
High performance microarchitecture costs hundreds of millions of dollars to develop. Someone may develop competitive RISC-V CPU someday but it will not have open microarchitecture. AMD and Nvidia are examples of fabless companies who develop and sell proprietary microarchitectures. Thinking that someone develops open platform that competes with them is not realistic.
SiFive Coreplex IP is good for microcontrollers and alike and relatively transparent but there are similar microcontroller cores available from ARM with similar transparency.
>High performance microarchitecture costs hundreds of millions of dollars to develop. Someone may develop competitive RISC-V CPU someday but it will not have open microarchitecture. AMD and Nvidia are examples of fabless companies who develop and sell proprietary microarchitectures. Thinking that someone develops open platform that competes with them is not realistic.
I am sure that they same argument should have worked for OSes 30 years ago. I think it will go the same way as it was with linux but much faster. There're a lot of small and not so small players who aren't able to develop microarchitecture themselves but quite eager to take their part in open source project.
I'm not sure that works as well for hardware. Every fab is different. Imagine if you had to rewrite the whole Linux kernel for every CPU on the market.
Getting high performance requires tuning carefully to the exact fab, and fabs change and upgrade on like a two year cycle.
To the best of my knowledge there's no equivalent to the C language for fabs. You have to port the whole chip every time
The same argument can be applied to the hardware. We have a lot of different hardware, it's all different, and every pice of hardware needs its own driver. In practice, drivers are created by hardware vendors and often they are open source.
Of course, production processes are more complicated than this, but there's a degree of decoupling of the processor together with its architecture from the production process.
Intel owns patents on the Itanium ISA and aspects of the x86 ISA. If you still think instruction sets can't be patented, just try challenging Intel about it in court. There will be a smouldering crater left where you once stood once the lawsuits are over with.
This is simply false, as far as Intel is concerned. You can't even emulate x86 (therefore infringing 0 hardware patents) without expected heavy litigation from Intel.
AFAIK the actual x86 patents have expired but none of the extensions have (x86-64, SSE, ...)
> "Intel naturally tries to threaten and extend patents as much as they can. But they ISA itself can't be patented."
It is practically impossible to implement these extensions, such as SSE variants, without intel being able to make a case against you. So even if theoretically the ISA can't be patented, for all practical purposes they have the legal power to effectively prohibit a 3rd-party from implementing an x86 core.
I wish I could share your optimism :/ Nothing stops makers of RISC-V SoCs from adding their own Intel ME equivalents. Also, the CPU is just a small part of a computer, so "RISC-V" doesn't automatically translate to "open hardware" or "open architecture".
> Also, the CPU is just a small part of a computer, so "RISC-V" doesn't automatically translate to "open hardware" or "open architecture".
It is a prerequisite to it though.
update: Also, they already have something acting in the role of the ME on this machine, marked E51 on the chart. I don't think it does the high level application type stuff that the ME does, but I would think it handles power management and other core duties of the ME.
The SiFive coreplexes themselves are based on the UCB-BAR Rocket core generator, which is open source. Most of the SiFive founders worked and still contribute to Rocket.
AFACT, the only non-incremental innovations in CPU architecture these days is open source commoditization (the RISC-V approach) and taking VLIW to the extreme (the Mill Computing approach). Maybe we've hit diminishing returns, but both of those ideas still seem super promising to me.
The baffling thing is that we've got VC money coming out of our ears. They're funding unicorns with no hope of returns and funding every single uber-for-x idea under the sun. And yet it seems like both of these approaches have received almost zero funding in comparison. How is it that Mill Computing and SiFive (or any other RISC-V commercialization company), have not received billions of dolllars in venture capital yet?
> AFACT, the only non-incremental innovations in CPU architecture these days is open source commoditization (the RISC-V approach) and taking VLIW to the extreme (the Mill Computing approach).
I'm still fascinated by the approach of Green Arrays; 144 tiny (forth) cores that together can lift about as much as a "small" cpu, but can also idle at low power with only a few cores active...
An important difference from the Transputer is that it is an entirely asynchronous design that doesn't rely on a clock. It doesn't waste power idling just to distribute and keep a clock vibrating, unless you program it to do so.
It's the same to an extent, but we're now in a world where chips are clocked 100x higher and we've squeezed dry the paradigm of making a serial core with faster and faster transistors.
The Mill is certainly novel, but I don't quite follow how "open-source commoditization" is non-incrementally innovative. What are the innovations with respect to other RISC architectures like MIPS or ARM? Or do you just mean the development model is likely to lead to more innovation?
The EE-times article is better IMHO. They hint at some SiFive customers. There's also a quote about embedded risc-v taking off already - if so I think we should see these appearing next year.
> U54-MC Coreplex IP is the world’s first RISC-V based 64-bit quad-core application processor, supporting full-featured operating systems such as Linux.
Isn't the (still in draft state) Privileged ISA needed to implement a UNIX-like OS such as Linux?
The current version (v1.10) should be forward-compatible, and I believe is expected to be fully ratified in the next two months. There has been very little churn on it for a while now.
[Edit: RISC-V Linux is being upstreamed, and rocket-chip has been running Linux for years.]
Looks awesome. Seems like this hardware may be the start of a pivot back towards RISC for general computing.
Anybody have an idea if work has started on build of OpenBSD or FreeBSD for Risc-v? Would make an excellent chip for building super secure network edge devices or FreeNAS box.
The FreeBSD RISC-V port has been upstream since FreeBSD 11, the Linux port will be upstream in either this or the next merge window. I don't know of anyone starting on an OpenBSD port, but that being good may be held up by the quality of the LLVM port. If they build it on upstream GCC, though, it should go fine I guess.
Seems like this hardware may be the start of a pivot back towards RISC for general computing.
I doubt it. RISC-V will probably be seen more as "truly free and open MIPS", and maybe eventually start growing CISC-ish extensions --- they will have to if they want to become/remain competitive with other more popular architectures. Even ARM has become more CISC-y with the introduction of more special-purpose instructions.
Would make an excellent chip for building super secure network edge devices or FreeNAS box.
That is where I think RISC-V will find a lot of adoption --- since many low-end routers and other network devices already use MIPS (and have barely adequate performance.)
I don't think there's really any reason to think it won't take off in the datacenter, on Chromebooks, on Android devices, and network/embedded equipment as you mention.
Each of these will have a different timeline, but these days there are major markets which are more agnostic to ISA than they were five years ago.
The inherent commodity nature of designs and silicon based on a royalty-free ISA will drive down prices to the limits of design and material process, which will drive adoption.
If the processor adds more functionality, it should get more instruction, that's why it is extendable. However there is no reason to add specialized instructions for things that can be expressed at a lower level, and that would be CISC.
The data and test already done by clearly show that the core premise of the advantages of risc is true. The chips are less complex because of the feature set and use less area and less power.
This is an IP core rather than an actual SoC so the pricing will obviously depend on what else gets packaged with it, but based on the core+caches area of 0.538mm^2 on 28nm it should be competitive with the Cortex A7/A53/A35. As seen in Allwinner A64, Raspberry Pi, etc. It does say 2MB of L2 cache whereas most quad A53 SoCs I've seen have 512KB so the cost is probably going to be a bit higher from that. But full SoCs are likely going to be in the $5-$10 range.
1.7 DMIPS/MHz seems to put it in the range of Cortex A5, maybe Cortex A7. But it also targets significantly higher clock speeds of 1.5GHz, so it may be faster than Cortex A7 in the real world. Probably not faster than A53/A35, but it should be close enough. Plus it has some additional features.
What may hurt it more in the market is the name. Most companies seem to underestimate its importance. U54-MC Coreplex doesn't exactly roll off the tongue...That means it's that much easier to ignore and forget about it. Hopefully whatever SoC will use it will have a better name.
To compare with x86, 1.7 DMIPS/MHz is slightly less than the original Pentium (P5) at 1.88 DMIPS/MHz, and well behind the Pentium Pro (P6) at 2.7 DMIPS/MHz. Later x86 microarchitectures are vastly more efficient, with modern i7s achieving closer to 10 DMIPs/MHz.
Isn't this pretty good then? P5-level performance/MHz from a pretty simple in-order scalar processor. And it clocks at 1.5GHz whereas the P5 topped out at around 200MHz. Though I suppose if you'd manufacture a (slightly tweaked) P5 on a modern process you'd reach similar clock speeds too...
The raw cost of the coreplex's silicon is probably ~7 cents. of course there's extra stuff that goes into a soc, but why do you assume it will go from 7 cents to $5-$10 ? is it because the cost of the A53 etc is insignificant ?
This discussion brings to mind something Gordon Moore explained[1] about the economics of chip fabrication. According to this Intel co-founder it's all about selling silicon real-estate:
What we end up doing is really selling real estate. We've sold area on
the silicon wafer for about a billion dollars an acre, that order of
magnitude, as long as I've been in the industry. Individual transistors
used to sell for a few billion dollars an acre. The microprocessors
today, too. Maybe DRAMs are something under a billion.
So the cost of fabricating a wafer full of devices doesn't change much over time, but shrinking features means you get more devices for that cost. Notice the difference he points out between microprocessors and DRAM: all the costs involved with highly complex devices like CPUs ultimately still fall within the same order of magnitude as the cost of simple DRAM devices. The cost is some small number of "billions per acre" whether you're making the latest cutting edge circuit or just more arrays of bits.
That's because there was some sweet spot under that figure. Bigger, lower tech transistors lead to a more expensive chip because it was too big, and smaller higher tech transistors lead to bigger costs because few companies could make them.
Unfortunately, that is all history. Current top of line fabrication processes cost more per area than their ancestors.
The RISC-V ISA is free (i.e. you can design your own core without paying royalties to a company like ARM, which is what SiFive has done here) but this is a normal paid-for IP core. They do have some SoCs with a "free and open platform specification" but there's no public repo to download their Verilog code from.
Hi, I'm one of the co-founders of the lowRISC project. You're right that SiFive's licensing arrangements can be somewhat confusing. Although they sell licenses (like https://static.dev.sifive.com/business/sifive-license-and-su...) which look like a typical proprietary IP agreement, the SiFive Coreplex IP is a derivative of the open-source Rocket chip generator. SiFive was founded by a team from Berkeley who produced Rocket, and are almost certainly now the biggest contributor to ongoing Rocket development.
Off topic question: has there been any work yet on a TileLink IOMMU? I was playing around with writing one, but didn't want to put in the effort if you guys or SiFive were just around the corner from releasing your own.
It's not something we've worked on so far at lowRISC. If SiFive have been working on something in that area I haven't seen them talk about it publicly.
Sounds like a great project, if you do start working on it I'd love to discuss more.
>> the SiFive Coreplex IP is a derivative of the open-source Rocket chip generator.
Any idea why they didn't drop in the BOOM core then? The EE Times article puts it at 30mm^2 with the L2 cache, so even a larger BOOM core wouldn't increase the die size much. Or are they aiming for really low power first? I could see a whole family of these coming over time. I hope this all goes really well.
While they could easily drop in a BOOM core, there would be some very non-trivial costs for SiFive to verify the IP and tune up the performance and feature set to match their costumers' needs. A lot of work has been put into Rocket once it made the transition from academic to professional and they would have to do that again for BOOM.
Also, there was quite recently a BOOMv2 paper describing some improvements, and hints of low-hanging fruits for further work. So I wouldn't be surprised if we'd have at least BOOMv3 before anybody commits to taping it out on ASIC.
You just wrote that in response to a comment by one of the BOOM and BOOMv2 creators. And yes, there was more than just hints at low hanging fruit, so I'm hoping a v3 is in the works. But all those guys seem to be incredibly busy just giving birth to this (risc-v) thing.
BTW, just to put it in writing I'm estimating the BOOMv2 clock at 2.5GHz on 28nm. Depending how much IPC they clawed back it might match the A15 on coremark.
Thanks for the clarification, it's not at all obvious from the website. The actual target audience buying $600k core licences is probably aware of all of this anyway.
Open hardware, implementing an open architecture, which can run open source software with reproducible builds. A huge win when we're facing pervasive surveillance hard-wired into current commodity systems.