News report
Apple Silicon Speaker and Headset Support Moves Toward Mainline Linux
A 28-patch Linux series adds the macaudio machine driver and device-tree support for speakers and headset jacks on many M1 and M2 Macs, while keeping speaker protection in userspace.
On this page
A 28-patch series targets a major upstream Apple Silicon audio gap
A new 28-patch Linux kernel series from Apple Silicon contributor James Calligeros is working to move speaker and headset-jack support for many M1- and M2-generation Macs into the upstream kernel. The series introduces the new macaudio machine driver and adds the device-tree wiring needed for supported machines to expose their audio hardware to it.
This is primarily an upstreaming milestone rather than a brand-new capability for every Asahi Linux user. Downstream Asahi kernels have already carried working speaker and headset support; the important change is that the implementation is now being proposed for the mainline Linux kernel, reducing the amount of Apple-specific functionality that distributions need to obtain from a downstream kernel.
| Area | What the patch series adds | Current boundary |
|---|---|---|
| Machine driver | A new Apple macaudio ASoC machine driver | The series is posted for upstream review, not a released-kernel guarantee |
| Built-in speakers | Audio routing plus voltage/current sense paths used for speaker protection | Safe operation still depends on the speakersafetyd userspace daemon |
| Headset jack | Playback and capture plumbing for supported jack codecs | Built-in microphones are not handled by macaudio |
| Device support | Device-tree nodes across numerous M1 and M2 Mac models | M3 support is not part of this initial device-tree set |
The difficult part is not simply sending audio to a speaker
Apple Silicon Macs use several different speaker layouts, ranging from simpler arrangements to systems with multiple woofers and tweeters combined into a stereo output. The driver therefore has to describe the actual codec topology of each machine rather than treating every Mac as one generic audio device.
The hardware also makes speaker protection unusually important. The patch description explains that protection normally handled by firmware on other platforms must be implemented in kernel or userspace here. macaudio exposes a capture PCM containing voltage and current measurements from the speaker voice coils so the speakersafetyd userspace service can enforce the appropriate limits.
M1 and M2 device trees are the initial target; M3 comes later
The latter part of the series adds speaker and headset-jack nodes for a broad set of M1- and M2-era systems. For example, the M2 Pro, M2 Max and M2 Ultra Mac mini and Mac Studio patches describe Apple-specific TI TAS2764 and Cirrus CS42L42 variants and advertise them to macaudio through the sound node.
M3-generation machines are not included in this first device-tree batch because prerequisite hardware nodes are still missing upstream. That distinction matters: the presence of the generic macaudio driver does not automatically make audio work on every Apple Silicon Mac.
What this changes for Linux distributions
If the series is reviewed and merged, more of the audio stack needed by supported Apple Silicon Macs can live in the same upstream kernel used by ordinary Linux distributions. That can simplify long-term maintenance and reduce dependence on a separately patched kernel, although distributions will still need the relevant userspace pieces and machine support.
There is no justified stable-kernel release date yet. The 28 patches are a proposal under review, and individual patches can change, be split across subsystem trees or require additional revisions before merging. The practical takeaway today is that a major downstream-only desktop feature has entered the upstream review process, not that mainline Linux audio support has already shipped.
Evidence status
What is confirmed and what is not
Confirmed
- A 28-patch Apple Silicon audio series was posted for Linux kernel review in September 2026.
- The series adds the macaudio machine driver and M1/M2 device-tree audio nodes.
- The design exposes speaker voltage/current sensing and requires speakersafetyd for speaker protection.
- Built-in microphones are outside this driver because they are connected through Apple’s Always-On Processor.
Unconfirmed
- The series has not established a final mainline merge or stable-kernel release date.
- It does not provide the missing M3 device-tree prerequisites in this initial series.
- Posting the patches does not mean every distribution immediately gains working speaker and headset support.
Sources
Primary and technical sources
These sources support the reporting and analysis above. Current stories are updated when later evidence materially changes the facts.
Related
Continue from here
Useful next steps selected from the same technical reference and publication system.
Technical guide
CPU Microcode Explained: BIOS Updates, OS Loading, Processor Errata, Security Fixes, and What Actually Changes
Understand CPU microcode, how BIOS/UEFI and operating systems load updates, why vendors use patches for errata and security mitigations, and what microcode cannot change.
Technical guide
How to Back Up Installed Drivers in Windows 11
Export third-party driver packages from the Windows 11 driver store with PnPUtil, preserve them before a reinstall, and understand what the backup does and does not contain.
Technical guide
How to Roll Back a Device Driver in Windows 11: Device Manager, Previous Packages, Recovery, and Verification
Safely roll back a problematic Windows 11 device driver, handle an unavailable rollback button, use supported previous packages, and verify the result.
Compatibility & upgrades
How to Check a Driver’s Digital Signature in Windows 11
Check whether a Windows 11 driver package or driver file is digitally signed, understand catalog versus embedded signatures, and interpret what a valid signature actually proves.