5 ms·

While I absolutely love the technical write-up from the Asahi team, and being absolutely impressed by their accomplishment, to the risk of being an overly negat

by kakwa_ 5mo ago

While I absolutely love the technical write-up from the Asahi team, and being absolutely impressed by their accomplishment, to the risk of being an overly negative contrarian, I remain a bit skeptical. I'm concerned that after all these years, it's still a separate project and not an effort sustained directly within the kernel mainline and mainstream distributions like Ubuntu, Debian or Fedora. These kinds of reverse engineering projects are extremely challenging. With skills & field knowledge, it's "easy" to get to "80%" and have something useful for you and the most dedicated users. But reaching the "95%" required for a polished & general public ready experience needs nearly as much effort, often on tedious and time consuming tidbits.

omcnoe 5mo ago
I think there is also the added challenge that ARM macs are a moving target, and Apple has less than no desire to provide any kind of stability or support for Asahi Linux. Unlike the PC space where laptop manufacturers have to maintain broad compatibility over time, Apple will make future changes that are really awkward for Asahi and will not care one bit because they can do the compat work on their own software.
- walterbell 5mo ago
  How does Ubuntu Linux on recent Qualcomm (ex-Apple Nuvia) Arm laptops compare to Asahi Linux on Apple Silicon?
  - jauntywundrkind 5mo ago
    Pretty rude to call this ex Apple Nuvia. I don't think any of those lawsuits by Apple or ARM have been won. Qualcomm declares this to be a new chip. But yes it has talent from those places. Still, let's not try to tip the scales of perception quite so indelicately? I am curious what the boot situation is. It seems like Qualcomm actually has pretty good support for their cores. But since these PC systems sort of lack a bios, each one needing a hand built DeviceTree: it makes supporting them kind of a nightmare. Even a raspberry pi has a much more advanced and accommodating boot environment than these frustrating Qualcomm laptops. Alas. I don't know but I expect Asahi has to do similar hand tailoring. I am curious to know what the boot chain looks like! How much the system willingly helps vs how much hard to be bespoke hand coded system config! (Wish it wasn't like this, it's so bad)
    - appplication 5mo ago
      Without stirring the pot too much, I’m a bit out of the loop on what the above poster implied and you took slight to. Could you share a little more about this and why you feel what they said was rude?
      - wtallis 5mo ago
        There's nothing rude about it; the Nuvia CPU core is pretty much the entire selling point of the Snapdragon X Elite product family. Everything else on those chips is underwhelming. But the provenance of the CPU core is really irrelevant to the question of Linux support, which is gated by driver support for the rest of the SoC, which didn't come from Nuvia. So focusing on the Nuvia aspect is a bit of a red herring.
        walterbell 5mo ago
        > bit of a red herring It offers an A/B test of "similar" SoC performance and battery life (which users now expect from laptops), without a vertically integrated operating system that was also created by the company who designed the SoC.
        Danox 5mo ago
        Qualcomm may be a tech company, but they behave more like a pack of lawyers (probably the best in the tech business at extracting money” double dipping”) they will never support Linux in any usable way, not without a huge ongoing fee/payola on their so called partners.
        jauntywundrkind 5mo ago
        That certainly is what their past looked like! And in many ways that probably is true. But it's not uninform. There's a lot of places where Qualcomm is clearly working very hard to get upstream, to get mainline support. https://www.phoronix.com/search/Qualcomm https://www.phoronix.com/search/Qualcomm I was super impressed with their work offloading sound to a USB sound card, to let the CPU sleep more. Really wild subsystem to build. And they did it! Kept at it! Really cool stuff to have in the kernel. They've hired some good people for GPU support, which is rad. I feel like Qualcomm is so so close to having a great system people can genuinely love. But there's always some missing pieces, it's always an end result that is far far far quirkier and more difficult than a PC would be. Some of the other comments in this thread give me some hope that there is a more normal boot chain here at least, that it's other troubles. But it's hard. And Qualcomm only has so much power over what their OEM partners actually build. Qualcomm is the only name in wifi right now for OpenWRT like systems. MediaTek looks good, is present too, but supposedly their drivers are just a total garbage fire, buggy & crash tastic beyond words. I think it's important we reassess our old biases. And give some credit where due. Qualcomm has an absolutely forsaken reputation & their lawyerliness is a thing of legend, forbidding as heck. But there are also a lot of signs that at least some of the company is tired of making chips that are utterly unsupportable, and has some real drive towards good open source support. Thank you, warriors of light there. Really hoping we see some Linux running Snapdragon X2 Elite Extreme units in the next 12 months. Looks like an amazing system! Good job engineering the new cores ya'll!! Amazing performance.
  - neobrain 5mo ago
    Most people don't realize that the Asahi team ship features only once they work without quirks. For the set of supported hardware features, Asahi is much closer to a macOS experience than to an average x86 Linux laptop experience. Meanwhile, Linux on my Lenovo X13s "works" but has tons of quirks: Boot fails 2 out of 3 times, the device hard-resets sometimes when waking up with a display connected, and the speakers are unusable due to lack of active overheat protection (and somehow this affects even external speakers). It technically works, but it's incredibly frustrating to use in practice. If you plan to use Linux and don't need an ARM laptop, there's little reason to prefer a Qualcomm device over an x86 one currently. On the other hand, M1/M2 easily outperform a broad class of x86 laptops, and they have a Linux experience that's for many use cases close to on par with official vendor support.
- xoa 5mo ago
  >I think there is also the added challenge that ARM macs are a moving target Yes, but also no? Because I think a reasonable argument can be made that ARM Macs are like game consoles with a more rapid generation: yes there are changes between each generation, but then you've got millions of units which are good for a very long time that are all near identical. Apple definitely is not changing everything between gens at all, work they've done for M1 has been plenty useful since. And support stretches awhile. The final M3 generation chip only came out about a year ago (the M3 Ultra for the Mac Studio was March 2025). So sure there's ongoing effort needed for newer systems, and that may require ongoing RE more then typical. I don't want to brush aside the effort there at all. But at the same time there doesn't seem to be the same long tail of hardware variations and dozens to hundreds of players doing their own little tweaks either. Aside from memory and storage, every single Mac of a given SoC is the same so each time one gets covered they all get covered and are a stable experience. It's definitely a different thing then developing for PCs, and I definitely wish there was and support serious legal backing for no rug pulls being allowed, ever. Hardware owners should always have access to the root of trust if they want it. But that aside, I don't think their efforts are wrong or somehow wasted just because each new generation might need some new work. That doesn't appear from the outside to be intractable, and fact is the pace of hardware change for computers has slowed and continues to slow. A system from many years ago can still be very good for most tasks... so long as the OS can still be updated and work. Apple themselves seem more then limiting factor there, whereas Linux shines in long term support.
- unfitted2545 5mo ago
  From an end user perspective, I think the best thing the Asahi team could have done was solely focus on getting the M1 Air/Pro working 100% before moving onto other devices. But that would probably result in burn out from the crazily talented dev team :P
  - walterbell 5mo ago
    Asahi focusing on M1 would also encourage secondary market sales of M1 laptops, which are already a primary competitor (see Apple marketing) to current Apple laptops. If Apple wanted to encourage Asahi Linux users to move from M1 or Qualcomm to M5/M6 Apple devices, they could improve device firmware compatibility with Linux, or contribute directly to mainline Linux.
    - apatheticonion 5mo ago
      Haha, I can't imagine Apple contributing open source driver code to mainline Linux. My assumption is that if they ever decided they would provide support for Linux, it would be a private Mac-linux fork. It's hard to imagine they would go the shim + blob route like nvidia as that would still require upstreaming stuff. Honestly, they should just document their hardware so we can write our own drivers without hurclean reverse engineering efforts.
  - rowanG077 5mo ago
    Considering that M1 and M2 are almost the same architecturally isn't that exactly what they are doing? M3 are two new contributors who decided they wanted that.
  - mort96 5mo ago
    I'm not really sure what it would mean for M1 air/pro to work better at this point to be honest, other than I guess power consumption during sleep but that's supposedly a super tricky problem that can't be "solved", it can just be incrementally improved through immense effort. But the main problems I have on my M1 Pro now are just the normal Linux laptop problems: bad trackpad palm rejection, input latency, inconsistent scroll speed between apps, high latency tap to click, somewhat janky fractional scaling (at least in GNOME). These aren't really problems for Asahi to fix, I feel.
- mschuster91 5mo ago
  > Unlike the PC space where laptop manufacturers have to maintain broad compatibility over time LOL If anything Apple is infamous for keeping around hardware blocks for as long as they can. IIRC the serial port driver for everything Apple ARM dates back to the very first generations of iPods. Of course Apple will remain a moving target, but they are orders of magnitude more stable than everyone else in the non-x86 universe.
- mort96 5mo ago
  The huge advantage of x86_64 isn't that it's a stable platform, but that the big hardware vendors maintain their own Linux driver. Nobody needs to reverse engineer how AMD GPUs work, you can just use AMD's driver. Nobody needs to reverse engineer how Intel power states work, just use Intel's pstate driver. Nobody needs to reverse engineer how Broadcom's WiFi driver works, Broadcom maintains their own Linux driver and contributes to the upstream brcm80211 driver. And commodity hardware that's not directly supported by the vendor typically has detailed data sheets, meaning that someone has to contribute a driver but no reverse engineering is needed.
  - StillBored 5mo ago
    Its more than that, its that x86 vendors know how to maintain hardware backwards compatibility, they don't throw out the entire USB subsystem every time a new phy/whatever shows up because there is a standardized mailbox interface sitting in front of the actual HW. Same with the core platform, which works out of the box using 25+ year old firmware standards that are flexible enough to support simple sensors and behaviors, like lid close notification on a laptop for example across multiple OS's. Even something as simple as the firmware interface for handing off a frame buffer to the OS isn't universally support on arm platforms because a significant fraction don't support uefi. Apple was an early uefi adopter, but whatever internal politics they have, means they tossed even that on the latest mac's.
- miki123211 5mo ago
  On one hand, yes they're a moving target, on the other, they're a lot more uniform than X86 machines. X86 can also be a moving target now; with Windows's driver autodiscovery mechanisms, manufacturers that don't care about Linux could still make people's life hell.
samiv 5mo ago
Like they say, "when you're 90% done you just need to take care of the other 90%"
bri3d 5mo ago
> I'm concerned that after all these years, it's still a separate project and not an effort sustained directly within the kernel mainline and mainstream distributions What does this mean? Hardware support is rarely developed inside these organizations; what makes it seem like these groups would be a good home for this effort? It makes sense to have a group of experts in a field (Apple hardware/firmware) contribute patches upstream, which is the exact system here. And Asahi have done an above and beyond job also maintaining their installation framework while carefully moving changes upstream as well.
- kakwa_ 5mo ago
  Well, after a while, the effort of maintaining and improving M-series kernel support should be directly be done by kernel maintainers, not within a fork with periodic merges (maybe some Asahi folks should become kernel maintainers). Doing so would enabled mainstream distributions to provide maintainable M-series builds, with all that entails in terms of stability, enabling choice, maintenance or security fixes. The whole fork + dedicated distribution made sense at the start of the project since it provided a playground for quickly iterating and experimenting (which is a no-no to do directly in the mainline kernel or in a major distribution). But Asahi is still the only Linux on Silicon option after all these years, which is a bit worrisome. Asahi should have been a cool but temporary initiative. At some point, the project will lose momentum and for its accomplishments to last, it should be merged into the general effort, i.e. drivers maintained directly in the Linux kernel, and the userland stuff made to be easily packaged and shipped by mainstream distributions.
  - bri3d 5mo ago
    This is... literally exactly what they are doing? Of all of the reverse engineering related Linux efforts (and most corporate Linux efforts), Asahi have been the most methodical and relentless about upstreaming changes into the kernel and all of their upstream intermediaries (freedesktop/Mesa etc.), specifically so it's maintained, even at the detriment of the project velocity and contributor health. Asahi is explicitly not supposed to be a fork + dedicated distribution long term and over time, the delta between Fedora Asahi Remix and Fedora has grown smaller and smaller. > Asahi is still the only Linux on Silicon option What do you mean? There are non-Fedora Remix distributions which incorporate the "edge" Asahi changes, like https://ubuntuasahi.org https://ubuntuasahi.org . And again, as more and more gets mainlined, it becomes increasingly plausible that many distributions will be able to support Apple Silicon "out of the box" without much special consideration.
