Open cores, ISAs, etc.: what is open about them?
ariadne.space
ariadne.space
The question than will be how close we can come to the proprietary systems and which use-cases are low-key enough that their cutting edge new innovations don't make a difference.
I think the microcontroller space will be wholly owned by RISC-V in the long run. For cheap, commoditized stuff, open is better than closed for everyone. For the high performance stuff, the manufacturer still needs to protect their investment, especially because the will need to invest more and more for ever smaller gains.
Do you think that makes sense or am I phantasizing? :D
There is stuff like that going on in PCB design, where manufacturers make free design software, or distributors making footprint libraries.
Totally different things. Asking TMSC how to design a RISC-V chip is akin to asking Advanced Circuits or OSH Park how to design an Intel motherboard. They can make the board for you, but they dont design it.
TSMC is a manufacturer, but they still have a whole IP/Parts library that they share with their customers.
> TSMC's Design Service Alliance partners provide industry-leading, silicon-verified libraries, IP and design services directly to designers in fabless semiconductor companies, IDMs and systems houses. DSA partners provide best-of-class, silicon-verified libraries; high-performance, leading-edge intellectual property cores; unprecedented accuracy in design simulation, validation and verification; faster cycle time from specification through tapeout to finished wafers; and access to experienced designers and developers of complex functions.
https://pr.tsmc.com/english/news/2211 (year: 2000)
There is eFabless, among other efforts in the vein you describe, they do a multi project wafer shuttle thing that google sponsors using skywater. It's supposedly an open source PDK, I haven't used it.
And that cost is exactly why it makes Zero sense the mainstream view on internet and HN that SiFive or RISC-V is going to crush ARM on Server / Desktop / Smartphone computing. Despite repeatedly asking what are the competitive advantage. Of course China betting everything on RISCV is a different story.
And this submission only have 52 upvote with very little comments. i.e It will never reach mainstream thoughts. Although I dont think any of the RISC-V Evangelism Strikeforce would want to hear them anyway.
Having an open core is only half the battle. Cheap, commoditized stuff is tuned and tweaked to within an inch of its life for the available foundries and specific processes on which it is being fabbed both to squeeze out maximum yield and to give the highest possible performance at minimum power. That's very expensive engineering for which investors are going to want to earn their money back on.
In theory, every patented technique is already public: it’s described by the text of the patent. In practice, today’s patents are malicious compliance writ large: most of the time, they describe only the most indispensable (not necessarily the most difficult) parts of the processes in the most obtuse language possible. And while I hold that a patent lawyer’s job is morally repugnant, the overall fault is hardly with those exploiting loopholes, it’s with those who cast the loopholes in stone (making them part of national law, pervasive international agreement bundles such as the WTO, etc.) in the first place.
In other words why should designers open source performance leading cores for competitors to copy?
You also might as well release your changes.
If you try and keep your improvements to yourself then when someone else goes to make their own improvements, they start with the original design instead of yours. To get the benefit of their improvements you now have to do more work yourself in order to integrate them with yours. How does that help you?
Think about how Linux works. If you release it for anyone to use, when someone else wants to make independent improvements, they start with your design and you get the benefit of their work for free (and vice versa). And you make your money selling routers/phones/coffee machines/whatever, not processors, so this is in your interest.
Several iterations of this later and the "higher performance closed source (and non licensable) cores" are starting to look like HP-UX and AIX, meanwhile Linux has captured nearly the entire market.
You may be surprised at the CPU requirement for modern WIFi Router.
>If that amount of money is less than you'd have to pay to license ARM, you might as well do that.
That is not only it, the cost are going to support the linux firmware these router will be based on. Which having ARM ecosystem will be beneficial. So your initial cost estimate will have to include that into calculation as well.
And it is part of the reason why all routers are moving from their own MIPS CPU to ARM CPU.
You may be surprised at the performance of modern CPUs. Even the slow ones are pretty fast.
> That is not only it, the cost are going to support the linux firmware these router will be based on. Which having ARM ecosystem will be beneficial. So your initial cost estimate will have to include that into calculation as well.
The Linux ecosystem is highly portable. It's not like Windows where you're stuck with already-compiled binaries for the wrong architecture. You have the source code, it already runs on half a dozen processor architectures, so you compile it for the one you're using.
> And it is part of the reason why all routers are moving from their own MIPS CPU to ARM CPU.
They're doing that because MIPS is dead. The company that owns MIPS went bankrupt and has now announced they're going to make RISC-V processors:
https://www.eejournal.com/article/wait-what-mips-becomes-ris...
Before that they half-heartedly tried to open source MIPS, but that was after they were already sinking and it was too late to save them.
Sure if you make a small change then you might release it. Designing cores isn’t all about small incremental changes though.
Still not sure what the incentives are for a firm that has made a significant investment in a new core or in extending an existing core, what the incentive is for them to release those changes.
This is the real reason to upstream, regardless of license. When that incentive doesn't apply and companies only release for compliance, we get Android-vendor-style source dumps and "BSPs" that are not very useful — not upstreamable and often barely even work as documentation.
It's a bit harder with silicon since a chip is "done" once you've sent it to manufacturing, but still somewhat applies when you maintain an evolving line of chips.
Suppose your company makes the mid-range device. You have competitors above and below you. The one above you uses a fast expensive processor, the one below you uses a slow cheap processor. You need a medium processor for a medium price. If you design your own, it gets cheaper than the existing middle one but still not as cheap as the cheap one.
So if you design one, it's too big, costs too much to fab, for the low end. It's too slow for the high end. You're the only one who can use it. You and companies outside your market who don't compete with you at all, because you make network switches and they make cars.
You also make a good point about the GPL above, but there isn't any reason why processors couldn't use a GPL-style license, is there?
I suspect that the most likely route to open source higher performance cores is some sort of cross industry consortium collaboration - rather than a single firm - with GPL cores and a central body doing a lot of the work.
I do wonder whether you eventually end up with something that economically looks a lot like a cross between Red Hat and Arm though - say with membership fees for support rather than licensing fees.
Open Hardware is still way more difficult but we will not reach any 'stabilization' anytime soon.
This is already false. The famous OpenPDK by Skywater (sponsored by Google) is proving this article wrong from the beginning. (https://github.com/google/skywater-pdk)
Yes, thats a rather old technology node, but you can now synthesize your free RISC-V design with a free Toolchain (openROAD) onto this open PDK.
Amazing times!