Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Now ask yourself the same question but only for iGPU/dGPU compute API support from AMD on Linux and I do not think that you or anyone will come to the same conclusion on Linux!

And really Valve/Linux Community is more responsible for AMD's Opensource Radeon drivers and Gaming performance on Linux than AMD is!

Even Intel has better Blender 3D iGPU/dGPU Accelerated Cycles rendering support for Intel's ARC/Earlier iGPUs and dGPU hardware(Via OneAPI/Level-0) and iGPU/dGPU compute API support on Linux. And so really one must first consider what Linux Opensource applications need proper iGPU/dGPU compute API support so they do not have to use the slow and power hungry CPU rendering/whatever fallback instead.

And Blender 3D used to support OpenCL as the iGPU/dGPU compute API for AMD and Intel Graphics but even back then AMD's OpenCL component was not easy to get installed and working on Linux. And Linux/MESA had the old clover OpenCL implementation in the MESA drivers but that was not kept updated for OpenCL feature set support! And even with the newer Rusticl OpenCL Implementation in MESA that's just been created is that Rusticl/OpenCL implementation been fully enabled in any Ubuntu versions or Ubuntu derivatives currently?

Look at support for AMD's ROCm/HIP in Linux and for Consumer/Client iGPUs and dGPUs and that's rather limited and Polaris dGPUs have long since been dropped form the ROCm/HIP support matrix and Vega iGPU/dGPUs are on borrowed time for ROCm/HIP support.

So be careful there giving too much credit to AMD's iGPU/dGPU efforts on Linux as there's more to that story. And Look at Blender 3D where that works with Nvidia's CUDA and Works with Apple's Metal and iGPU compute API support there and dGPUs as well.

And I'm on Linux Mint and never going back to Windows but all my older AMD iGPU/dGPU hardware has never been properly supported for Blender 3D's iGPU/dGPU accelerated Cycles rendering. Intel's got better iGPU/dGPU compute API support on Linux but for ARM Based Processors Apple's the only choice there for proper Blender 3D iGPU support and no mention of Blender 3D iGPU accelerated Cycles rendering support for Qualcomm's Adreno X1 iGPUs on the Snapdragon X Elite SOC based laptops or Mini Desktop PC(Coming soon for consumers).



I don't care about any of that: I just want to be able to play video games without running Windows. I'm very happy with the status quo on amdgpu.


Sure, as long as you don’t mind hdmi 2.1 being busted because AMD blindly assumed that hdmi would open-source it for them.

Imagine spending the money for a premium laptop and the hdmi port being just permanently busted because it has an AMD apu inside, lol.

Even worse… AMD has settled on rdna 3.5 as their forever architecture for APUs (like Vega before it) so this isn’t going away anytime soon even if it’s fixed in rdna4. Same problem with av1 encoding - the bugs are present in rdna3.5 and won’t be fixed until rdna4 at earliest, and AMD won’t put rdna4 in APUs because it’s got raytracing, so these bugs are just gonna stick around forever. It’ll be probably 3 years until they launch APUs with rdna4.5 or rdna5 or whatever the next forever architecture is.

So anyone who wants plex transcoding is best advised to stay away as well. And that’s the problem - with Radeon you’ve always had to start listing off all the people who shouldn’t buy the product, and if you don’t use any of those things it’s great. (well, decent… except for x y and z…)


There are few things in the world I care less about than HDMI 2.1. Oh God, I can only run my 4K monitor at 60hz, how will I ever survive!?

Hardware transcoding is unnecessary, I don't care if it works and I never will.


> Sure, as long as you don’t mind hdmi 2.1 being busted because AMD blindly assumed that hdmi would open-source it for them

That's not AMD's fault and there's nothing AMD can do here outside of releasing a proprietary driver. Which they used to do. It sucked and caused a lot of confusion and problems.


> That's not AMD's fault and there's nothing AMD can do here outside of releasing a proprietary driver.

Actually,

(1) it’s their product so yes, it is their fault, and blindly assuming HDMI would be willing to open-source their product for AMD (after release!) was an incredibly stupid decision from the get-go. You get legal approvals beforehand like any other company does. You certainly don’t release a whole second generation (or further cards in the same generation) without it fixing it, and you don’t continue advertising it on products that don’t support it.

(2) literally everyone else has figured it out, including intel, who has an open driver. They do it by implementing a LPCON onboard, which is perfectly fine and gets the job done. AMD is the only one with broken HDMI support under Linux.

(3) AMD already has a proprietary driver, amdgpu-pro, so this clearly isn’t a problem or burden. In fact it was and is their primary focus of development, per their communication with geohotz.

I will never understand why the AMD fan base engages in this kind of apologism for clearly broken features etc. like oh gosh poor lil AMD had no idea that hdmi was unwilling to open-source their shit, despite every single other vendor realizing this and implementing workarounds. It’s not their fault, they had no choice but to ship a broken feature, advertising it on the box, and spend 5 years leading people on that it was going to happen!

Like they are literally still shipping broken products today! Not just standalone cards, but laptops etc where it will never ever be fixable.

That’s shitty anti-consumer behavior and you’re enabling it.

At the end of the day it's AMD's product, the buck stops with them. Nobody is making them continue falsely advertising the product, and in fact it really is their job to make sure it works properly before release, not begging HDMI to open-source their product after the fact. Imagine if literally any other company had gone ahead and released the product before they knew they were legally allowed to release the product - "oops" would not cut it.


Sounds like he indeed wouldn't mind, given that he started his comment with "I don't care about any of that."


Creators can spend their life savings on Nvidia hardware, we're just here to play games.


Professional creators wont switch to linux bucause of Adobe.


> And really Valve/Linux Community is more responsible for AMD's Opensource Radeon drivers and Gaming performance on Linux than AMD is!

Which is an extremely questionable business decision, probably driven by statistics like desktop market share.

But the resources need for driver development are negligible and Linux does run on most computers worldwide, so the behavior of many hardware manufacturers is quite puzzling from a business and technology standpoint.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: