| Work from the Asahi Linux team has been upstreamed since 5.13. This article makes it sound like 6.2 is good to go when that's really not the case. There is a list of upstreamed and missing functionality on the Asahi Linux wiki here: https://github.com/AsahiLinux/docs/wiki/Feature-Support Linux 6.2 adds (checks notes): cpufreq to M1s, devicetree for newer hardware, HDMI out to Mac Studio (2022) and bluetooth support. That doesn't sound as interesting as this article suggests when stuff like USB, the touchpad, keyboard, speakers, 3.5mm audio, suspend/sleep are all still WIP downstream. This isn't a dig at the Asahi Linux developers. They're making solid progress. This is just a bad article. |
For full clarity, having observed Marcans socials for a while, a big reason as to why upstreaming into the kernel is slow is because the Linux kernel suffers heavily from having BDFL maintainers.
Basically a specific maintainer can make upstreaming patches to their part of the kernel a process few people want to go through due to how much leeway they have in approving/rejecting patches. Stuff like yelling at merges that also happen to fix bugs in the parts that they modify because "bugs should be upstreamed separately" (even when splitting out the bugfix makes zero structural sense) or getting angry at contributors for lines they didn't contribute but that git diff happened to spit out around their commit to keep the diff readable.
Having watched that for a few weeks really gives you an understanding as to why so few Linux modifications for obscure devices have their patches upstreamed. (Switchroots main project, which is the Linux kernel but modified to run on the Switch for example doesn't bother upstreaming anything as far as I can tell.)