▲ 57 points
back
62 comments
I know this is a kind of stupid little thing, but I really wish they'd rebranded more completely if they were going to do this. "That box has a MIPS processor in it. But not a MIPS processor, a MIPS RISC-V processor." We're going to end up with OSs list on their "supported platforms" page things like MIPS, MIPS64, MIPS-brand RISC-V.
Its not really a "stupid little thing", it sounds like a big cause of confusion.
To be fair this isn't an announcement of a product or anything like that, so their line of RISC-V processors could have distinct branding e.g. FooBar RISC-V Processors (by MIPS).
Totally agree though that they should probably be careful and put some thought into how they brand these.
RISC-V itself is a very confusing branding. "Not a MIPS RISC processor, a MIPS RISC-V processor!"
ARM has been doing basically the same thing for decades now with all the different sub versions of ARMv7, 8, 9 etc.
Those are versions of the same(ish) ISA and are (usually?) backwards compatible. I'd mind less if MIPS-the-company made CPUs that were RISC-V with a MIPS-the-ISA compatibility mode, or otherwise actually had continuity; it's the apparent plan to throw away the ISA but keep the name that's jarring.
ARM Cortex M0+ looks nothing like ARM v8.
ARM Cortex M0+ has more similarities with the ATTiny84 / Arduino chips than with cellphone-sized ARMs.
That's reasonable: RISC-V is mostly a cleaned up MIPS, so can definitely go as a MIPS family ISA.
MIPS had their chance with MIPS Open and bungled it. If they hadn't, then there wouldn't have been the same need for RISC-V.
It's a shame because MIPS had a perfectly usable architecture with 64-bit support and a well supported toolchain.
It's sad to see it abandoned because it was historically one of the first successful RISC architectures that was used in everything from the DECstation to the PlayStation.
> MIPS had their chance with MIPS Open and bungled it. If they hadn't, then there wouldn't have been the same need for RISC-V.
I would, someday, like to hear a history of how we did get to RISC-V being needed. MIPS never actually made it to being open source, but I thought SPARC[0] and POWER[1] both did make it, quite a long time ago now, j-core is a thing[2] although that may have happened too late, OpenRISC[3] is apparently decades old now but just... never went anywhere? I'm probably missing context, but it seems like we should have had at least 2 and possibly as many as 5 open source processor designs by the time RISC-V took off. And now it has taken off, and the ecosystem has latched onto it and it will almost certainly come to dominate, but I still don't understand why it was needed at all or why it succeeded when everything else failed.
[0] https://en.wikipedia.org/wiki/OpenSPARC
[1] https://en.wikipedia.org/wiki/OpenPOWER_Foundation - possibly not actually FOSS like RISC-V; unclear to me whether IBM is just using "open" to mean "we share with other companies who are working with us"
[2] "J-core is a clean-room open source processor and SOC design using the SuperH instruction set, implemented in VHDL and available royalty and patent free under a BSD license." https://j-core.org/
SPARC was a open standard but only one 32 bit version and later 64 bit updates were already available. And at that point interest in Open Source and Open Hardware simply didn't exist to the same degree. In the 'modern' period, nobody has interest in working with something Oracle controls.
Power was always 'fake open' it was basically a marketing vehicle and there were not actually open chips being built with it. Only in response to RISC-V did some of that change.
SuperH was under patent when RISC-V started and it was simple much less known about as well. Once it was actually going RISC-V was already happening and had far more momentum and RISC-V was 64 bit from the beginning.
As with so many thing Sun could have changed the world much more fundamentally had they understood open source better.
There was OpenRisc but that was really more a chip design and the ISA and it was also only 32 bit. OpenRISC was basically some students starting to implementing a design from David Patterson textbook. It was also a license that they didn't like.
So really you needed a ISA that was designed for architecture independent with 32 bit and 64 bit and that was 'future prove' in terms of license, design and so on and importantly some actually working chip and softcore being available for people to tinker with. Berkley did that and they taped out many chips while designing RISC-V. Other universities jumped on board and ETH was producing and taping out cores. From that point is snowballed.
One could imagine an alternative future where Super-H takes off and universities adopting and Berkley does a 62 bit Super-H or something like that.
SPARC and MIPS have some architectural oddities that were designed for their original pipelines that make them awkward.
https://www.jwhitham.org//2016/02/risc-instruction-sets-i-ha...
I'm not a huge fan of register windows (an original SPARC – and Berkeley RISC I – feature) but IIRC MIPS does in fact have hardware interlocks. Branch delay slots aren't a big deal.
I don't see a huge technical need for RISC-V. As I understand it the main motivations were 1) it was supposed to be open/IP free 2) it was supposed to be small/modular and 3) it allowed Berkeley to do ISA research.
I consider MIPS to be simple enough for grad students to implement and fairly modular as well, with the added advantage that it was relatively complete and mature at the time. It could have continued to be improved as well. The main benefits I see to RISC-V are non-technical: IP licensing and current popularity/trendiness/support in both research and industry.
(As a side note: for extreme simplicity and pedagogic suitability, I rather like Niklaus Wirth's (very) similarly-named RISC5.)
> Branch delay slots aren't a big deal.
Fair enough, but if the claim to fame over the current dominant ISA is that there isn't weird baggage (big deal or not), there is an opportunity for another new ISA without that baggage (important or not)...
No hard feelings. RISC-V is better, and this is for the best.
As I see it, it's not the best outcome for the computing world; evolving MIPS and SPARC and making them open seems to me like it would have been a better outcome. MIPS is still in widespread use after all.
The way I take Dave Patterson's point (ISAs should be open) is that it would be nice if ARM and x86 were open as well.
The title really should say RISC-V rather than RISC. MIPS already is a RISC, one of the first.
Yeah, i couldn't work out whats happening at first
Hyperscalers make it easier to launch a new ISA - instead of convincing a lot of manufacturers that build diverse products with it, all of which you need to more or less manage into compatibility so that your software doesn't get diluted, now you need to convince one or two hyperscalers that your solution will offer the same capacity in less space for less power. That, of course, after some compiler enablement, but that's something every ISA needs to do. You can start by building a beefy server chip instead of a full lineup from thin laptops all the way up to beefy servers.
Surely the headline should be "Berkeley beats Stanford"?
In terms of architectural style RISC-V is more similar to MIPS (via DLX) than to RISC-I, II, SOAR and SPUR (and Sparc).
MIPS is making RISC-V processors? What happened to the MIPS arch itself?
Still used in some consumer devices with older Mediatek (MTK) wireless SoCs and older Qualcomm (QCA) wireless SoCs. Qualcomm has moved onto arm uarch, in addition to largely shuttering their switch ASIC lineup (lots of MIPS in that product family). MTK seems to be moving in the arm direction as well.
Sometimes, we have vendors like Mikrotik who love the old QCA MIPS lineup and shove those ancient SoCs into everything they can.
But the older MTK MIPS chips still seem to find a lot of new hardware releases. I recently picked up a TPLink WiFi 6 AP because it used Mediatek wifi chips, which are well supported in the mainline kernel. Was a little surprised to see it still used a Mediatek MIPS SoC as the main glue between the various wireless chips.
If you see a WiFi 6 AP that only has WiFi6 on 5GHz, and WiFi4/n on 2.4GHz, a good chance it is using a MTK MIPS WiFi 4/n SoC + a MTK WiFi 6 PCIe IC, with the SoC providing 2.4GHz and 5GHz being provided by something like the MT7915 or similar. The Ubiquiti U6 Lite and U6 LR are examples of this, as are the Belkin RT3200 / Linksys E8450.
> Sometimes, we have vendors like Mikrotik who love the old QCA MIPS lineup and shove those ancient SoCs into everything they can.
Mikrotik don't really shove MIPS in anything new! Practically everything they've launched in the last few years is either ARM or ARM64. They seem to particularly love the IPQ-4018/4019 SoCs.
I agree, Mikrotik have largely moved onto the IPQ4000 series for their wireless products and their many of their advanced switches use the switch ASIC's onboard arm core(s) (CRS305, CRS309, CRS317, CRS328, etc) without an external management SoC.
However, some of their advanced switches (CRS312 12 10GbE RJ45, CRS354 48 GbE 4 SFP+ 2 QSFP+, CRS504 4 QSFP28, CRS326 variant with 24 SFP+ 2 QSFP+, etc) will often use a QCA9531 MIPS SoC as their management chip.
I was surprised to see their latest switch, the new CRS504 (4x 100GbE) [0] used a very advanced Marvell switch chip, with a QCA9531 attached to it. MIPS lives!
[0] https://www.youtube.com/watch?v=rE6fnmbOMD0 2:00 in, a basic block diagram is shown.
> But the older MTK MIPS chips still seem to find a lot of new hardware releases.
Yeah the MT7621 is still a popular choice at the lower-end. You'll see it bundled with a WiFi 6 radio sometimes too. You'll see the single-core MT7620 at the even lower lower end as well.
> If you see a WiFi 6 AP that only has WiFi6 on 5GHz, and WiFi4/n on 2.4GHz, a good chance it is using a MTK MIPS WiFi 4/n SoC + a MTK WiFi 6 PCIe IC, with the SoC providing 2.4GHz and 5GHz being provided by something like the MT7915 or similar. The Ubiquiti U6 Lite and U6 LR are examples of this, as are the Belkin RT3200 / Linksys E8450.
The U6-LR and E8450/RT3200 use the MT7622, which is dual-core ARM Cortex-A53's. The inbuilt 2.4ghz radio is essentially still a MT7615 block doing 4x4 11n though.
There's also the MT7986 ("Filogic 830"), which is essentially the same thing but with a 11ax capable radio instead. However I've only seen a couple products using it right now, with quick search reveals one only announced in the last few days too...
Edit: Well not really the same thing, it's quad-core, on a smaller process and has revised offload, but you get the gist...
What happened is that SGI dropped it and then it got passed around like between one company after another while it consistently lost more and more market share to ARM.
Until MIPS was mostly irrelevant as an arch.
So eventually the company realized that trying to only build on MIPS was not gone work, so they Open-Sourced MIPS itself and they are trying to use their knowledge to be part of the RISC-V ecosystem.
But since they were late to that game as well, I am skeptical.
> they Open-Sourced MIPS itself
Well, they didn't even do that, they just made a big announcement that they were opening up which as far as I could tell just meant they put a link to their sales staff on a web page rather than making you look them up.
MIPS is pretty similar to RISC-V, but RISC-V is a lot more mature by now. Seems like a reasonable business decision.
How can riscv be “more mature” when mips was used in commercialised consumer and industrial devices 30 years ago?
The PS, PS2 and PSP ran on mips. So did the N64. Multiple top500 super-computers were mips. There were mips workstations and servers.
mips went to pluto, the new horizon probe ran on mips.
> How can riscv be “more mature” when mips was used in commercialised consumer and industrial devices 30 years ago?
People are throwing stones, but I suspect you didn't mean mature but perhaps "modern"? RISC-V doesn't carry all the endless legacy of 30+ years of MIPS variants and is in most ways cleaner and more streamlined (I do fear RISC-V is rushing towards its own mess, but that's another story).
MIPS (the ISA) _could_ have had RISC-V current position but I don't think MIPS (the company) could have survived. Whether the Phoenix can survive this reinvention remains to be seen. It's a very crowded space, especially for in-order processors.
Slowly dithered away...
Yep. Amazing when you consider that Windows CE ran on MIPS hardware (NEC VR3xxx and VR4xxx chips). Casio's Cassiopeia series for example.
It's not quite a "what could have been" because they were really eclipsed by the StrongARM at that point, as I recall, but it's very notable how quickly people lost interest in MIPS.
It lived on for quite a while with a strong position in the networking market later on.
But then instead of focusing on networking/infrastructure hardware like they could have, they went on a wild goose chase... to try to gain a place in phones.
The PSP (Playstation Portable) was a MIPS device too.
My last encounter with MIPS was a payment terminal I worked on in 2014, which sadly never made it to market. There was a company making 'secure' variants with a variety of hardware features suited to payment terminals - a hardware TRNG, a couple of pins which transmitted and received a TRNG signal constantly, so that you could attach a tamper-detection wire and brick the device if it broke, key-erasure features etc.
The "PIC32" family from microchip is also MIPS based
WindowsNT ran on MIPS too.
The company is now Chinese owned, right? Would make sense they'd want to go for RISC-V now that MIPS itself isn't viable.
I may recall wrong here, but I think MIPS is the only architecture in use that has one's complement integer arithmetics.
If you wanted that, couldn't you make a RISC-V chip with a custom extension to add that as a handful of extra instructions?
Not sure, I'm not read up on RISC-V, but I don't know if someone would want it since AFAIK two's complement means fewer logic gates and a slimmer instruction set.
One's complement arithmetics don't break in the few odd cases like two's complement do though, so there could be that.
You recall wrong.
Enlighten us then. If you're not too moody.
Not much to say about it. Mips is twos compliment like all processors in the past ~60 years.
Right... Just what everyone wants: a "patent portfolio" intertwined with supposedly open architecture.
BTW - it's somewhat telling that the company isn't even self-aware enough to run their own web site on MIPS.
If they're RISC-V members, then they've signed the RISC-V agreement.
It takes care of any potential patent issues.
Looks like Russians captured MIPS and defaced it :(