NVIDIA is about the furthest thing from a shining example of good behavior in the Linux kernel. By not having open source drivers at all, they're far worse.
(By the way, their closed source driver has a HAL too.)
They're sending the message that AMD would be better off shipping closed source drivers, like Nvidia, because that would save them the headache of trying to get their merely good but not perfect open source drivers into the hands of users via dealing with Kernel politics.
But then again, what else is new.
And no, I don't want just "good" code in kernel I am using. This is not business. Make it maintainable so it can get better (perfect) in the long run. (yes, I know there are places in kernel where code is not even good, let alone perfect, but that's another issue altogether)
And you really think continuing with the hacky reverse engineering is the better solution?
I don't think the AMDGPU driver not being mainlined really affects Linux. On the other hand, AMD will really benefit from it.
Since the kernel maintainers, and other open source contributors wrote drivers?
> I don't think the AMDGPU driver not being mainlined really affects Linux. On the other hand, AMD will really benefit from it.
You remember the days when Linux never would work on any real PC because audio drivers, GPU drivers, everything was missing? Do you want those back?
Having shitty drivers in the kernel isn’t ideal either, just like microkernels vs. monolithic kernels are a tradeoff, but at least cooperating with them in how to get it best into the kernel (AMD rewrote ~100k LOC since the last "Nope" from the maintainers) would be a lot more helpful than this.
It's a net loss for users of AMD hardware (though AMD's hardware on Linux has been a dumpster fire for as long as I can remember) because they have to suffer arguably worse driver support, but that's on AMD for wanting to have their cake and eat it too