dagmx 5mo ago
For what it’s worth, Asahi do upstream a lot of changes to do exactly what you’re saying. That’s a big reason why progress slowed recently because they were focusing on reducing their diff count. A lot of stuff has landed in the mainline kernel, but Asahi is how they keep experimenting on new functionality.
deleted 5mo ago
[deleted]
throwaway27448 5mo ago
What does "mainlined" driver development even look like?
__turbobrew__ 5mo ago
Why would any group want to take on a project which could be instantly killed by an external for profit entity? For now Asahi is left alone by Apple but that could change in a single day and the entire project is dead. It doesn’t seem like a productive way to direct the limited energy that distribution foundations have on hand.
- tomnipotent 5mo ago
  Except there's no legal basis Apple could use to "instantly kill" the project.
  - __turbobrew__ 5mo ago
    Apple could change the platform/firmware to break Asahi if they wanted to. They could lock down the hardware to make it nearly impossible to install another OS like they do with iphone.
    - mort96 5mo ago
      I mean so could any other hardware vendor? No Mac in history has been locked down in the way you describe, and there's really no indication that Apple would start now. If they were ever going to, the ARM transition would've been the perfect time to do it, yet they invested engineering resources into adding support for booting non-Apple kernels into their bootloader. They could of course release a new line of laptops or a firmware update tomorrow which locks down the bootloader and prevents booting non-Apple kernels. But so could Lenovo, Dell, HP, Samsung, Sony, or any other laptop vendor. Or Microsoft, Intel, AMD or Qualcomm could exert their influence, as owners of various parts of the ecosystem, to shift the PC landscape in that direction.
      - __turbobrew__ 5mo ago
        Most hardware vendors don’t make operating systems, so they are not incentivized to limit what software can run on the hardware. For example, intel and AMD contribute a lot of code and engineering hours to open source projects because they WANT people to be able to run that software on their hardware.
bennett_dev 5mo ago
There was a nice task on 39c3 https://youtu.be/3OAiOfCcYFM https://youtu.be/3OAiOfCcYFM They do try to upstream and eventually just have Linux natively support Apple Silicon!
kmeisthax 5mo ago
This actually is the case for a few other competing Apple Silicon support projects that came and went prior to Asahi. Assuming you have a way to load code into EL2[0], it's fairly easy to bring up the main CPU and USB, plug in a bunch of external peripherals before boot, and say you got Linux running on Apple chips. Only true in the most literal case. In contrast, Asahi is specifically doing all the challenging RE work that typically gets passed over in favor of flashy headlines. If anyone can get to 95%, it's them. [0] Prior to the M1 Mac, Apple did not allow anyone but themselves to load EL2 code. The ability to load other OSes on Apple Silicon Macs is, strangely enough, an allowed use-case. Prior to this we had to rely on once-in-a-decade bootrom security bugs.
rweichler 5mo ago
I'm with you. This entire game has already played out in the iOS jailbreak scene.
flomo 5mo ago
What everyone is missing is any org who pays Ubuntu or RedHat for support is going to buy officially supported hardware from Lenovo, Dell, Framework or etc. Asahi is a cool project, but there's zero money in it.
- cybercatgurrl 5mo ago
  as someone who has had several official asahi fedora remix updates break the boot up of a m1 mac mini, this is it. it’s just too damn risky. i’ve had it happen so frequently that i’m genuinely at a point where im considering retiring the machine for something more stable and less likely to break during an update and it’s not even like i used it for a GUI, it’s a headless machine. i would genuinely advise anyone thinking about seriously using asahi to consider another machine for uptime and stability
2OEH8eoCRo0 5mo ago
It's disappointing that so much talent is wasted trying to support user hostile Apple hardware.
- Danox 5mo ago
  What is disappointing? Is that a three ex Apple engineers could get a license from Arm and design chips there’s got to be talent in Europe to do that and to also follow up and do something with Linux as a OS. It just baffles me why all this effort is spent trying to be a parasite on someone else’s chip the talent is there in Europe to go the full distance an offer something that isn’t dependent upon someone else? I am rooting for someone to do something from the ground up in Europe. Maybe it’s gonna take someone that’s still in junior high, high school, or college who doesn’t know any better and is open towards breaking out of the boundaries.
