3 ms·
Asahi isn't the OEM, so I don't really see what you're comparing here. Nobody is mad at Asahi for writing drivers from scratch for black-box hardware, it's just
by smoldesu 4y ago
Asahi isn't the OEM, so I don't really see what you're comparing here. Nobody is mad at Asahi for writing drivers from scratch for black-box hardware, it's just that the Linux kernel isn't really the proper place to hack together cutting-edge shims for unsupported hardware. Linux has a larger obligation to stability than it does to novelty, so naturally it makes sense that the line gets drawn somewhere. Unfortunately the Linux kernel isn't maintained by some trillion-dollar company with the impetus to sort out these problems.
- derefr 4y ago> it's just that the Linux kernel isn't really the proper place to hack together cutting-edge shims for unsupported hardware Presuming that the hacks only exist within a particular kernel module, and that that module only gets loaded when the given hardware is found, don't those hacks then only affect people with the (previously, and still mostly) unsupported hardware? Which — at least for hardware in the critical path to userland interactivity — is strictly better than their hardware not working at all?
- smoldesu 4y agoI agree. The problem isn't with how the Linux kernel brings up new devices, and more with the fact that adding support to unsupported hardware is a long and difficult process. These kernel maintainers have more important, official contributions to concern themselves with. Reverse-engineered software support is tangential to the work that the Linux maintainers do, which is why I'm all-for Asahi unshackling themselves from the Linux project. Hell, they might even find sympathizers in the NetBSD/OpenBSD communities, which have always welcomed unsupported systems with open arms.
- yjftsjthsd-h 4y agoIf that's the case, perhaps DKMS is the easy solution?