3 ms·
> 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 exis
by 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?