Alibaba Cloud gets more of Android working on RISC-V silicon
theregister.com
theregister.com
From what I understand the former is a completely open source spec, and ARM is a proprietary one. But both are just specs, right? It’s not as if I can buy a RISC-V CPU from an organization behind it, it’ll have to be from a manufacturer that produces their own RISC CPUs?
Is it also an entirely different instruction set? How does it compare to x86 and ARM in terms of performance?
Last but not least, other than it being free / opensource, what are some of the reasons why anyone would choose RISC? Phrased differently, if they are going to take marketshare in the CPU world in the next decade, what will be the reason?
There are also non-free RISC-V cores, but they essentially have to continuously make the argument for their existence against the free cores that are available (support, verification resources, just being better designs in the short term, already being hardened for proprietary process nodes, etc.)
Yes, RISC-V is an open ISA, yes, like ARM there is no fab making canonical RISC-V chips. It does at least have the benefit of having support in the UEFI spec pretty much right out of the gate, which offers a standard boot path of sorts (Arm64 also supports UEFI, but most devices to this day have their own bespoke boot firmware and protocols, AFAIK. The unifying factor tends to be something like uboot, again, AFAIK.) but it also has more flexibility, which has the knock-on effect that it may be harder to know which RISC-V software can run on which RISC-V hardware.
I’m very curious to see where it goes. As a tinkerer I definitely have been looking for entire desktop computers that, weak or not, are truly open source and documented from the ground up. RISC-V platforms don’t solve that entirely (in fact it’s probably the remainder of SoC IP that poses the biggest problems) but it does offer an interesting option for a CPU.
Winning is likely to be a question of luck (a la Unix perhaps) and implementation quality.
when you talk about ARM, you have to license designs from the ARM, inc. Apple with its apple silicon is licensing from ARM the designs and IP from them.
with RISC-v, there is no company to hold you hostage for designs and all. its all open source so you can build your own chip, own design, own tech, everything.
this also means i assume that in the long run, if RISC-v and ARM are on equal footing, RISC-v would be more freer, cheaper because there is no licensing and other corporate stuff to go through like with ARM, inc
No no no. The RISC-V ISA is open.
The implementation of RISC-V CPUs is often proprietary.
Unfortunately the license on the ISA does not require implementations to be open.
There is no incentive not to get extensions standardized. In the first place, what's even missing in RISC-V? As of December's 15 extensions, it is pretty much there already, in terms of functionality.
Intel and AMD each have instructions in their x86 chips that the other doesn't have. No one cares, pretty much. If you're building your own performance-critical software to run on a specific chip then you might enable some of them (or just do "gcc -march=native") but software distributed in binary form generally gets on fine without them.
It's a bit of a mixed bag. I'd say if macro op fusion turns out to be viable, it can become the fastest of the three, if not, it will be somewhere between ARM and x86 due to its unique compression scheme. This obviously depends on your particular chip. Apple is way ahead of Qualcomm on the same ISA.
Macro-op fusion predates RISC-V.
What's new is that RISC-V has been designed with knowledge of Macro-op fusion, which gave it some opportunities.
I'd say it weights very little overall; RISC-V is very clever, irrespective of fusion.
I'm an optimist so I imagine buying made to order CPUs from Intel or TSMC where you can pick and choose features and chiplets that can come from any number of companies.
We already live in a world where chip designers pick and choose cores and components from any number of companies: processors we all know about, but things like USB3, HDMI, Bluetooth, and many others are often licensed from third parties. But for the numbers to work you've got to make lots of chips to handle the fixed costs.
https://www.electronicdesign.com/technologies/embedded-revol...
8051s are heavily cloned, but it's not like there's heavily used HDL floating around for free. Additionally the gate count niche of an 8051 is rather constrained.
MIPS made a big deal about being open, but at the end of the day that seemed to just mean that they put their sales contacts on the main page. 'Open' in that case meant 'open access for our business partners to make RTL changes with the right signed contract'.
(Of course, I would also like it to be fast, so that will probably not happen in the next 5 years)
The article doesn't say if their port is also open source. There's a blog post here but I don't see any patches. https://riscv.org/blog/2021/11/how-alibaba-is-porting-risc-v...
Just because it's RISC-V doesn't mean the CPU is open source.
For a while, some ESP32 have been using RISC-V cores. Sometimes as secondary processors, sometimes as the primary one.
In the future, they seem set on completely shifting to RISC-V, which I find sensible.
0. https://www.hackster.io/news/espressif-s-teo-swee-ann-confir...