I didn't read the article, but I have been trying to stay vaguely informed off and on.
The two 'cons' that really need to be addressed:
* Average consumers need /access/ to purchase working solutions (which means some prosumers and some developers will).
* Working solutions probably need to include: DisplayLink, USB, Ethernet, and /maybe/ WiFi (the later two /could/ just be USB devices) ports on the hardware. Standard bulk IO (like SATA, PCI(e) bus) would be nice to have, but not required.
Issues you mention have nothing to do with RISC-V ISA.
RISC-V Is just open source ISA, hopefulĺy without any patent issues.
Nobody is going develop open source high performance RISC-V processor architecture IP and give the design away free. You pay licenses and royalties just like before.
What they have to do with the ISA is making implementations of this instruction set common and worth owning for non-hobby toy reasons outside of companies or large projects doing embedded systems development.
THAT is what will drive the network effect for success, low prices, and making it a commodity that can be worked on outside of simulated environments.
RISC-V is just an ISA, which can be thought of a s a very low level API. The memory (and most other subsystems') architecture is not tied to the ISA. Rather it has to do with load/store instruction implementation and cache organization.
tgragnato wasn't clear enough to be certain about what he/she has in mind, but the RISC-V ISA specification -- as presently written -- has been shown to have memory consistency flaws. This emerged in April when Princeton published their TriCheck findings. RISC-V foundation has since responded by promising revisions to the ISA specification to close the holes.
> It tries to undercut the ARM model of establishing how CPUs or other cores should work and how they should be valued.”
Companies are not going for ARM just to license professor ISA's. They also license and value the underlying efficient and high performance architecture ARM has developed.
What can happen with RISC-V is that there are several competing IP companies that develop competing RISC-V architectures and ask royalties and license fees for their IP. This competition can bring down the cost somewhat. If ARM royalty is 1.5% today, the cost may be 0.77% in the future. It's also possible that one company will dominate others with superior design, price and foundry connections. That company might be ARM, AMD or Intel.
> If there is market and enough demand, they will enter it and try to dominate it.
Intel tried that once (Xscale) and failed miserably. The second time it didn't even bother to go with ARM again. Chances are much lower that it would ever bother with RISC-V. Intel's CFO would probably be embarrassed to even bring up a report to the CEO showing how much (little) money they could make from licensing or even manufacturing RISC-V chips ("But sir, we could make hundreds of dollars!")
> Intel is already manufacturing ARM ships. Why would Intel leave the markets to Samsung and TSMC.
I'm not so sure this will work very well for Intel either. Intel is only willing to do this in markets it doesn't compete. So it agreed to do it in the mobile market, for example, because it doesn't plan on ever going back with its own chips there again.
Since Intel is trying to enter the IoT and automotive markets with Atom or Core chips right now, I doubt it would be making ARM or RISC-V chips anytime soon.
> Companies are not going for ARM just to license professor ISA's. They also license and value the underlying efficient and high performance architecture ARM has developed.
Depends on the company. Apple, Qualcomm, Samsung, AMD and Nvidia in fact do go to ARM just to license the ISA and implement the CPU entirely on their own. However, the ARM implementations are licensed by a whole lot of smaller companies. The bigger players are thus pretty much forced to forever chase ARM's changes to the ISA and implement these. I doubt they mind ARM's price but I suspect that they might be concerned about ARM's influence.
One big change from RISC-V, if it materializes, would be a standard ISA not controlled by a single company like ARM, and not evolving through a knife fight between a few companies racing to extend it, like x86. Will it materialize? Not sure which way I'd bet.
>and not evolving through a knife fight between a few companies racing to extend it, like x86.
Apple others you mention have an architecture license agreement with ARM. It means that they can develop their own cores but they must have full compliance with the ARM architecture.
Does RISC-V require fully compliance? If not, RISC-V might be evolving through a knife fight between a few companies racing to extend it just like x86. When one company gets large market share, their extensions become de facto standards.
Probably no compliance requirement given all the derivatives. SPARC is another open ISA where you might have to comply if saying it's SPARC-compatible along with a sub-$100 fee. I don't think there's a requirement if you give it a different name or say SPARC-like.
It does look like it has 3 potential entry points. There is already a microcontroller product from hiFive. lowRISC appears to be targeting the smallish SOC market. Then whoever might target more general purpose processors.
I don't know as I don't have enough knowledge about the matter. I'm asking because on Wikipedia and in videos about jcore (which uses SuperH) it is touted as a nice ISA:
> High code density compared to other 32-bit RISC ISAs such as ARM or MIPS[8] important for cache and memory bandwidth performance.
MIPS has numerous defects. There is a legacy wart in the form of a delay slot that doesn't match modern pipelines; this causes all sorts of annoyances. The MMU doesn't use a hardware-walked tree, cutting into performance with cache misses and even code execution. Forming addresses requires a silly number of instructions, or alternately you give up and just load relative to a specific register. The architecture fails to specify a coherent fully physical cache, causing all sorts of performance-killing trouble in OS kernels. There are wasted bits, commonly in the "shamt" field. The "hi" and "lo" registers interfere with scheduling multiplication and division.
Another worthy contender to be rehabilitated is DEC Alpha. Indeed, the Sunway Taihu Light supercomputer (fastest the on TOP500 list) uses the Sunway SW26010 which is based on the Alpha 21164.
I recommend against Alpha since Intel acquired the IP and had a licensing partnership with Samsung they shut down. Quite proprietary despite wonderful advantage of PALcode. Also a simple architecture used even recently for CompSci CPU's (eg SAFE).
People like to compare RISC-V to Linux, which I think it is just wrong.
Linux is something that you can download from kernel.org, compile it and bring it up over night. It's a package with a bunch of scripts that compiles a working kernel for your machine. All the work is already done for you.
RISC-V, on the other hand, it is just a document describing an ISA. It is far different from a working implementation.
RISC-V might shine on micro-controllers and on power management control units, since those applications are more simple and more affordable to implement from scratch.
But on high-end applications, it will be no different from ARM's path. Implementing an high performant CPU costs money, someone will have to cater those costs, either by hiring a full team of highly specialized engineers (which will cost a bunch of money) or by licensing to third parties (which will also cost money through licenses or royalties).
As the article (and you) point out, the datacenter and mobile space is already lost to Intel and ARM respectively. The only path forward is through the IoT space. It's the only area where you might need something even smaller than ARM.
Krste Asanovic in https://www.youtube.com/watch?v=KxuQW8HWBXI shows numbers that the Berkeley Rocket implementation of RISC-V is both faster and has smaller die size than the ARM Cortex-A5 and that the Berkeley BOOM is faster and smaller than the ARM Cortex-A9.
The Cortex-A series are big processors. They're generally used when compute power is more important than power consumption. While it's a promising benchmark, the RISC-V will need to compete with the M-series (and other 8/16 bit cores) to break into the IoT market.
As impressive as that is, I doubt there's much room for RISC-V in Cortex-A's target market (phones, smart TVs, etc etc). I explicitly mentioned Cortex-M.
You can download a RISC-V core today, "compile" it and run it on an FPGA. You can tweak it or add stuff to it, test on the FPGA and go to custom silicon when ready. Not all designs can be downloaded for free, but some can and there are several you can license already. It's not as simple as software like Linux but it is the hardware equivalent.
"Not everything exists for RISC-V that exists for the other ones, but that is filling in at incredible pace."
The RISC-V project is now 7 years old. Remember that the 6502 and its supporting hardware went from proposal to final silicon in 2 years. And that was done using a hand drawn layout.
That may be but RISC is supposed to be simple (or if you prefer, reduced) and back then the 6502 had no infrastructure to speak of. 7 years is unquestionably a long time and then if you go to the RISC-V spec and look at lucky chapter 13, "B" Standard Extension for Bit Manipulation it says:
This chapter is a placeholder for a future standard extension to provide bit manipulation instructions, including instructions to insert, extract, and test bit fields, and for rotations, funnel shifts, and bit and byte permutations.
UC Berkeley has had functional RISC-V silicon for years now as research devices. RISC-V hasn't really been a thing outside of their architecture research group for more than a few years now. The UCB-BAR also has some fairly decent RISC-V cores (BOOM and Rocket) available as open source RTL.
I'm excited by RISC-V. It has some interesting architectural decisions.
Remember the ARM started in the 1980s was solid but not a breakout architecture until the early 2000s. The x86's roots lie in the 70s and it took a killer app (IBM PC) to make it dominant. GCC took about a decade to get any traction.
The article says that the developers expect companies to add their own features and support, so I guess we're just waiting for some established player or startup to pick up the ISA and roll something out with it?
But it specifically says "same model as Linux", and that bothers me because RISC-V is not an operating system, and I'm not sure that Linux's business model is appropriate here...
Maybe the Chromium->Chrome/Iron/Opera comparison would be a little neater? That's the way I read it. An open source core with different vendors adding closed source components as value adds.
44 comments
[ 2.7 ms ] story [ 101 ms ] threadThe two 'cons' that really need to be addressed:
* Average consumers need /access/ to purchase working solutions (which means some prosumers and some developers will).
* Working solutions probably need to include: DisplayLink, USB, Ethernet, and /maybe/ WiFi (the later two /could/ just be USB devices) ports on the hardware. Standard bulk IO (like SATA, PCI(e) bus) would be nice to have, but not required.
RISC-V Is just open source ISA, hopefulĺy without any patent issues.
Nobody is going develop open source high performance RISC-V processor architecture IP and give the design away free. You pay licenses and royalties just like before.
THAT is what will drive the network effect for success, low prices, and making it a commodity that can be worked on outside of simulated environments.
EDIT: coherence -> consistency (sorry)
tgragnato wasn't clear enough to be certain about what he/she has in mind, but the RISC-V ISA specification -- as presently written -- has been shown to have memory consistency flaws. This emerged in April when Princeton published their TriCheck findings. RISC-V foundation has since responded by promising revisions to the ISA specification to close the holes.
https://www.electronicsweekly.com/open-source-engineering/ri...
https://www.electronicsweekly.com/news/design/eda-and-ip/ris...
Companies are not going for ARM just to license professor ISA's. They also license and value the underlying efficient and high performance architecture ARM has developed.
What can happen with RISC-V is that there are several competing IP companies that develop competing RISC-V architectures and ask royalties and license fees for their IP. This competition can bring down the cost somewhat. If ARM royalty is 1.5% today, the cost may be 0.77% in the future. It's also possible that one company will dominate others with superior design, price and foundry connections. That company might be ARM, AMD or Intel.
Intel is already manufacturing ARM ships. Why would Intel leave the markets to Samsung and TSMC.
Intel tried that once (Xscale) and failed miserably. The second time it didn't even bother to go with ARM again. Chances are much lower that it would ever bother with RISC-V. Intel's CFO would probably be embarrassed to even bring up a report to the CEO showing how much (little) money they could make from licensing or even manufacturing RISC-V chips ("But sir, we could make hundreds of dollars!")
> Intel is already manufacturing ARM ships. Why would Intel leave the markets to Samsung and TSMC.
I'm not so sure this will work very well for Intel either. Intel is only willing to do this in markets it doesn't compete. So it agreed to do it in the mobile market, for example, because it doesn't plan on ever going back with its own chips there again.
Since Intel is trying to enter the IoT and automotive markets with Atom or Core chips right now, I doubt it would be making ARM or RISC-V chips anytime soon.
Intel wants to produce 64-bit ARM cores for smartphones. It's customers include Apple and Qualcomm. It's not a small market.
Depends on the company. Apple, Qualcomm, Samsung, AMD and Nvidia in fact do go to ARM just to license the ISA and implement the CPU entirely on their own. However, the ARM implementations are licensed by a whole lot of smaller companies. The bigger players are thus pretty much forced to forever chase ARM's changes to the ISA and implement these. I doubt they mind ARM's price but I suspect that they might be concerned about ARM's influence.
One big change from RISC-V, if it materializes, would be a standard ISA not controlled by a single company like ARM, and not evolving through a knife fight between a few companies racing to extend it, like x86. Will it materialize? Not sure which way I'd bet.
Apple others you mention have an architecture license agreement with ARM. It means that they can develop their own cores but they must have full compliance with the ARM architecture.
Does RISC-V require fully compliance? If not, RISC-V might be evolving through a knife fight between a few companies racing to extend it just like x86. When one company gets large market share, their extensions become de facto standards.
It does look like it has 3 potential entry points. There is already a microcontroller product from hiFive. lowRISC appears to be targeting the smallish SOC market. Then whoever might target more general purpose processors.
[0] https://en.wikipedia.org/wiki/SuperH
Open ISA and a full open source implementation by MIPS themselves?
> High code density compared to other 32-bit RISC ISAs such as ARM or MIPS[8] important for cache and memory bandwidth performance.
For the sake of completeness, it should be mentioned that arm, mips and riscv also have 16-bit ISA extensions to achieve better density.
They have been modernizing the architecture during the last 10 years.
Another worthy contender to be rehabilitated is DEC Alpha. Indeed, the Sunway Taihu Light supercomputer (fastest the on TOP500 list) uses the Sunway SW26010 which is based on the Alpha 21164.
Seeing that Sunway TaihuLight still uses DDR3 I wonder how much power they could save by going with DDR4 and it's lower voltage.
It's cool to see so many older ISAs coming back.
[0] http://j-core.org/roadmap.html
Linux is something that you can download from kernel.org, compile it and bring it up over night. It's a package with a bunch of scripts that compiles a working kernel for your machine. All the work is already done for you.
RISC-V, on the other hand, it is just a document describing an ISA. It is far different from a working implementation.
RISC-V might shine on micro-controllers and on power management control units, since those applications are more simple and more affordable to implement from scratch.
But on high-end applications, it will be no different from ARM's path. Implementing an high performant CPU costs money, someone will have to cater those costs, either by hiring a full team of highly specialized engineers (which will cost a bunch of money) or by licensing to third parties (which will also cost money through licenses or royalties).
If RISC-V is going to go anywhere, it's going to have to start with hobbyists and RaspPi-like devices.
The RISC-V project is now 7 years old. Remember that the 6502 and its supporting hardware went from proposal to final silicon in 2 years. And that was done using a hand drawn layout.
https://research.swtch.com/6502
Remember the ARM started in the 1980s was solid but not a breakout architecture until the early 2000s. The x86's roots lie in the 70s and it took a killer app (IBM PC) to make it dominant. GCC took about a decade to get any traction.
So it's early days for RISC-V
But it specifically says "same model as Linux", and that bothers me because RISC-V is not an operating system, and I'm not sure that Linux's business model is appropriate here...