May 30, 2026
Chips, chaos, and comment wars
Ask HN: Have you ever created a custom RISC-V ISA extension?
Tech tinkerers spill the real nightmare: making your custom chip idea work anywhere else
TLDR: A Hacker News post asked whether anyone has really built custom features into open chip designs, and quickly zeroed in on the painful part: making the work usable by other people. Commenters were split between "this is a maintenance nightmare" and "this is exactly why shared packaging tools matter."
A seemingly nerdy question on Hacker News — has anyone ever made their own custom add-on for the open chip design world known as RISC-V — turned into a full-on group therapy session about what happens after the clever idea. The original post wasn’t asking about writing the rules on paper. It was asking about the messy part: the patches, broken tools, weird forks, and the soul-crushing moment when nobody else can get your project to run. That pain point is exactly what Extensilica says it wants to tackle with a registry for reproducible extension packages, and the crowd immediately clocked the real issue: cool demos are easy, getting other humans to reproduce them is the boss battle.
The strongest reactions split into two camps. One side basically screamed, "everyone loves customization until they have to maintain it". These commenters treated custom chip instructions like a thrilling weekend hack that turns into a lifelong support contract by Monday. The other side was more optimistic, arguing that if open hardware is ever going to matter, someone has to make this process less chaotic and more shareable. In other words: yes, it’s a mess, but that’s exactly why a registry could matter.
And of course, the jokes flew. People compared custom extensions to modding a car so heavily that nobody else can find the parts. Others joked that the true instruction set being extended was the developer’s suffering. The vibe was half workshop, half confession booth, with a dash of "I built this and now I alone must carry it forever."
Key Points
- •The post asks for real-world experiences building custom RISC-V ISA extensions.
- •It focuses on post-specification challenges rather than on writing the specification itself.
- •The article names toolchain patches as a practical pain point.
- •It also highlights simulator forks and the difficulty of making work reproducible for others.
- •The post references a registry project for reproducible extension packages at extensilica.com/wizard.