regexorcist 5mo ago
[dead]
deleted 5mo ago
[deleted]
mort96 5mo ago
The way mainline kernel development happens is that people work in their own fork and then send patches upstream, just like what Asahi is doing. The only thing that makes Asahi special is that there's so much weird bespoke hardware which requires special drivers. But nobody develops directly against Linus's tree.
KetoManx64 5mo ago
That's the amazing thing about Linux. It's free and open source and not beholden to shareholders and having to have a fully fleshed out project that they can make money on. I have an M1 Macbook Air with Asahi running as the default OS. I'm very satisfied and happy with it, even though there's some things that could be better (eg. The battery draining 1%/hour while it's sleeping). I would much rather have Asahi as it is than not have it because it's "Not 100% feature complete". I don't really care that it's not polished enough for "general audience

by kakwa_ 5mo ago

omcnoe 5mo ago

I think there is also the added challenge that ARM macs are a moving target, and Apple has less than no desire to provide any kind of stability or support for Asahi Linux. Unlike the PC space where laptop manufacturers have to maintain broad compatibility over time, Apple will make future changes that are really awkward for Asahi and will not care one bit because they can do the compat work on their own software.

walterbell 5mo ago
How does Ubuntu Linux on recent Qualcomm (ex-Apple Nuvia) Arm laptops compare to Asahi Linux on Apple Silicon?
- jauntywundrkind 5mo ago
  Pretty rude to call this ex Apple Nuvia. I don't think any of those lawsuits by Apple or ARM have been won. Qualcomm declares this to be a new chip. But yes it has talent from those places. Still, let's not try to tip the scales of perception quite so indelicately? I am curious what the boot situation is. It seems like Qualcomm actually has pretty good support for their cores. But since these PC systems sort of lack a bios, each one needing a hand built DeviceTree: it makes supporting them kind of a nightmare. Even a raspberry pi has a much more advanced and accommodating boot environment than these frustrating Qualcomm laptops. Alas. I don't know but I expect Asahi has to do similar hand tailoring. I am curious to know what the boot chain looks like! How much the system willingly helps vs how much hard to be bespoke hand coded system config! (Wish it wasn't like this, it's so bad)
  - appplication 5mo ago
    Without stirring the pot too much, I’m a bit out of the loop on what the above poster implied and you took slight to. Could you share a little more about this and why you feel what they said was rude?
    - wtallis 5mo ago
      There's nothing rude about it; the Nuvia CPU core is pretty much the entire selling point of the Snapdragon X Elite product family. Everything else on those chips is underwhelming. But the provenance of the CPU core is really irrelevant to the question of Linux support, which is gated by driver support for the rest of the SoC, which didn't come from Nuvia. So focusing on the Nuvia aspect is a bit of a red herring.
      - walterbell 5mo ago
        > bit of a red herring It offers an A/B test of "similar" SoC performance and battery life (which users now expect from laptops), without a vertically integrated operating system that was also created by the company who designed the SoC.
      - Danox 5mo ago
        Qualcomm may be a tech company, but they behave more like a pack of lawyers (probably the best in the tech business at extracting money” double dipping”) they will never support Linux in any usable way, not without a huge ongoing fee/payola on their so called partners.
        jauntywundrkind 5mo ago
        That certainly is what their past looked like! And in many ways that probably is true. But it's not uninform. There's a lot of places where Qualcomm is clearly working very hard to get upstream, to get mainline support. https://www.phoronix.com/search/Qualcomm https://www.phoronix.com/search/Qualcomm I was super impressed with their work offloading sound to a USB sound card, to let the CPU sleep more. Really wild subsystem to build. And they did it! Kept at it! Really cool stuff to have in the kernel. They've hired some good people for GPU support, which is rad. I feel like Qualcomm is so so close to having a great system people can genuinely love. But there's always some missing pieces, it's always an end result that is far far far quirkier and more difficult than a PC would be. Some of the other comments in this thread give me some hope that there is a more normal boot chain here at least, that it's other troubles. But it's hard. And Qualcomm only has so much power over what their OEM partners actually build. Qualcomm is the only name in wifi right now for OpenWRT like systems. MediaTek looks good, is present too, but supposedly their drivers are just a total garbage fire, buggy & crash tastic beyond words. I think it's important we reassess our old biases. And give some credit where due. Qualcomm has an absolutely forsaken reputation & their lawyerliness is a thing of legend, forbidding as heck. But there are also a lot of signs that at least some of the company is tired of making chips that are utterly unsupportable, and has some real drive towards good open source support. Thank you, warriors of light there. Really hoping we see some Linux running Snapdragon X2 Elite Extreme units in the next 12 months. Looks like an amazing system! Good job engineering the new cores ya'll!! Amazing performance.
- neobrain 5mo ago
  Most people don't realize that the Asahi team ship features only once they work without quirks. For the set of supported hardware features, Asahi is much closer to a macOS experience than to an average x86 Linux laptop experience. Meanwhile, Linux on my Lenovo X13s "works" but has tons of quirks: Boot fails 2 out of 3 times, the device hard-resets sometimes when waking up with a display connected, and the speakers are unusable due to lack of active overheat protection (and somehow this affects even external speakers). It technically works, but it's incredibly frustrating to use in practice. If you plan to use Linux and don't need an ARM laptop, there's little reason to prefer a Qualcomm device over an x86 one currently. On the other hand, M1/M2 easily outperform a broad class of x86 laptops, and they have a Linux experience that's for many use cases close to on par with official vendor support.
xoa 5mo ago
>I think there is also the added challenge that ARM macs are a moving target Yes, but also no? Because I think a reasonable argument can be made that ARM Macs are like game consoles with a more rapid generation: yes there are changes between each generation, but then you've got millions of units which are good for a very long time that are all near identical. Apple definitely is not changing everything between gens at all, work they've done for M1 has been plenty useful since. And support stretches awhile. The final M3 generation chip only came out about a year ago (the M3 Ultra for the Mac Studio was March 2025). So sure there's ongoing effort needed for newer systems, and that may require ongoing RE more then typical. I don't want to brush aside the effort there at all. But at the same time there doesn't seem to be the same long tail of hardware variations and dozens to hundreds of players doing their own little tweaks either. Aside from memory and storage, every single Mac of a given SoC is the same so each time one gets covered they all get covered and are a stable experience. It's definitely a different thing then developing for PCs, and I definitely wish there was and support serious legal backing for no rug pulls being allowed, ever. Hardware owners should always have access to the root of trust if they want it. But that aside, I don't think their efforts are wrong or somehow wasted just because each new generation might need some new work. That doesn't appear from the outside to be intractable, and fact is the pace of hardware change for computers has slowed and continues to slow. A system from many years ago can still be very good for most tasks... so long as the OS can still be updated and work. Apple themselves seem more then limiting factor there, whereas Linux shines in long term support.
unfitted2545 5mo ago
From an end user perspective, I think the best thing the Asahi team could have done was solely focus on getting the M1 Air/Pro working 100% before moving onto other devices. But that would probably result in burn out from the crazily talented dev team :P
- walterbell 5mo ago
  Asahi focusing on M1 would also encourage secondary market sales of M1 laptops, which are already a primary competitor (see Apple marketing) to current Apple laptops. If Apple wanted to encourage Asahi Linux users to move from M1 or Qualcomm to M5/M6 Apple devices, they could improve device firmware compatibility with Linux, or contribute directly to mainline Linux.
  - apatheticonion 5mo ago
    Haha, I can't imagine Apple contributing open source driver code to mainline Linux. My assumption is that if they ever decided they would provide support for Linux, it would be a private Mac-linux fork. It's hard to imagine they would go the shim + blob route like nvidia as that would still require upstreaming stuff. Honestly, they should just document their hardware so we can write our own drivers without hurclean reverse engineering efforts.
- rowanG077 5mo ago
  Considering that M1 and M2 are almost the same architecturally isn't that exactly what they are doing? M3 are two new contributors who decided they wanted that.
- mort96 5mo ago
  I'm not really sure what it would mean for M1 air/pro to work better at this point to be honest, other than I guess power consumption during sleep but that's supposedly a super tricky problem that can't be "solved", it can just be incrementally improved through immense effort. But the main problems I have on my M1 Pro now are just the normal Linux laptop problems: bad trackpad palm rejection, input latency, inconsistent scroll speed between apps, high latency tap to click, somewhat janky fractional scaling (at least in GNOME). These aren't really problems for Asahi to fix, I feel.
mschuster91 5mo ago
> Unlike the PC space where laptop manufacturers have to maintain broad compatibility over time LOL If anything Apple is infamous for keeping around hardware blocks for as long as they can. IIRC the serial port driver for everything Apple ARM dates back to the very first generations of iPods. Of course Apple will remain a moving target, but they are orders of magnitude more stable than everyone else in the non-x86 universe.
mort96 5mo ago
The huge advantage of x86_64 isn't that it's a stable platform, but that the big hardware vendors maintain their own Linux driver. Nobody needs to reverse engineer how AMD GPUs work, you can just use AMD's driver. Nobody needs to reverse engineer how Intel power states work, just use Intel's pstate driver. Nobody needs to reverse engineer how Broadcom's WiFi driver works, Broadcom maintains their own Linux driver and contributes to the upstream brcm80211 driver. And commodity hardware that's not directly supported by the vendor typically has detailed data sheets, meaning that someone has to contribute a driver but no reverse engineering is needed.
- StillBored 5mo ago
  Its more than that, its that x86 vendors know how to maintain hardware backwards compatibility, they don't throw out the entire USB subsystem every time a new phy/whatever shows up because there is a standardized mailbox interface sitting in front of the actual HW. Same with the core platform, which works out of the box using 25+ year old firmware standards that are flexible enough to support simple sensors and behaviors, like lid close notification on a laptop for example across multiple OS's. Even something as simple as the firmware interface for handing off a frame buffer to the OS isn't universally support on arm platforms because a significant fraction don't support uefi. Apple was an early uefi adopter, but whatever internal politics they have, means they tossed even that on the latest mac's.
miki123211 5mo ago
On one hand, yes they're a moving target, on the other, they're a lot more uniform than X86 machines. X86 can also be a moving target now; with Windows's driver autodiscovery mechanisms, manufacturers that don't care about Linux could still make people's life hell.

samiv 5mo ago

Like they say, "when you're 90% done you just need to take care of the other 90%"

bri3d 5mo ago

> I'm concerned that after all these years, it's still a separate project and not an effort sustained directly within the kernel mainline and mainstream distributions What does this mean? Hardware support is rarely developed inside these organizations; what makes it seem like these groups would be a good home for this effort? It makes sense to have a group of experts in a field (Apple hardware/firmware) contribute patches upstream, which is the exact system here. And Asahi have done an above and beyond job also maintaining their installation framework while carefully moving changes upstream as well.

kakwa_ 5mo ago
Well, after a while, the effort of maintaining and improving M-series kernel support should be directly be done by kernel maintainers, not within a fork with periodic merges (maybe some Asahi folks should become kernel maintainers). Doing so would enabled mainstream distributions to provide maintainable M-series builds, with all that entails in terms of stability, enabling choice, maintenance or security fixes. The whole fork + dedicated distribution made sense at the start of the project since it provided a playground for quickly iterating and experimenting (which is a no-no to do directly in the mainline kernel or in a major distribution). But Asahi is still the only Linux on Silicon option after all these years, which is a bit worrisome. Asahi should have been a cool but temporary initiative. At some point, the project will lose momentum and for its accomplishments to last, it should be merged into the general effort, i.e. drivers maintained directly in the Linux kernel, and the userland stuff made to be easily packaged and shipped by mainstream distributions.
- bri3d 5mo ago
  This is... literally exactly what they are doing? Of all of the reverse engineering related Linux efforts (and most corporate Linux efforts), Asahi have been the most methodical and relentless about upstreaming changes into the kernel and all of their upstream intermediaries (freedesktop/Mesa etc.), specifically so it's maintained, even at the detriment of the project velocity and contributor health. Asahi is explicitly not supposed to be a fork + dedicated distribution long term and over time, the delta between Fedora Asahi Remix and Fedora has grown smaller and smaller. > Asahi is still the only Linux on Silicon option What do you mean? There are non-Fedora Remix distributions which incorporate the "edge" Asahi changes, like https://ubuntuasahi.org https://ubuntuasahi.org . And again, as more and more gets mainlined, it becomes increasingly plausible that many distributions will be able to support Apple Silicon "out of the box" without much special consideration.

dagmx 5mo ago

For what it’s worth, Asahi do upstream a lot of changes to do exactly what you’re saying. That’s a big reason why progress slowed recently because they were focusing on reducing their diff count. A lot of stuff has landed in the mainline kernel, but Asahi is how they keep experimenting on new functionality.

deleted 5mo ago

[deleted]

throwaway27448 5mo ago

What does "mainlined" driver development even look like?

__turbobrew__ 5mo ago

Why would any group want to take on a project which could be instantly killed by an external for profit entity? For now Asahi is left alone by Apple but that could change in a single day and the entire project is dead. It doesn’t seem like a productive way to direct the limited energy that distribution foundations have on hand.

tomnipotent 5mo ago
Except there's no legal basis Apple could use to "instantly kill" the project.
- __turbobrew__ 5mo ago
  Apple could change the platform/firmware to break Asahi if they wanted to. They could lock down the hardware to make it nearly impossible to install another OS like they do with iphone.
  - mort96 5mo ago
    I mean so could any other hardware vendor? No Mac in history has been locked down in the way you describe, and there's really no indication that Apple would start now. If they were ever going to, the ARM transition would've been the perfect time to do it, yet they invested engineering resources into adding support for booting non-Apple kernels into their bootloader. They could of course release a new line of laptops or a firmware update tomorrow which locks down the bootloader and prevents booting non-Apple kernels. But so could Lenovo, Dell, HP, Samsung, Sony, or any other laptop vendor. Or Microsoft, Intel, AMD or Qualcomm could exert their influence, as owners of various parts of the ecosystem, to shift the PC landscape in that direction.
    - __turbobrew__ 5mo ago
      Most hardware vendors don’t make operating systems, so they are not incentivized to limit what software can run on the hardware. For example, intel and AMD contribute a lot of code and engineering hours to open source projects because they WANT people to be able to run that software on their hardware.

bennett_dev 5mo ago

There was a nice task on 39c3 https://youtu.be/3OAiOfCcYFM https://youtu.be/3OAiOfCcYFM They do try to upstream and eventually just have Linux natively support Apple Silicon!

kmeisthax 5mo ago

This actually is the case for a few other competing Apple Silicon support projects that came and went prior to Asahi. Assuming you have a way to load code into EL2[0], it's fairly easy to bring up the main CPU and USB, plug in a bunch of external peripherals before boot, and say you got Linux running on Apple chips. Only true in the most literal case. In contrast, Asahi is specifically doing all the challenging RE work that typically gets passed over in favor of flashy headlines. If anyone can get to 95%, it's them. [0] Prior to the M1 Mac, Apple did not allow anyone but themselves to load EL2 code. The ability to load other OSes on Apple Silicon Macs is, strangely enough, an allowed use-case. Prior to this we had to rely on once-in-a-decade bootrom security bugs.

rweichler 5mo ago

I'm with you. This entire game has already played out in the iOS jailbreak scene.

flomo 5mo ago

What everyone is missing is any org who pays Ubuntu or RedHat for support is going to buy officially supported hardware from Lenovo, Dell, Framework or etc. Asahi is a cool project, but there's zero money in it.

cybercatgurrl 5mo ago
as someone who has had several official asahi fedora remix updates break the boot up of a m1 mac mini, this is it. it’s just too damn risky. i’ve had it happen so frequently that i’m genuinely at a point where im considering retiring the machine for something more stable and less likely to break during an update and it’s not even like i used it for a GUI, it’s a headless machine. i would genuinely advise anyone thinking about seriously using asahi to consider another machine for uptime and stability

2OEH8eoCRo0 5mo ago

It's disappointing that so much talent is wasted trying to support user hostile Apple hardware.

Danox 5mo ago
What is disappointing? Is that a three ex Apple engineers could get a license from Arm and design chips there’s got to be talent in Europe to do that and to also follow up and do something with Linux as a OS. It just baffles me why all this effort is spent trying to be a parasite on someone else’s chip the talent is there in Europe to go the full distance an offer something that isn’t dependent upon someone else? I am rooting for someone to do something from the ground up in Europe. Maybe it’s gonna take someone that’s still in junior high, high school, or college who doesn’t know any better and is open towards breaking out of the boundaries.

regexorcist 5mo ago

[dead]

deleted 5mo ago

[deleted]

mort96 5mo ago

The way mainline kernel development happens is that people work in their own fork and then send patches upstream, just like what Asahi is doing. The only thing that makes Asahi special is that there's so much weird bespoke hardware which requires special drivers. But nobody develops directly against Linus's tree.

KetoManx64 5mo ago

That's the amazing thing about Linux. It's free and open source and not beholden to shareholders and having to have a fully fleshed out project that they can make money on. I have an M1 Macbook Air with Asahi running as the default OS. I'm very satisfied and happy with it, even though there's some things that could be better (eg. The battery draining 1%/hour while it's sleeping). I would much rather have Asahi as it is than not have it because it's "Not 100% feature complete". I don't really care that it's not polished enough for "general audience