News for hackers. Stuff that matters.
Re:RISC-V Is Sloooow by sidewndr46 on Tuesday March 10, 2026 @09:55PM (#47330983)
You're correct but I guess my thoughts are if we're going to wind up with a mess of extensions, why not just use x86-64?
Re:RISC-V Is Sloooow by whaleofatw2022 on Tuesday March 10, 2026 @10:10PM (#47331070)
Because the ISA is not encumbered the way other ISAs are legally, and there are use cases where the minimal profile is fine for the sake of embedded whatever vs the cost to implement the extensions
Re:RISC-V Is Sloooow by computably on Tuesday March 10, 2026 @11:05PM (#47331328)
> why not just use x86-64?

Uh, because you can't? It's not open in any meaningful sense.

Re:RISC-V Is Sloooow by userbinator on Wednesday March 11, 2026 @12:01AM (#47331625)
The original amd64 came out in 2003. Any patents on the original instruction set have long expired, and even more so for 32-bit x86.
Re:RISC-V Is Sloooow by panick21_ on Wednesday March 11, 2026 @03:52AM (#47332740)
Its not about patents. Believe what you want but there is a reason nobody else is doing x86 or ARM chips unless they are allowed by the owner.
Re:RISC-V Is Sloooow by dbdr on Wednesday March 11, 2026 @05:51AM (#47333572)
You're probably right. It would be helpful to say what the reason is, if it's not patents.
Re:RISC-V Is Sloooow by panick21_ on Wednesday March 11, 2026 @06:44AM (#47333916)
I'm not a lawyer but I would assume its copyright. Kind of like API in software. In software somehow this does not apply most of the time. But it seems in hardware this is very real. But I would appreciate a lawyer jumping in.

I know for example that Berkley when thinking pre-RISC-V that they had a deal with Intel about using x86-64 for research. But they were not able to share the designs.

Re:RISC-V Is Sloooow by MarsIronPI on Wednesday March 11, 2026 @08:42AM (#47334838)
I don't know why there aren't independent X86-64 manufacturers. Patents on the extensions maybe? But as I understand copyright, APIs can't be copyrighted so it's not that.
Re:RISC-V Is Sloooow by panick21_ on Wednesday March 11, 2026 @09:38AM (#47335434)
The original ARM 32 stuff is clearly out of patents and is not being copied. And it doesn't require new extensions to be commercially viable.
Re:RISC-V Is Sloooow by userbinator on Wednesday March 11, 2026 @08:40PM (#47344705)
and is not being copied

Are you sure, especially considering China?

I doubt there is any legal barrier, because there are a few existing projects with x86 cores on an FPGA, as well as some SoCs. Here's a 486: https://opencores.org/projects/ao486

Re:RISC-V Is Sloooow by panick21_ on Thursday March 12, 2026 @04:49AM (#47348066)
Ok if China is doing something only for China market that tells you something.

As for opencores, yes you can design them, but do any companies making commercial products sell them?

Re:RISC-V Is Sloooow by sidewndr46 on Wednesday March 18, 2026 @11:35PM (#47434596)
I'm reasonably certain at least one Chinese fab has a license for some of AMDs older product lines
Re:RISC-V Is Sloooow by LeFantome on Wednesday March 11, 2026 @12:35AM (#47331779)
First, x86-64 also has “extensions” such as avx, avx2, and avx512. Not all “x86-64” CPUs support the same ones. And you get things like svm on AMD and avx on Intel. Remember 3DNow?

X86-64 also has “profiles” which tell you what extensions should be available. There is x86-64v1 and x86-64v4 with v2 and v3 in the middle.

RVA23 offers a very similar feature-set to x86-64v4.

You do not end up with a mess of extensions. You get RVA23. Yes, RVA23 represents a set of mandatory extensions. The important thing is that two RVA23 compliant chips will implement the same ones.

But the most important point is that you cannot “just use x86-64”. Only Intel and AMD can do that. Anybody can build a RISC-V chip. You do not need permission.

Re:RISC-V Is Sloooow by BoredomIsFun on Wednesday March 11, 2026 @03:14AM (#47332513)
1. Yes, but most of the code would run on anything older than 2007. 20 years of stable ISA.

2. Also, fundamentally all modern CPUs are still 64-bit version of 80386. MMU, protection, low level details are all same.

Re:RISC-V Is Sloooow by sidewndr46 on Wednesday March 11, 2026 @08:47AM (#47334868)
This isn't really accurate, lots of commercial software is now compiled for newer x86 64 extensions.

If you're using OSS it doesn't really matter as you can compile it for whatever you want.

Re:RISC-V Is Sloooow by NetMageSCW on Wednesday March 11, 2026 @10:37AM (#47336136)
No, you really can’t. For some OSS, on hardware that has an OS supported by that software, with a compiler that supports that target and the options you want, and in some cases where the OSS has been written to support those options, you can compile it. Otherwise you are just out of luck.
Re:RISC-V Is Sloooow by sidewndr46 on Wednesday March 11, 2026 @01:03PM (#47338191)
I don't really understand your position here. Compiler availability isn't really that big of a deal, even on obscure or proprietary platforms. Why would there be "some cases where the OSS has been written to support those options"?
Re:RISC-V Is Sloooow by BoredomIsFun on Thursday March 12, 2026 @04:08AM (#47347821)
> lots of commercial software is now compiled for newer x86 64 extensions.

Almost all software I encountered - including Windows 10 and precompiled Debian 13 - needs only SSE4.2, essentially mid-2000s ISA. Intel produced until very recently (early 2020s) Celeron CPUs which did not even support AVX.

Re:RISC-V Is Sloooow by sidewndr46 on Thursday March 12, 2026 @12:33PM (#47353433)
People focus on AVX entirely too much, it is stuff like POPCNT that matters more. Which as you pointed out, is part of SSE4.2
Re:RISC-V Is Sloooow by BoredomIsFun on Friday March 13, 2026 @04:56AM (#47362062)
...which has been with us almost 20 years.
Re:RISC-V Is Sloooow by sidewndr46 on Friday March 13, 2026 @10:32AM (#47365020)
Yet I still have regular conversations explaining "there is no way our customers are running on hardware that doesn't support this, where would they even be getting the hardware from, 2008?". I have a set of requirements in front of me requiring software to run on not only all Intel 64-bit chips, but also all Intel 32-bit chips.
Re:RISC-V Is Sloooow by sidewndr46 on Wednesday March 11, 2026 @08:48AM (#47334880)
It's actually worst because intel is introducing APX now as well.
Re:RISC-V Is Sloooow by NetMageSCW on Wednesday March 11, 2026 @10:35AM (#47336106)
>Anybody can build a RISC-V chip. You do not need permission.

No, anybody can’t build a RISC-V chip. That’s the same mistake OSS proponents make. Just because something is open source doesn’t mean bugs will be found. And just because bugs are found doesn’t mean they will be fixed. The vast majority of people can’t do either.

The number of people who can design a chip implementation of the RISC-V ISA is much, much smaller, and the number who can get or own a FAB to manufacture the chips smaller still. You don’t need permission to use the ISA, but that is not the only gate.

Re:RISC-V Is Sloooow by craftkiller on Wednesday March 11, 2026 @11:00AM (#47336512)
I think it was clear that they were saying anybody is permitted to build a RISC-V chip, not that anybody has the skills.

> The number of people who can design a chip implementation

Thankfully you don't have to start from scratch. There are loads of open source RISC-V chip implementations you can start from.

> get or own a FAB to manufacture the chips

There is always FPGAs and also this:

https://fossi-foundation.org/blog/2020-06-30-skywater-pdk

Re:RISC-V Is Sloooow by LeFantome on Friday March 13, 2026 @01:26PM (#47367217)
> anybody can’t build a RISC-V chip

Yes, they can. My point is that nobody needs to give you permission. You can pretend that does not matter but China is about to educate us about what this means rather dramatically in the next few years.

And India is building RISC-V chips. And Europe is building RISC-V chips. Tenstorrent started in Canada (building RISC-V chips).

> the number who can get or own a FAB to manufacture the chips

Really? Almost nobody owns fabs and yet there are a multitude of chip makers. Getting access to a fab requires only money. It has nothing to do with the ISA or your skills. TSMC can make RISC-V chips just fine and already do. In some places, like China, RISC-V chips may be at the front of the line.

> The number of people who can design a chip implementation of the RISC-V ISA

Anybody can build a RISC-V chip. Build one yourself: https://github.com/tscheipel/HaDes-V

Every electrical engineer is going to know how to design a RISC-V chip. But you could also be an intelligent garbage man and design a RISC-V chip in your spare time using only open source materials. You can even tape it out.

https://tinytapeout.com/

"But that is only a 32 bit microcontroller!", you might say. Sure. But the skills to build RISC-V are going to propogate. Of course, that does not mean that everybody in the world is going to figure out how to build chips. That is clearly not my point. They will still be built primarily by a select few. But that is not unique to RISC-V by any stretch. In fact, less so.

The hard part about building a chip from scratch is not the ISA. You think that a world-class engineer working with ARM64 or amd64 today cannot design a RISC-V chip? That is like saying a carpenter building oak cabinets lacks the skills to make them with maple.

And since it is the same amount of work to start fresh regardless of ISA, why not start with RISC-V?

Except you do not have to start fresh with RISC-V because there are many, and will be many, many more, open designs to study and start with. Here is a 64 bit chip that implements the very latest RISC-V vector extensions:

https://github.com/tenstorrent/riscv-ocelot

Which, by the way, means that although most won't, anybody can build a RISC-V chip.

The RISC-V world will look like ARM. Most chip makers will license the core design off somebody else. But there will be more of those "somebody elses" to choose from. And there will be more people who choose to design their own silicon. Meta just bought Rivos. What for do you think? And they did not have to talk to ARM about it.