Reverse-engineering Apple's custom silicon is basically the modern equivalent of repairing a spaceship while it's actively launching. Incredible work by the Asahi team!
Makes you wonder who's choice it was to launch a half-finished rocket. AMD and Intel's rockets sit on the launch pad with GPU/CPU drivers shipped for Linux before T-10.
I assume your question was in good faith, but the information needed to support an entire platform like this is not as simple as sharing a PDF. I’ve spent parts of my career working on much simpler platforms than an entire Apple laptop where we would have to work through 10,000 page PDFs documenting registers and even that was not enough to get the full picture of the system. You have to work through provided code samples and then eventually get the vendor’s engineers to look into problems that couldn’t be resolved through the documentation, where they would go look into the other teams and their sources to discover the answer.
The market for people who want to install Linux on a Mac laptop is very tiny. The honest answer is that it’s not worth the huge effort investment needed to document an entire platform for public consumption.
I don’t think many people realize how easily Apple could have locked down the laptop to be able to not run any alternate OS at all and the number of lost sales would be so negligibly small as to not matter. They chose to leave it open.
Sure but that's not really their point. They're not saying that Linux is a joke nor that it's useless; they're saying that the amount of people installing Linux on their Macs is so small that it wouldn't make financial sense for Apple to support them. Knowing how much an engineer gets paid, even staffing a small team to supporting Linux would cost Apple a couple million each year. That's not even taking support into account.
> I don’t think many people realize how easily Apple could have locked down the laptop to be able to not run any alternate OS at all and the number of lost sales would be so negligibly small as to not matter. They chose to leave it open.
Oh please - Apple provided a full suite of Bootcamp drivers for their hardware just a couple of years ago, not locking you out is not a big heroic move you're trying to picture here.
It allowed a machine running Intel's EFI firmware (as Intel Macs have always done) to boot an OS that only understood the older BIOS standard.
Once Microsoft and the various PC vendors started supporting UEFI directly, Bootcamp was just a bundle of existing Windows drivers from the component vendors.
If you put a specific Broadcom Wi-Fi chip in the Mac, Bootcamp included Broadcom's Windows driver that was best suited for that chip.
Regardless, saying it would be too much effort for Apple is laughable at best. Even more so when Apple used to release such docs in the past when it was much less financially capable.
Bootcamp on Intel Macs was a different story because Apple's hardware was mostly an assortment of other vendors' hardware (with some custom components and set up). That means they could bundle drivers for Intel, AMD, Nvidia, Broadcom, Realtek, Marvell, Synaptics, etc plus a couple of their own (the camera, the touchpad, the mouse, etc) and call it a day. Since the hardware was x86-64 it mostly just worked. That's an immensely different world from their custom hardware. They would need to write Linux drivers for all of their networking chips, each of their processors, their GPUs, work around Linux/Windows' 16KB memory page issues, their neural engines, the SEP, their DCP, the interrupt controller, IOMMU, their custom storage drivers, etc. You're vastly underselling or misunderstanding the size of the situation.
They were also in a different place back when they made Bootcamp. They were fighting a "Mac vs PC" battle head on and trying to convert other OS users to macOS. Now they don't really seem to care about that because their strategy is converting iPhone users into ecosystem members.
Apple's hypervisor.framework lets other OS instances run very very fast with the UTM app (open source on github, but i use the prebuilt version from the App Store). In my case i've used arm native linuxes (arch with various compositors, kde, gnome, fedora) all on M2, M2 Max, M5 and the experience is indistinguishable from native. MacOS is running too. I think hardcore graphics folks might want direct accelerator access, or there'd be curiously little reason for Asahi (other than that it's awesome work).
I use UTM in emulation mode, NOT Qemu simulation mode, which is wasteful.
What is the purpose here? You are still stuck with a full blown MacOS running the system no? That is what Asahi tries to replace, not the other way around.
I'd recommend reading up on it, and perhaps trying it, because it's very useful.
For folks lamenting that the (awesome) Asahi efforts are challenged by reverse engineering of changes from M2 to M3, and so on, those changes vanish into the abstraction, but their benefits do not. That's why i switched from Asahi a couple years ago to UTM in apple silicon hypervisor mode.
The purpose is to be able to run a decent Linux setup while also having MacOS for things. Not everyone is stuck on the anti-Apple train; some of us put software on all the platforms and thus using the hypervisor for this use case is quite comfortable. Disclaimer: personal experience - I too use UTM for highly productive things..
Wanting to run a single OS at a time is anti Apple now? Run MacOS or run Linux, why run both and create more problems than it solves and waste resources?
i have no idea how you think apple silicon will discontinue support for itself.
the hypervisor framework documentation, that i linked above, is pretty clear; the linux builds for arm run extremely fast on apple silicon because hypervisor framework gives them hardware access, in some subsystems directly (memory mapping for example), in other systems through a shim (graphics hardware).
They want control on the walled garden. When was the last time apple did anything for public unless forced by FCC. Now there is no hope since they can simply donate to trump.
The FCC? I guess you mean their wifi chips or cellular modems or something? I can’t see the FCC having jurisdiction over anything else that Apple does. Maybe you meant the FTC?
Would you happen to have a link to this? I would like to learn about this but unfortunately treehouse.systems doesn't seem to be very well indexed by search engines, and Mastodon's search is failing me.
Aside from the "they have no incentive" answer, I imagine it's not so easy even if they wanted to. I suspect most of it won't be solely Apple's IP to share in the first place.
It wouldn’t even be a problem for Apple to support Linux. Linux’s desktop market share has never been a threat to Apple at all. I hope Ternus, being the engineer he is, opens this up.
So that you have to keep buying Macs every few years of course. If they gave you a way to install linux easily then you could use it far past their intended lifespan and wouldnt keep you locked into the apple ecosystem. They have proved time and time again that Apple hardware running anything but MacOS or iOS is something they will work very hard to stop you doing.
Community... is what you have with family, neighbors and such. Being a user of a mass produced thing is not a community.
But to answer your question: Why would they? Apple hasn't asked anybody to put Linux on their machines. They deliver them with a fully functional OS already and there are thousands of other computer models you can purchase instead of a Mac.
I expect they don't actually care whether or not people run Linux on macs. I mean they used to let you run Windows!
Probably the real reason is just that it's extra work - both in terms of producing the docs, and in dealing with complaints when they change things. From their point of view it's extra work with no benefit to them.
Yep, I suspect the goal is to reduce support footprint/burden to the absolute minimum possible, which is also why they don't maintain their legacy virtualization/translation layers indefinitely (Classic mode, Rosetta 1 (PPC → x86), Rosetta 2 (x86 → ARM)). The benefit is being able to make major changes, refactors, etc with relatively little delay and encumbrance.
This applies on both the software and hardware layers. In the past, CPU suppliers dragging their feet and/or being unable to deliver on promises were the chief motivation for switching architectures, and now that they're their own supplier they can banish that issue entirely so long as they're not beholden to any kind of external behavioral contracts or expectations.
If the OS teams need some new capability or discover substantial benefit from redesigning some part of the SoC, the SoC/hardware team can just implement it and not have to care about breaking anything. That's a major competitive advantage that practically nobody else in the computer or mobile device industries has.
They let you run Windows when they were losing in the market and needed a path to migration for users of the winning platform. Once they started winning, they stopped.
Conversely, Microsoft refused to interoperate with Linux. Until Linux became the clear winner in the datacenter space. Now they have WSL and actually work pretty well as a cross-platform development environment.
Microsoft is being all kumbaya right now for those exact same reasons - they are hemorrhaging users to Linux and macOS. WSL only exists because of this.
In the 90s and 2000s, they considered Linux a cancer, and only kept macOS alive for antitrust reasons.
> Why Apple does not at least provide the specs to the community?
Because then they'll have to compete with Linux, which opens them up to someone else making a cheaper computer that does the same stuff.
I mean, I'm typing this on a junky Raptor Lake laptop I found on eBay for $220. Would I buy a Neo or MBP to replace it just to run the same software stack? Probably not.
If you believe OS X is the best environment and Apple Silicon will remain the best hardware in perpetuity, it seems silly for Apple not to allow some experimentation. Apple executives, to be blunt, know better. Lean times are always ahead.
Apple silicon is winning in performance and power consumption. It's not quite the same as the old Intel based generation, where they were more like premium/well built machines with good screens and hardware.
Now some people would like to use that top of the line Apple silicon but without MacOS that comes with it. I doubt this is a huge threat to apple but it's also not a huge market for them. From what I understand they are not actively impeding it but not actively helping it either.
I actually won a M2 laptop a while ago. I resold it, new in box still shrink wrapped because I did not care for MacOS, just a personal preference. People like me are a minority though.
> It's not quite the same as the old Intel based generation, where they were more like premium/well built machines with good screens and hardware.
Not sure what generation you're talking about? Intel c. 18-25 years ago was wildly ahead on everything, much more so than Apple is now, in fact.[1] Apple Computer, quite famously, straight up abandoned their previous CPU architecture and started shipping Intel chips just to have something competitive in the market.
Again, everything goes in cycles in this industry and Apple's executive decisionmaking is 100% not placing bets on being the best forever just to make a bunch of Linux nerds happy.
[1] Process innovation mattered more at the time, where now we're hitting the scaling limit and chips are much more comparable.
It's not just the Apple Silicon Macs, either; I have a 2017-model Intel Mac which runs any number of distros just fine except that sleep just doesn't work right. No amount of keystrokes or mouse-clicks will wake it up if it sleeps.
Processors, not just Apple’s, change constantly between generations. The core instruction set doesn’t change, but they get new capabilities, not just with new instruction sets.
Remember the SoC isn’t just the CPU. It’s display engines, GPUs, storage controllers, video decoders and more.
Even outside of Apple, you’ll see hardware vendors provide Linux patches for their latest CPUs to keep working well. There’s some baseline functionality that works out of the box but it’s never a free ride.
Because it's a lazy response. OP might not be a software developer. Should they learn complex software engineering to try and contribute or should they call out a missing feature that's important to them so the actual developers have some data on what to prioritise?
Here's the blog post from the Asahi devs announcing this: https://asahilinux.org/2026/09/m2-episode-1/
Reverse-engineering Apple's custom silicon is basically the modern equivalent of repairing a spaceship while it's actively launching. Incredible work by the Asahi team!
Makes you wonder who's choice it was to launch a half-finished rocket. AMD and Intel's rockets sit on the launch pad with GPU/CPU drivers shipped for Linux before T-10.
Their Silicon was written to be OS agnostic, Apple's was not.
Why Apple does not at least provide the specs to the community? So much wasted effort when they can just share a pdf.
> when they can just share a pdf.
I assume your question was in good faith, but the information needed to support an entire platform like this is not as simple as sharing a PDF. I’ve spent parts of my career working on much simpler platforms than an entire Apple laptop where we would have to work through 10,000 page PDFs documenting registers and even that was not enough to get the full picture of the system. You have to work through provided code samples and then eventually get the vendor’s engineers to look into problems that couldn’t be resolved through the documentation, where they would go look into the other teams and their sources to discover the answer.
The market for people who want to install Linux on a Mac laptop is very tiny. The honest answer is that it’s not worth the huge effort investment needed to document an entire platform for public consumption.
I don’t think many people realize how easily Apple could have locked down the laptop to be able to not run any alternate OS at all and the number of lost sales would be so negligibly small as to not matter. They chose to leave it open.
> The market for people who want to install Linux on a Mac laptop is very tiny.
Right now, yes. But Linux support is like freedom of speech in a dictatorship.
Everyone makes fun of it and says it's useless but fundamentally the powers that be are deathly afraid of it ever turning the tide.
Sure but that's not really their point. They're not saying that Linux is a joke nor that it's useless; they're saying that the amount of people installing Linux on their Macs is so small that it wouldn't make financial sense for Apple to support them. Knowing how much an engineer gets paid, even staffing a small team to supporting Linux would cost Apple a couple million each year. That's not even taking support into account.
> I don’t think many people realize how easily Apple could have locked down the laptop to be able to not run any alternate OS at all and the number of lost sales would be so negligibly small as to not matter. They chose to leave it open.
Oh please - Apple provided a full suite of Bootcamp drivers for their hardware just a couple of years ago, not locking you out is not a big heroic move you're trying to picture here.
In the beginning, Bootcamp had a real job.
It allowed a machine running Intel's EFI firmware (as Intel Macs have always done) to boot an OS that only understood the older BIOS standard.
Once Microsoft and the various PC vendors started supporting UEFI directly, Bootcamp was just a bundle of existing Windows drivers from the component vendors.
If you put a specific Broadcom Wi-Fi chip in the Mac, Bootcamp included Broadcom's Windows driver that was best suited for that chip.
> not locking you out is not a big heroic move you're trying to picture here.
The person you're replying to didn't say that. Please don't misrepresent and please keep it respectful
Regardless, saying it would be too much effort for Apple is laughable at best. Even more so when Apple used to release such docs in the past when it was much less financially capable.
They just don't care.
Bootcamp on Intel Macs was a different story because Apple's hardware was mostly an assortment of other vendors' hardware (with some custom components and set up). That means they could bundle drivers for Intel, AMD, Nvidia, Broadcom, Realtek, Marvell, Synaptics, etc plus a couple of their own (the camera, the touchpad, the mouse, etc) and call it a day. Since the hardware was x86-64 it mostly just worked. That's an immensely different world from their custom hardware. They would need to write Linux drivers for all of their networking chips, each of their processors, their GPUs, work around Linux/Windows' 16KB memory page issues, their neural engines, the SEP, their DCP, the interrupt controller, IOMMU, their custom storage drivers, etc. You're vastly underselling or misunderstanding the size of the situation.
They were also in a different place back when they made Bootcamp. They were fighting a "Mac vs PC" battle head on and trying to convert other OS users to macOS. Now they don't really seem to care about that because their strategy is converting iPhone users into ecosystem members.
> Regardless, saying it would be too much effort for Apple
That's not what they said. Please don't misrepresent
> is laughabe
And this disparaging language about commenters is not OK. Please stop.
Apple's hypervisor.framework lets other OS instances run very very fast with the UTM app (open source on github, but i use the prebuilt version from the App Store). In my case i've used arm native linuxes (arch with various compositors, kde, gnome, fedora) all on M2, M2 Max, M5 and the experience is indistinguishable from native. MacOS is running too. I think hardcore graphics folks might want direct accelerator access, or there'd be curiously little reason for Asahi (other than that it's awesome work).
I use UTM in emulation mode, NOT Qemu simulation mode, which is wasteful.
just my $0.02.
What is the purpose here? You are still stuck with a full blown MacOS running the system no? That is what Asahi tries to replace, not the other way around.
I'd recommend reading up on it, and perhaps trying it, because it's very useful.
For folks lamenting that the (awesome) Asahi efforts are challenged by reverse engineering of changes from M2 to M3, and so on, those changes vanish into the abstraction, but their benefits do not. That's why i switched from Asahi a couple years ago to UTM in apple silicon hypervisor mode.
https://developer.apple.com/documentation/hypervisor https://apps.apple.com/us/app/utm-virtual-machines
It serves the exact same purpose that WSL does in Windows.
You can run any flavor of Linux you like in a virtual machine, while booted into the native OS.
The purpose is to be able to run a decent Linux setup while also having MacOS for things. Not everyone is stuck on the anti-Apple train; some of us put software on all the platforms and thus using the hypervisor for this use case is quite comfortable. Disclaimer: personal experience - I too use UTM for highly productive things..
Wanting to run a single OS at a time is anti Apple now? Run MacOS or run Linux, why run both and create more problems than it solves and waste resources?
Run both when you need to build for both. Why not run both when you need to?
This misses the point entirely. What happens when apple inevitably discontinues support for this hardware.
i have no idea how you think apple silicon will discontinue support for itself.
the hypervisor framework documentation, that i linked above, is pretty clear; the linux builds for arm run extremely fast on apple silicon because hypervisor framework gives them hardware access, in some subsystems directly (memory mapping for example), in other systems through a shim (graphics hardware).
Apple discontinues support for this HW, not Apple discontinues support for running Linux in a hypervisor.
The same thing that has previously happened with discontinued Intel Macs or PC hardware that is no longer supported by Windows.
You can still boot Linux natively on it.
I don't think you understand what Asahi Linux is.
This isn't about running VMs.
They want control on the walled garden. When was the last time apple did anything for public unless forced by FCC. Now there is no hope since they can simply donate to trump.
The FCC? I guess you mean their wifi chips or cellular modems or something? I can’t see the FCC having jurisdiction over anything else that Apple does. Maybe you meant the FTC?
Apple made some changes specifically for Asahi Linux to make it more robust.
I believe it was Hector Martin who discussed it on Mastodon a while ago.
Would you happen to have a link to this? I would like to learn about this but unfortunately treehouse.systems doesn't seem to be very well indexed by search engines, and Mastodon's search is failing me.
Discussed here: https://news.ycombinator.com/item?id=29591578
Source? It's a welcome thing but very much not like Apple.
Apple has a long long history of supporting open source.
can you please tell us what have they done for open source except LLVM.
Probably took me less time to search “Apple open source” and click the first link than it did to type your question:
https://opensource.apple.com/
Swift, WebKit, Darwin/XNU, MLX, FoundationDB, Container, Pkl, libdispatch (GCD), CUPS, CareKit, ResearchKit, Kubernetes, Cassandra, Spark, Netty, Solr…
and CUPS
> They want control on the walled garden.
It would have been trivial for them to lock out other operating systems entirely.
Even the Asahi team has been much more appreciative of Apple leaving this open.
> It would have been trivial for them to lock out other operating systems entirely.
It is trivial for them to lock out other operating systems entirely.
Aside from the "they have no incentive" answer, I imagine it's not so easy even if they wanted to. I suspect most of it won't be solely Apple's IP to share in the first place.
It wouldn’t even be a problem for Apple to support Linux. Linux’s desktop market share has never been a threat to Apple at all. I hope Ternus, being the engineer he is, opens this up.
The sad part is that it's known that Apple internally maintains Linux ports to their SoCs
> https://talents.vaia.com/companies/apple-inc/software-engine...
I don't think Linus Torvalds has any sway on what Apple does. Or do you mean John Ternus, the new CEO?
My phone autocorrected Ternus to Torvalds, what a catch!
> My phone autocorrected Termus to Torvalds, what a catch!
Kinda funny and definitely a word suggestion that will be locked in future code.
Also it's "Ternus" with an "n"
Fixed. Thanks!
This message would be so badass if you were Ternus himself!
So that you have to keep buying Macs every few years of course. If they gave you a way to install linux easily then you could use it far past their intended lifespan and wouldnt keep you locked into the apple ecosystem. They have proved time and time again that Apple hardware running anything but MacOS or iOS is something they will work very hard to stop you doing.
> past their intended lifespan
Thanks to the community, you can install macOS 15 (or older) on unsupported macs (as old as 18 years)
https://dortania.github.io/OpenCore-Legacy-Patcher/MODELS.ht...
https://github.com/dortania/OpenCore-Legacy-Patcher
> past their intended lifespan
This bullshit needs to die. The products are designed to last.
Because that's not their business model. How is that not obvious?
Legal reasons. Their lawyers say "no".
Why would they?
When Intel-based Macs debuted they touted their support for dual-booting Windows (Bootcamp).
Apple makes money selling hardware.
Yeah, they abandoned that, though.
Community... is what you have with family, neighbors and such. Being a user of a mass produced thing is not a community.
But to answer your question: Why would they? Apple hasn't asked anybody to put Linux on their machines. They deliver them with a fully functional OS already and there are thousands of other computer models you can purchase instead of a Mac.
I expect they don't actually care whether or not people run Linux on macs. I mean they used to let you run Windows!
Probably the real reason is just that it's extra work - both in terms of producing the docs, and in dealing with complaints when they change things. From their point of view it's extra work with no benefit to them.
Yep, I suspect the goal is to reduce support footprint/burden to the absolute minimum possible, which is also why they don't maintain their legacy virtualization/translation layers indefinitely (Classic mode, Rosetta 1 (PPC → x86), Rosetta 2 (x86 → ARM)). The benefit is being able to make major changes, refactors, etc with relatively little delay and encumbrance.
This applies on both the software and hardware layers. In the past, CPU suppliers dragging their feet and/or being unable to deliver on promises were the chief motivation for switching architectures, and now that they're their own supplier they can banish that issue entirely so long as they're not beholden to any kind of external behavioral contracts or expectations.
If the OS teams need some new capability or discover substantial benefit from redesigning some part of the SoC, the SoC/hardware team can just implement it and not have to care about breaking anything. That's a major competitive advantage that practically nobody else in the computer or mobile device industries has.
> they used to let you run Windows!
They let you run Windows when they were losing in the market and needed a path to migration for users of the winning platform. Once they started winning, they stopped.
Conversely, Microsoft refused to interoperate with Linux. Until Linux became the clear winner in the datacenter space. Now they have WSL and actually work pretty well as a cross-platform development environment.
Microsoft is being all kumbaya right now for those exact same reasons - they are hemorrhaging users to Linux and macOS. WSL only exists because of this.
In the 90s and 2000s, they considered Linux a cancer, and only kept macOS alive for antitrust reasons.
"Developers developers developers!"
> Why Apple does not at least provide the specs to the community?
Because then they'll have to compete with Linux, which opens them up to someone else making a cheaper computer that does the same stuff.
I mean, I'm typing this on a junky Raptor Lake laptop I found on eBay for $220. Would I buy a Neo or MBP to replace it just to run the same software stack? Probably not.
If you believe OS X is the best environment and Apple Silicon will remain the best hardware in perpetuity, it seems silly for Apple not to allow some experimentation. Apple executives, to be blunt, know better. Lean times are always ahead.
Apple silicon is winning in performance and power consumption. It's not quite the same as the old Intel based generation, where they were more like premium/well built machines with good screens and hardware.
Now some people would like to use that top of the line Apple silicon but without MacOS that comes with it. I doubt this is a huge threat to apple but it's also not a huge market for them. From what I understand they are not actively impeding it but not actively helping it either.
I actually won a M2 laptop a while ago. I resold it, new in box still shrink wrapped because I did not care for MacOS, just a personal preference. People like me are a minority though.
I'm in the same boat.
Hell, I was given a bunch of old iphones recently, all of which are newer and better hardware than my phone. I wiped them and donated them to charity.
> It's not quite the same as the old Intel based generation, where they were more like premium/well built machines with good screens and hardware.
Not sure what generation you're talking about? Intel c. 18-25 years ago was wildly ahead on everything, much more so than Apple is now, in fact.[1] Apple Computer, quite famously, straight up abandoned their previous CPU architecture and started shipping Intel chips just to have something competitive in the market.
Again, everything goes in cycles in this industry and Apple's executive decisionmaking is 100% not placing bets on being the best forever just to make a bunch of Linux nerds happy.
[1] Process innovation mattered more at the time, where now we're hitting the scaling limit and chips are much more comparable.
How does providing the specs to run Linux on a MacBook open them them up to competition from junky used eBay laptops?
This is really incredible work but so frustrating that its necessary
Lack of sleep and HDMI support is real roadblock for adoption. Hope they gets past soon.
It's not just the Apple Silicon Macs, either; I have a 2017-model Intel Mac which runs any number of distros just fine except that sleep just doesn't work right. No amount of keystrokes or mouse-clicks will wake it up if it sleeps.
I am wondering how much the spec changes per M-chip iteration? I think that after some iterations, the spec stays the same, no?
Your intuition here is wrong.
Processors, not just Apple’s, change constantly between generations. The core instruction set doesn’t change, but they get new capabilities, not just with new instruction sets.
Remember the SoC isn’t just the CPU. It’s display engines, GPUs, storage controllers, video decoders and more.
Even outside of Apple, you’ll see hardware vendors provide Linux patches for their latest CPUs to keep working well. There’s some baseline functionality that works out of the box but it’s never a free ride.
Some big caveats but still amazing progress!
I thought development officially ended?
Some contributors left, but others were able to take over. The project is still ongoing.
Still no thunderbolt support.
You can contribute support for it
Indeed, not sure why you are being downvoted. Contribute to open source with the energy you have to call out missing features.
Because it's a lazy response. OP might not be a software developer. Should they learn complex software engineering to try and contribute or should they call out a missing feature that's important to them so the actual developers have some data on what to prioritise?
It's no lazier than saying "Still no <feature> support"
a) that's feedback
b) it's useful in a comment thread like this so people can quickly see what the 'caveats' mentioned in the title of the post are
Apple could contribute as well, like Intel does for their Thunderbolt controllers.
Why are you demanding a user does that for free instead of the big corp that made the platform?
The platform already supports it.
To be fair this is the thing that is likely to be the most difficult due to it being closed proprietary apple/intel tech.
Intel and AMD both support Thunderbolt on Linux, it's not impossible per-se.