Live data from Hacker News

AMD pulls a bait-and-switch on Linux users with Vivado licensing changes

itsfoss.com

131–140 of 171 posts

Re: AMD pulls a bait-and-switch on Linux users with Vivado licensing changes

#131
post #94
post #78

Earlier quoted context omitted.

> It can only mean that their Linux user base is growing, ie. more commercial operators are turning to Linux. Well, more correctly that they think the commercial base has grown, and that there's revenue on the table by forcing their standard-edition-using commercial Linux users into contracts. Maybe the thinking is that the Linux users are more sophisticated and able to self-support than windows shops, and so they're…

What is really interesting about Linux users is that they cost an enormous amount in support. I think it was a dev of the reboot of Planetary Annihilation that said their Linux users / build made up a few percent of the sales but over 90 percent of all support tickets (!). Mind you that this was before Valve's Proton. Edit: It was https://xcancel.com/bgolus/status/1080213166116597760

That single, annecdotal evidence gets posted everytime a topic like that comes up. I would really love to get more reliable stats about this.

Even the "0.1% of sales" figure is quite atypical.

Re: AMD pulls a bait-and-switch on Linux users with Vivado licensing changes

#132
post #94
post #78

Earlier quoted context omitted.

> It can only mean that their Linux user base is growing, ie. more commercial operators are turning to Linux. Well, more correctly that they think the commercial base has grown, and that there's revenue on the table by forcing their standard-edition-using commercial Linux users into contracts. Maybe the thinking is that the Linux users are more sophisticated and able to self-support than windows shops, and so they're…

What is really interesting about Linux users is that they cost an enormous amount in support. I think it was a dev of the reboot of Planetary Annihilation that said their Linux users / build made up a few percent of the sales but over 90 percent of all support tickets (!). Mind you that this was before Valve's Proton. Edit: It was https://xcancel.com/bgolus/status/1080213166116597760

When I worked at a Linux distro I worked with one device maker who told me in confidence that 90% of their revenue came from Linux-based shops and they only needed a one-person support team. They had a 20 person support team for the remaining 10% of revenue coming from Windows-based shops.

Where I work now the top 10 customers are Linux shops. They probably account for 80% of our revenue. The remaining hundreds of customers are more evenly split between Linux and Windows.

So I guess it depends very much on what industry you're in. For consumer games it might be Windows, but outside of financials and administrative realms and into the world of embedded it's a heckuva lot of Linux. Support costs tend to be lower, and you really only have to target Red Hat and Ubuntu.

Re: AMD pulls a bait-and-switch on Linux users with Vivado licensing changes

#133

AMD business should be selling FPGA hardware. The software suite should come for free. If it doesn't then people should not purchase AMD FPGAs. It is absurd that in 2026 you have to pay for such tools. It feels like buying a propietary compiler in 80's or 90's. No one wants that anymore.

FPGAs are mostly used for small series and custom hardware. If you add the software price to the FPGA unit price, it becomes more expensive if you buy, lets say, 1000 FPGAs to ship in your product. Even though you might only license the software once. It is a trade off, and I have no idea about the state and quality of Vivado. Back in the day I was tinkering with FPGAs, the Xilinx software stack was horrible.

Still is. I think got a tiny little bit better, but sucks.

Re: AMD pulls a bait-and-switch on Linux users with Vivado licensing changes

#134

AMD business should be selling FPGA hardware. The software suite should come for free. If it doesn't then people should not purchase AMD FPGAs. It is absurd that in 2026 you have to pay for such tools. It feels like buying a propietary compiler in 80's or 90's. No one wants that anymore.

>The software suite should come for free.

Ideally yes, SW should be free, but we don't live in an ideal world. This isn't Apple or Google who can give you SW for free since they take a 30% cut on everything on the Appstore besides the profit margins on the HW they sell you.

The typical customers of FPGAs are large HW companies with money to spend on SW, not tinkerers in their garage who might some day build a billion dollar company. And if you do become a billion dollar garage company, you will still buy their FPGAs because they're some of the best and the SW costs will be a rounding error plus a tax write-off. You think Anduril doesn't use Xilinx FPGAs because Palmer LUckey didn't get SW for free 15 years ago?

So there's zero incentive to give away costly to develop SW, for free.

Re: AMD pulls a bait-and-switch on Linux users with Vivado licensing changes

#135
post #133

Earlier quoted context omitted.

