https://asahilinux.org/docs/platform/feature-support/m3/
What do you see as progress here? Nothing is supported, everything is "to be announced" (i.e. unsupported).
Not marketing a not yet complete feature on their website makes total sense. People on internet hating Asahi linux just cause seems like weird to me.
This seems a bit exaggerated, their latest progress report is barely two months old: https://asahilinux.org/2025/12/progress-report-6-18/
They inarguably have slowed down, but this should be expected as the project matures. It has also inevitably now faced the time when new generations of contributors are needed as existing ones retire/ move to other projects.
How can it be mature if it can't even boot on newer MacBooks. The slowness does not seem to be due to running out of impactful work that needs to be done.
> Our priority is kernel upstreaming. Our downstream Linux tree contains over 1000 patches required for Apple Silicon that are not yet in upstream Linux. The upstream kernel moves fast, requiring us to constantly rebase our changes on top of upstream while battling merge conflicts and regressions. Janne, Neal, and marcan have rebased our tree for years, but it is laborious with so many patches. Before adding more, we need to reduce our patch stack to remain sustainable long-term...
Where do the M3 and M4 fit in? Until upstreaming and CI progress, the core team cannot prioritize new hardware.
https://asahilinux.org/2025/02/passing-the-torch/
I think the majority of that upstreaming work (that isn't on hold until the kernal is ready for the Rust graphics driver to land) has happened and additional features like DP alt mode for USB C have been demoed.
The next update from the team should land on their blog after 6.19 ships
Without proper support from upstream like AMD, Intel, and Qualcomm (to some extent) are doing, Linux will never work as well on Apple's hardware as it does on normal hardware.
As tons of distros adopted LibreSSL, it might happen the same with KMS/DRM+MESA as it happened with Xenocara for X.org under OpenBSD and the special X server under NetBSD for legacy machines with really weird adapters leaving out the modular X.org -mainstream- to ports. They might call it VEGA (for MESA) and Iridium (for Gallium middleware).
Still, I think it makes a lot of sense. Completely new GPU drivers are quite rare and the macOS drivers from Asahi are a showcase proving that Rust and GPU drivers work together well. If there's any subcomponent switching to Rust-first for new contributions, it makes sense for it to be the one that had already been proven to be Rust-compatible.