points by cromka 21 hours ago | 0 comments
Yes, read that blog entry to understand how different that hardware is from any other Linux-supported ARM stuff to see how much deep understanding you need to actually bring that support upstream to Linux or Mesa. Some(most?) stuff requires fundamental changes and no LLM is going to design and write it in an uostreamable way.
Debugging is not an issue, Asahi seems to have it figured out, especially with the virtualization. It's the design that takes time.
Meanwhile Omarchy, for example, just brute-forces everything, with ugly patches that work today but cannot be upstreamed as such, so they'll break tomorrow with new kernel release. I really expect them to start struggling a lot going forward with maintaining the support they claim. Regressions may actually kill their effort.
[–] KetoManx64 13 hours ago
[–] saagarjha 1 hour ago
[–] bigyabai 7 hours ago
And yet they have a total of zero upstreamed PRs, and haven't fixed enormous and glaring issues like PSCI control either.
It's almost as if the parent is correct, and Apple's ARM architecture isn't standardized enough for ordinary models to blindly reverse-engineer without documentation. If tokens were the only constraint on supporting Apple Silicon, we'd have reversed the entire SOC device tree years ago. Alas...
[–] KetoManx64 6 hours ago
Why should I care about if they upstream their patches or not? I have a working M3 macbook that runs Omarchy, why do I care that it's in the mainline Linux kernel? My GrapheneOS phone doesn't run mainstream Linux kernel, but it does the job that I need it to do.
[–] cromka 5 hours ago
[–] tw1984 6 hours ago
[–] cromka 5 hours ago