> Thanks to the combined efforts of mildsunrise and chaos_princess, we discovered that ACE3 has pretty much the same register set as CD3217, only wrapped in a SPMI interface instead of addressed over I2C. Both the SPMI interface and ACE3 itself are now working in Asahi Linux, bringing USB 3.0 and Thunderbolt support to all M3 series devices.
When I got my M3 Pro MBP, I got it with the intention of eventually installing Linux on it. In hindsight I seriously underestimated the amount of effort needed for even partial Linux compatibility, which makes me all the more grateful for the work Asahi contributors have put in! I'll still be keeping macOS installed for iOS dev work(which I plan on doing soonish), but other than that all I really need is a web browser and Ghostty with good battery life.
I have immense respect for the incredible work that the Asahi team does, but at the rate that Intel and AMD have been catching up on power efficiency I wonder whether anyone will really _have_ to run Linux on M series laptops. There was a clear case for it back when Apple silicon absolutely dominated anything else you could buy but with Panther Lake I'm not so sure that Apple's lead will continue to be big enough to justify needing to wait several years for full Linux hardware compatibility to be reverse engineered.
This is exactly why I run asahi. There really is not a laptop that comes close to the hardware quality of an apple laptop. I have even sacrificed x86 at the altar which is a much bigger step than battery life imo.
I'm still hoping one of these mega AI LLMs will figure out how to install Linux on the many old iPads that become nearly useless after Apple stops updating them and you can't install new apps.
It depends on how long Apple want to support the devices, if the support matches the longevity of the devices maybe nobody really needs Asahi. I believe all Intel Macs have received their final macOS version now so it is almost time for Apple to make that decision for the M1 generation. I think an M1 Pro, Max or Ultra (or even an M1 with 16GB of RAM) still has many good years left.
OS LTS support barely matters when planned obsolescence is baked in at the hardware level. Wearing parts (eg. SSD) are soldered on newer macs and there's intensive efforts to make sure even if you have the tools you can't repair it.
Thanks, that's a fair data point. Although i'm sure it depends on actual user workloads.
I'm not saying that I support closed-source firmware, locked bootloaders, or even that replacing SSDs is the one true path to sustainability.
I believe it's a whole field and we shouldn't tolerate compromises on any level. It should be 100% illegal in any civilized country to sell the kind of lame hardware we have today. It should be 100% repairable, 100% open bootloader & free firmware, 100% public tech docs/datasheets. Original manufacturer OS support is not insignificant, but i believe it's only significant because we have so little control/understanding of the hardware/software stack.
You have trade offs though. Both with added effort during the development but also just physical limits with the amount of additional losses you have over clicked vs soldered connections
Yeah, but there was a time when running Linux on a laptop was one of the most complex ways of running Linux. Now I just expect everything to work, especially if I buy from Lenovo, Dell, or HP.
There was a time when Wi-Fi, or Wayland, or XComposite, or Linux gaming, or just accelerated graphics at all or, or, or... People get excited, they work on it, other people get excited and mess about, and eventually it just works.
I would love to one day pick up a decommissioned M1 Ultra and use my OS of choice on it, and I'm grateful for the people who are doing the hard thing now.
> wait several years for full Linux hardware compatibility
I'm not convinced it's only "several years".
Asahi was launched in January 2021. So 5 and a half years ago. Asahi, as far as I can tell, supports most of M1 and M2 features, so generations launched in November 2020 (6 years ago) and June 2022 (4 years ago).
I would be very surprised if a decade from now the story won't still be the same thing: 90% of features for systems half a decade old with software package gaps in important areas and everything slightly less optimized than MacOS.
Asahi is doing incredible work but it's still 5 people in a garage vs the huge corporation.
This can be a good tradeoff. An M1 Ultra still runs circles around 90% of consumer hardware sold today, and with Linux it has easily another 10+ years. Now support for M3 is coming.
> Asahi is doing incredible work but it's still 5 people in a garage vs the huge corporation.
Not sure why the "vs" scenario, this is a project that makes no promises. And I think they do have some support from Fedora / Red Hat fwiw.
That's a good tradeoff for durable hardware with available spare parts. That's not a good tradeoff for hardware that was designed so it cannot be repaired, such as newer Macs.
i snatched a lenovo yoga slim aura with a core 5 226 for 650 euro. Its build quality is on par if not better than the colleague's macbook, it's pretty good for working, runs fedora natively, battery last at least 12 hours unless i'm playing games.
> And I bet you can soon get a ThinkPad with the same intel chip, that should have similar battery life.
Yes you can, speaking from experience. I have the T14 gen 7 with the 75 wh battery, and the 356H CPU, it only uses 4-6w/hour when coding with a lot of browser tabs open, a headless VM running, docker containers and so on, online meetings is about 6-8w/hour, this is under Linux, with default power setting from Opensuse.
It can easily last more than 10 working hours, I limit mine to 80% charge as it's more than enough for when I'm on the go.
The main power advantage of the apple chips is when the system is mostly idle - under mid to high load power to watt has been comparable for a few years already (at least AMD and Apple, intel was way behind - but I guess they caught up recently). The main reason behind my M3 MBP back then wasn't so much power efficiency - but that I can get it with 96GB of RAM.
It's nice that I can go a full office day without charging - the previous x86 notebook couldn't, but a decent one from the M3 generation probably could as well. But also if I put proper load an that thing the Macbook battery is done in less than 2 hours.
I don't see how? it is a 50Wh battery. Even at 6W that is about 8h of usage? On what OS + workload on x86 are you seeing just 6W usage? Or is it that each day your usage is only 2 hours?
I have a M1 Pro from work and it surely won't last that while working. Throw some video calls at it and working outside (so, screen at the brightest level) and at the end of the work day I have to plug it in
Probably nobody and I remember when a phone battery lasted one week: nevertheless sometimes we forgot to charge and we run out of battery. So a long lasting battery is good, too long lasting is a waste, which maybe it's your point.
However nowadays it could mean running some agents all day long (remote models) and plug in to power only at the end of the day.
I hope they will support M4 soon, I cant stand macos and its desire to be different
than everything else by custom keyboard shortcuts etc.
After 2 years of usage, I still have issues with basic actions like copy paste.
edit: omg, writing this post, i checked if there is some way to use linux shortcuts and there is (Kanesh/KMonad or Karabiner-Elements). Maybe my suffering will finally stop.
Counterpoint: OSX has the only sane copy paste shortcuts. The linux standard of "sometimes ctrl-c/v, sometimes shift-ctrl-c/v, and if you mess up you might kill your task" is preposterous.
The command key really has to be my favorite thing about OSX, it lets you do system things without intercepting whatever is going on in the terminal. It also leaves the ctrl key with barely any use, so you can just customize its behavior (for example, I have ctrl+opt+some letter keys assigned to different desktops/spaces, that works great for me)
(to replies, yes, i understand that macos keyboard shortcuts might objectively be better, but if you are using multiple computers and macos is the only one of OSs, those shortcuts become pain in the neck)
What I did was to simply remap Command to Control in the built-in keyboard settings. I don't know if that would solve your problems with shortcuts, but it solved mine. Muscle memory remains intact. The physical key combos on the Mac are now largely the same as on Windows or Linux.
This project has been so impressive and exciting. I hope power management is a serious concern once they nail all the reverse engineering and functionality. Battery life would be a huge differentiator for the day to day macbook usage and traditionally Linux has been terrible at that due to lack of proprietary & highly tuned drivers
How likely is such tuning to happen within the practical lifetime of these devices? It's already been years and Linux isn't even feature complete on newer models.
Apple's indifference to OSS does not give me much hope.
Given the enormous lifetime of these devices, I’d say chances are pretty good! The only thing that’s going to make an M series Mac obsolete is when Apple stops releasing updates. If you can run Linux on it, that thing is going to last forever.
I would assume that once you have fully functional support for entire historical SoCs, the effort stops being "get most things working on most chips" and starts becoming "adapt already-working things to the newest chips". Yes, it's been years, but there's still so much hardware that Asahi doesn't have good support for yet, and that's dividing the efforts to support the newest chips. I'm sure that once all the existing chips are well-supported, new chips will be fairly quick to bring up.
>The ARM specification mandates that cores in WFI loops should preserve all state. This is not the default mode on Apple Silicon.
I sometimes do wonder at what point do ARM find and test these stuff and ask Apple to follow. Obviously this is not the first time we see such thing happened.
My understanding is that Apple has an extremely special license with ARM partially because they helped fund ARM when it was spun out of Acorn and they are not required to conform to the specifications like other licensees.
I truly understand the frustration of people asking when will it be done, and that DP Alt Mode got past that point. However it was in an official progress report, but then the last three don't mention it at all. (I have been running it without issue that whole time). A single line on the current scale of outstanding bugs would really help.
Amazing progress as usual. It’s been fun watching just how much a few people can accomplish over the last few years despite working on sometimes unstable sand.
I agree with this sentiment. If someone wants to do a bunch of reverse engineering, maybe they could try to get full mainline support for older Qualcomm mobile phone/tablet SoCs and minimize/get rid of BLOBs?
All the fun of reverse engineering and we know the processors already run Linux...
Yeah, you'll find out that va-api is not a good match for v4l2-requests. It does not pass decoded bitstream to the drivers as is, but pre-computes some things for some codecs, while v4l2-requests mostly expects original information parsed from the bitstream.
Fantastic to see the progress and a fascinating detailed write-up.
You have to appreciate the effort Apple puts into security - goes some way to understanding why they won't endorse/support installing an alternative operating system.
> Rumours circulating that Apple are actively hostile towards efforts such as Asahi, or that their security must be bypassed or jailbroken to run untrusted code are unfounded and false. In fact, Apple have expended effort and time on improving their security tooling in ways that only improve the execution of non-macOS binaries. An example of this is giving their Boot Policy configuration tool the ability to wrap raw AArch64 code in a proper Mach-O format starting with macOS 12.1. This is only ever required for enrolling a boot object that is not already a macOS kernelcache.
Most of those accommodations are for macOS, and make very few (if any) concessions for alternative operating systems. We're talking Qualcomm-tier effort.
Intel and AMD set the standard for "tremendous effort" bringing up support for alternative OSes. Nvidia follows behind, and Apple's support is (somehow) behind Nvidia's foot-dragging.
They already have the ability to prevent alternative operating systems. They use the same or similar SoCs in their other product lines and those do not let you do this.
Yes, Apple put effort into making it possible to install alternative operating systems on Macs, but that is an exception to the design because the chips are designed to be locked down. I expect Apple to remove the option at some point because nobody is using it on any of the recent hardware.
I see a lot of dual-purpose here. Maybe you don't, or maybe you figure it's just a coincidence that Linux can also benefit from this. Apple definitely had it in mind, and designed for it, even if they don't release documentation.
I will admit I am a bit confused by them locking out features like that, especially since they didn't at first. I wouldn't jump to assuming it's hostile, though.
This is Apple we're talking about. What may be the bare minimum for you was a lot of work for them. Work they could have passed up and we would've all had to simply deal with it. They do that all the time, and there's nothing we can do about it. But here they didn't. Here they did "the bare minimum" to allow custom operating systems on their newer hardware. That should be commended. Yes, we should celebrate that hardware we purchase and own still allows us to run code we wrote. Because the alternative is that it could not. Their non-macOS devices already don't.
To be perfectly clear, Apple is like a lifeline to a lot of people. They are one of the last bastions of quality in the hardware and software world. This is why it's such a disappointment that they've been faltering lately: we had high expectations of them, which hasn't been quite so true for the rest of the industry for a while. So it is a big deal that hidden gems like this continue to crop up from them: it is a sign that some of their core values still remain. And I really hope the new CEO will bring back some of what they lost after Steve Jobs.
Being able to run “custom” code is the default state of computers, and doesn’t require additional effort on the part of the manufacturer. How do you think they got their own code on there? Apple has just not spent effort in the opposite direction to lock it down in this case. That’s not something to celebrate, we should demand it as the bare minimum, ideally via the law.
It literally takes effort to reach Apple's level of platform security while simultaneously having escape hatches designed to allow custom code without compromising the trust in the first-party code. Even simple, arbitrary decisions like having the secure boot state be per-operating-system rather than platform-wide take effort. Keep in mind Apple designed everything from the ground up including the silicon, so they did not just pull a part off the shelf that already can execute any code and then lock it down, they took their already very locked-down iPhone/iPad SoCs and specifically re-engineered the chain of trust to have these escape hatches while preserving the trust in macOS. Very careful engineering and not the "default state" of anything.
There are a lot of shortcuts they could have taken to leave us with less freedom and they did not take those shortcuts. For that, I am grateful.
I was seriously worried the various incompatibilities the M3 bootloader had with Asahi's debugging setup would mean way slower bring-up than M1 and M2 had. Seems like that wasn't the case - or, at least, won't be the case anymore.
As Apple themselves proved with M1-M3, you can make really good cpus without violating the ARM architecture spec in dumb ways. Why they decided to do that in M4+ is anyone's guess.
AFAWK, M6 CPU is a die shrink of M5, so unless something M7 present that will significantly improve CPU performance. The ARM C1 CPU core that is available to everyone has pretty much matched up to Apple. And that is all things included from performance, power, die size etc.
> Meanwhile, donations and pledges kept slowly decreasing, and have done so since the project launched. Not enough to spell immediate doom for my dream of working on Asahi full time in the short term, but enough to make me wonder if any of this was really appreciated. The all-time peak monthly donation volume was the very first month or two. It seemed the more things we accomplished, the less support we had.
I think the issue is funding is so low the developers don’t even have access to newer Apple Siicon, let alone funding for token costs, etc.
> It is the opinion of the Board that Large Language Models (LLMs), herein referred to as Slop Generators, are unsuitable for use as software engineering tools, particularly in the Free and Open Source Software movement.
Using LLMs in a project like this is also somewhat illegal, because LLMs may have inside information about apple devices and it's not allowed to use it.
That's nonsense, then it would also be somewhat illegal to use it inside Apple, being trained on GPL licensed code (and it's not even a possibility here but a known fact)
To downvoters: historically, a decent number of Windows and Linux users would run the operating systems on Apple hardware. I myself ran a triple-boot between macOS, Windows and Linux for years (although I still mainly used the machine for macOS). Apple Silicon demolished that market, and Asahi Linux is like a light at the end of the tunnel for those users who were entirely left behind by the ARM transition.
When I got my M3 Pro MBP, I got it with the intention of eventually installing Linux on it. In hindsight I seriously underestimated the amount of effort needed for even partial Linux compatibility, which makes me all the more grateful for the work Asahi contributors have put in! I'll still be keeping macOS installed for iOS dev work(which I plan on doing soonish), but other than that all I really need is a web browser and Ghostty with good battery life.
Display quality, trackpad quality, overall form factor, and very high RAM space in a laptop would be the primary reasons I'd go with Asahi Linux.
I'm still hoping one of these mega AI LLMs will figure out how to install Linux on the many old iPads that become nearly useless after Apple stops updating them and you can't install new apps.
Parts aren't available but if you get your hands on there's cryptographic parts pairing so it more or less can't be replaced: https://rossmanngroup.com/services/ssd-data-recovery/macbook...
Overall, i wouldn't count on "many good years left".
Meanwhile Apple's standard OS support period is 7 years, that's a much more imminent limit.
Not saying that I support non-user-replaceable SSDs, but if your goal is reducing e-waste, there are more impactful changes to make.
I'm not saying that I support closed-source firmware, locked bootloaders, or even that replacing SSDs is the one true path to sustainability.
I believe it's a whole field and we shouldn't tolerate compromises on any level. It should be 100% illegal in any civilized country to sell the kind of lame hardware we have today. It should be 100% repairable, 100% open bootloader & free firmware, 100% public tech docs/datasheets. Original manufacturer OS support is not insignificant, but i believe it's only significant because we have so little control/understanding of the hardware/software stack.
There was a time when Wi-Fi, or Wayland, or XComposite, or Linux gaming, or just accelerated graphics at all or, or, or... People get excited, they work on it, other people get excited and mess about, and eventually it just works.
I would love to one day pick up a decommissioned M1 Ultra and use my OS of choice on it, and I'm grateful for the people who are doing the hard thing now.
I'm not convinced it's only "several years".
Asahi was launched in January 2021. So 5 and a half years ago. Asahi, as far as I can tell, supports most of M1 and M2 features, so generations launched in November 2020 (6 years ago) and June 2022 (4 years ago).
I would be very surprised if a decade from now the story won't still be the same thing: 90% of features for systems half a decade old with software package gaps in important areas and everything slightly less optimized than MacOS.
Asahi is doing incredible work but it's still 5 people in a garage vs the huge corporation.
This can be a good tradeoff. An M1 Ultra still runs circles around 90% of consumer hardware sold today, and with Linux it has easily another 10+ years. Now support for M3 is coming.
> Asahi is doing incredible work but it's still 5 people in a garage vs the huge corporation.
Not sure why the "vs" scenario, this is a project that makes no promises. And I think they do have some support from Fedora / Red Hat fwiw.
That's a good tradeoff for durable hardware with available spare parts. That's not a good tradeoff for hardware that was designed so it cannot be repaired, such as newer Macs.
And macbooks are reaching 18-20 hours usage on battery nowadays, I have stopped carrying the power adapter most of the time.
Of course it’s significantly more expensive, but you do get what you pay for.
Have they? What AMD or Intel laptop with Linux on it can hold a candle to and M4 air or an M4max pro? Genuinely curious, cause I found none...
That said these numbers are with windows.
Fingers crossed for them then. I love the idea of a Framework laptop but I’m only interested in Linux performance.
I just went by what Framework said on release a few weeks or month back. Maybe you can find a more up to date Linux test somewhere.
And I bet you can soon get a ThinkPad with the same intel chip, that should have similar battery life.
Yes you can, speaking from experience. I have the T14 gen 7 with the 75 wh battery, and the 356H CPU, it only uses 4-6w/hour when coding with a lot of browser tabs open, a headless VM running, docker containers and so on, online meetings is about 6-8w/hour, this is under Linux, with default power setting from Opensuse.
It can easily last more than 10 working hours, I limit mine to 80% charge as it's more than enough for when I'm on the go.
Works for me, just wish I had a better display. It's possible to upgrade it, just so much conflicting information out there.
Granted Im not compiling large projects on a train all day but who is.
It's nice that I can go a full office day without charging - the previous x86 notebook couldn't, but a decent one from the M3 generation probably could as well. But also if I put proper load an that thing the Macbook battery is done in less than 2 hours.
I don't see how? it is a 50Wh battery. Even at 6W that is about 8h of usage? On what OS + workload on x86 are you seeing just 6W usage? Or is it that each day your usage is only 2 hours?
that is 1/3 the battery life of a macbook in the same use case. seems completely incomparable
However nowadays it could mean running some agents all day long (remote models) and plug in to power only at the end of the day.
(Did we really forget how inflated Apple battery claims really are?)
After 2 years of usage, I still have issues with basic actions like copy paste.
edit: omg, writing this post, i checked if there is some way to use linux shortcuts and there is (Kanesh/KMonad or Karabiner-Elements). Maybe my suffering will finally stop.
(to replies, yes, i understand that macos keyboard shortcuts might objectively be better, but if you are using multiple computers and macos is the only one of OSs, those shortcuts become pain in the neck)
Apple's indifference to OSS does not give me much hope.
I sometimes do wonder at what point do ARM find and test these stuff and ask Apple to follow. Obviously this is not the first time we see such thing happened.
I wish the amount of time and brain power spent on this project was instead used to work on something more friendly to the Linux community.
For example to improve Strix Halo GPU and NPU support.
Most likely they just not interested in working on well maintained drivers that require 1000 times more effort to upstream code.
All the fun of reverse engineering and we know the processors already run Linux...
https://xff.cz/git/libva-v4l2_request/
You have to appreciate the effort Apple puts into security - goes some way to understanding why they won't endorse/support installing an alternative operating system.
> Rumours circulating that Apple are actively hostile towards efforts such as Asahi, or that their security must be bypassed or jailbroken to run untrusted code are unfounded and false. In fact, Apple have expended effort and time on improving their security tooling in ways that only improve the execution of non-macOS binaries. An example of this is giving their Boot Policy configuration tool the ability to wrap raw AArch64 code in a proper Mach-O format starting with macOS 12.1. This is only ever required for enrolling a boot object that is not already a macOS kernelcache.
Intel and AMD set the standard for "tremendous effort" bringing up support for alternative OSes. Nvidia follows behind, and Apple's support is (somehow) behind Nvidia's foot-dragging.
Yes, Apple put effort into making it possible to install alternative operating systems on Macs, but that is an exception to the design because the chips are designed to be locked down. I expect Apple to remove the option at some point because nobody is using it on any of the recent hardware.
You get a jmp to some arm64 instructions of your choosing, with a bunch of CPU features locked out.
Tremendous efforts would be to publish reference manuals for all their hardware components.
Apple is doing the bare minimum, which is to not build 10km tall walls around its walled garden.
But in the modern day of walled gardens, that's viewed as generosity.
To be perfectly clear, Apple is like a lifeline to a lot of people. They are one of the last bastions of quality in the hardware and software world. This is why it's such a disappointment that they've been faltering lately: we had high expectations of them, which hasn't been quite so true for the rest of the industry for a while. So it is a big deal that hidden gems like this continue to crop up from them: it is a sign that some of their core values still remain. And I really hope the new CEO will bring back some of what they lost after Steve Jobs.
There are a lot of shortcuts they could have taken to leave us with less freedom and they did not take those shortcuts. For that, I am grateful.
Considering how much better m-series CPUs are, i’d say actually keep thinking different.
I think the issue is funding is so low the developers don’t even have access to newer Apple Siicon, let alone funding for token costs, etc.
https://marcan.st/2025/02/resigning-as-asahi-linux-project-l...
https://asahilinux.org/docs/project/policies/slop/