Why is Vivado 2026.1 dropping Linux support for free tier?
adaptivesupport.amd.com
Why is Vivado 2026.1 dropping Linux support for free tier?
1–10 of 254 posts
Re: Why is Vivado 2026.1 dropping Linux support for free tier?
#2To grow the ecosystem, AMD needs more people working on their hardware. Restricting Linux will only alienates students, hobbyists, and devs who want to adopt AMD tech.
- From long term AMD user
Re: Why is Vivado 2026.1 dropping Linux support for free tier?
#3Re: Why is Vivado 2026.1 dropping Linux support for free tier?
#4I want a robust open-source ecosystem where anyone can take my hardware projects and modify them without needing to deal with licensing friction.
Re: Why is Vivado 2026.1 dropping Linux support for free tier?
#5The market is full of dark patterns, and vendors like AMD/Xilinx can pull shitty moves like what OP highlighted, knowing there is no decent alternative (Altera is another disaster). Lattice had the opportunity to fully embrace opensource toolchain and try to disrupt from the bottom, but they seem stuck in the middle, not wanting to commit one way or another.
I'm grateful to SymbiFlow, and IceStorm and others, even though they obviously lack support for proprietary hardware features.
Re: Why is Vivado 2026.1 dropping Linux support for free tier?
#6Re: Why is Vivado 2026.1 dropping Linux support for free tier?
#7I wonder how good LLM agents are at reverse engineering FPGA bitstreams... I want a robust open-source ecosystem where anyone can take my hardware projects and modify them without needing to deal with licensing friction.
Re: Why is Vivado 2026.1 dropping Linux support for free tier?
#8Re: Why is Vivado 2026.1 dropping Linux support for free tier?
#9Link to AMDs description of the new pricing being criticized: https://www.amd.com/en/products/software/adaptive-socs-and-f...
Re: Why is Vivado 2026.1 dropping Linux support for free tier?
#10I wonder how good LLM agents are at reverse engineering FPGA bitstreams... I want a robust open-source ecosystem where anyone can take my hardware projects and modify them without needing to deal with licensing friction.
The difficult part is the place and route algorithm, not the bitstream. The proprietary ones already take quite a long time to solve: I regularly have 12-24h runs. Perhaps an open source one could do better? But it's not quite as straightforward as reverse engineering a proprietary bitstream.
https://github.com/YosysHQ/nextpnr
As someone actively working on nextpnr support for a fairly new FPGA architecture, it really is amazing that we have something like that in the open source world.
YosysHQ are one of my favorite companies to exist.