FPGAs are mostly used for small series and custom hardware. If you add the software price to the FPGA unit price, it becomes more expensive if you buy, lets say, 1000 FPGAs to ship in your product. Even though you might only license the software once. It is a trade off, and I have no idea about the state and quality of Vivado. Back in the day I was tinkering with FPGAs, the Xilinx software stack was horrible.

Still is. I think got a tiny little bit better, but sucks.

Which is a pro-argument for the licensing change - maybe if they can make it a revenue stream, quality can improve. Back at Uni when we tinkered with FPGA in a lab course I was excited about the topic of reconfigurable computing, but I got mostly repelled by the bad state and quality of the dev tools and I (and some other students) did decide not to persue that field further. They lost some potential clients that year early on.

Re: AMD pulls a bait-and-switch on Linux users with Vivado licensing changes

#136

AMD business should be selling FPGA hardware. The software suite should come for free. If it doesn't then people should not purchase AMD FPGAs. It is absurd that in 2026 you have to pay for such tools. It feels like buying a propietary compiler in 80's or 90's. No one wants that anymore.

Exactly, do they want people to buy their FPGAs or not? Charging per-seat licenses for developers and heavily restricting the free version mean people will buy from other vendors or just not use an FPGA at all.

Re: AMD pulls a bait-and-switch on Linux users with Vivado licensing changes

#138

AMD business should be selling FPGA hardware. The software suite should come for free. If it doesn't then people should not purchase AMD FPGAs. It is absurd that in 2026 you have to pay for such tools. It feels like buying a propietary compiler in 80's or 90's. No one wants that anymore.

>The software suite should come for free. Ideally yes, SW should be free, but we don't live in an ideal world. This isn't Apple or Google who can give you SW for free since they take a 30% cut on everything on the Appstore besides the profit margins on the HW they sell you. The typical customers of FPGAs are large HW companies with money to spend on SW, not tinkerers in their garage who might some day build a billion…

> So there's zero incentive to give away SW, that's costly to develop, for free.

I don't think that's necessarily a hard rule, here. Nvidia won over the HPC segment by offering CUDA and PTX as a free value-add to their hardware, and ended up becoming a multi-trillion dollar company that ate AMD's datacenter market for lunch.

Giving away software to commoditize your compliment might be a good idea, for AMD.

Re: AMD pulls a bait-and-switch on Linux users with Vivado licensing changes

#139

Earlier quoted context omitted.

>The software suite should come for free. Ideally yes, SW should be free, but we don't live in an ideal world. This isn't Apple or Google who can give you SW for free since they take a 30% cut on everything on the Appstore besides the profit margins on the HW they sell you. The typical customers of FPGAs are large HW companies with money to spend on SW, not tinkerers in their garage who might some day build a billion…

> So there's zero incentive to give away SW, that's costly to develop, for free. I don't think that's necessarily a hard rule, here. Nvidia won over the HPC segment by offering CUDA and PTX as a free value-add to their hardware, and ended up becoming a multi-trillion dollar company that ate AMD's datacenter market for lunch. Giving away software to commoditize your compliment might be a good idea, for AMD.

>Nvidia won over the HPC segment by offering CUDA and PTX as a free value-add to their hardware

Yeah but people would buy Nvidia chips mainly for gaming, not (just) for CUDA, so basically the massive gaming clientele would finance expensive projects that don't yet make any money like CUDA. Meanwhile nobnody buys FPGAs for playing at home en-masse. There's no equivalent consumer market like gamers for the FPGA vendors, their sales are almost exclusively B-2-B.

FPGAs isn't something most people, even the hardcore tinkerers ned at home. Consumers into hardware tinkering are more than fine with what you can do with Raspberry PIs, ESP32s, STM32 boards.

Re: AMD pulls a bait-and-switch on Linux users with Vivado licensing changes

#140
post #103

Earlier quoted context omitted.

If those bugs are only present in the Linux port, then yeah, Linux users cost more to support. But if a significant amount of these bugs affect all platforms, then you could argue that a Linux user is much more valuable to them than a non-Linux user because they provide better feedback. Assuming they actually care about fixing their product.

Part of the problem is that Linux isn't really one platform, it's 10 different ones of varying popularity (e.g. supporting Gnome on Debian with Wayland doesn't mean that KDE on Nix with X will work). And it costs somewhere in that 1-10x range to support it because of that.

Steam fixed this years ago. Many native games will default to the Steam Linux Runtime to ensure long-term compatibility and generally consolidated runtime expectations: https://github.com/ValveSoftware/steam-runtime

Compared to the dylib nightmare that Microsoft keeps shipping in Windows, native Steam/Linux is actually pretty consolidated.

Post reply on HN