Asahi Linux

https://social.treehouse.systems/@AsahiLinux

Linux for Apple Silicon macs

Website: https://asahilinux.org
GitHub: https://github.com/AsahiLinux
GitHub Sponsors: https://github.com/sponsors/marcan
Patreon: https://patreon.com/marcan

Public Key

npub15zxvdefgmppkljpvr6m8cu7pgkv76c7a2dxxlph0z738qx2lq6hql3t7sv

NIP-05 Address

asahilinux_at_social.treehouse.systems@momostr.pink

Profile Code

nprofile1qqs2prxxu55dssm0eqkpadnuw0q5tx0dv0w4xnr0smh30gnsr90sdtsyp0sv7

Author Public Key

npub15zxvdefgmppkljpvr6m8cu7pgkv76c7a2dxxlph0z738qx2lq6hql3t7sv

Show more details

Last Notes

2024-08-12 10:31:37

- reply

This is unfortunately handled by the Type C controller firmware and not controllable from Linux. It's the same reason why anything Thundebolt doesn't work instead of falling back to USB mode.
True type C cables are always DP compatible if they're USB3 compatible, so as you've found out the only standard fix is to go through a Type A adapter. It would be technically possible to build a type C cables that does the same thing, but then it would be directional (and not standards compliant)!

2024-08-10 13:44:48

- reply

No plans to ship an image, but we hear there's an unofficial COPR for those who want to try it themselves ;)
https://copr.fedorainfracloud.org/coprs/ryanabx/cosmic-epoch/

2024-08-10 08:42:25

- reply

The native X server is effectively unmaintained upstream and we do not offer support for it on our platform. You are welcome to install it if you wish, but there are several known bugs and limitations when using it on our hardware. Please don't file bugs with us, we do not offer support for native Xorg.
Those wishing to use legacy X-only window managers are encouraged to run rootful XWayland inside a minimal Wayland compositor and run their window manager there. This combination is not packaged/integrated for easy usage in distributions since nobody has really volunteered to make it so, but XWayland *is* supported and this approach is the only viable long-term one for this use case (and is recommended by the X and FreeDesktop developers themselves).

2024-08-06 12:37:30

Did you know we have an official documentation site for Fedora Asahi Remix?
Check out our FAQ page for answers to some of the most common questions we get!
https://docs.fedoraproject.org/en-US/fedora-asahi-remix/faq/

2024-08-05 14:31:51

PSA: **Hold off on distro updates for a few days if you use WiFi.**
An upstream wpa_supplicant update broke WPA2/3 on all Broadcom chips (not just Macs). We are in the process of releasing a fix for Fedora. For other distros, please check with the relevant maintainers.
Fedora bug: https://bugzilla.redhat.com/show_bug.cgi?id=2302577

2024-07-29 13:15:11

- reply

It uses the user agent to decide what content to serve. If you have configured curl to spoof its user agent, it will not work (which is presumably OP's problem).

2024-07-29 10:07:24

PSA: We have just pushed an incompatible UAPI change to our kernel and Mesa packages. Please do an offline PackageKit upgrade or, if you use dnf directly, reboot after the upgrade. GPU rendering will fall back to software rendering until the reboot.

2024-07-15 12:41:09

GPU acceleration support for Flatpak is finally coming to Fedora Asahi Remix! Try it out today:<code>sudo dnf copr enable @asahi/flatpak<br>sudo dnf install mesa-asahi-23.08-flatpak mesa-asahi-22.08-flatpak<br></code>
Log out and back in for the changes to take effect, then launch any Flatpak that uses the GPU.
(Note: supported on the FDO 22.08 and 23.08 runtimes only, which covers the vast majority of Flatpaks)

2024-06-16 01:03:38

- reply

Just update!

2024-06-08 07:57:06

- reply

The problem is emulating compatible GPU hardware, real or paravirtual. The CPU part is a solved problem (emulated or virtualized doesn't make a difference).
The macOS vmkernel itself runs in qemu and has for a long time, but the best you can do with that is single user text mode. There are also significant complexities around SEP support to actually get access to a native macOS data volume, if that's what you want and not just running a VM in a box.

2024-06-08 01:07:46

- reply

Running ARM64 macOS under non-macos virtualization is not currently possible, since it requires a paravirtualized Metal GPU for the desktop to work and no third-party Metal implementations exist.

2024-06-05 16:09:09

To answer one question that keeps coming up: No, our GPU driver work cannot be ported to macOS in a useful manner.
While it is *theoretically* possible to run our Mesa OpenGL and Vulkan drivers on macOS, doing so would rely on an undocumented and unstable low-level GPU kernel API. This API changes with almost every macOS release, therefore making this a non-starter for production use. Your apps would break with every OS update.
There is, however, one entity that could take upon this effort: Apple themselves. As the drivers are permissively licensed, nothing stops them from integrating Mesa into macOS, and keeping the kernel API integration up to date with macOS releases.
So, if you want conformant OpenGL 4.6 and Vulkan 1.3 on macOS, look in Apple's direction. We're doing all the hard work for them, they just have to take it and use it. 😉

2024-06-05 15:01:03

- reply

Please note that Honeykrisp is still under heavy development and **not** ready for end users yet, nor are we shipping it at this time.
It is conformant, and that is a major milestone and demonstrates what is possible (and, importantly, what is possible when you write a native Vulkan driver instead of relying on less-than-ideal vendor Metal drivers on macOS as a base), but there is still plenty of improvement and optimization and feature work to be done before we can recommend using this for games. Please use wined3d and the OpenGL driver for the time being. Once we consider it ready for production workloads, we will ship it in our packages.

2024-06-05 14:52:48

Introducing Honeykrisp: the world's first conformant Vulkan® 1.3 driver for Apple Silicon.
https://rosenzweig.io/blog/vk13-on-the-m1-in-1-month.html
https://cache.treehouse.systems/media_attachments/files/112/564/571/655/779/248/original/38780b96f636ec5a.png

2024-06-02 17:40:09

- reply

External displays are already supported on devices with HDMI ports 😉

2024-06-02 17:38:58

- reply

The emulation technologies are generic (FEX, box64) but TSO support is Apple-exclusive, so non-Apple machines in general tend to run things a lot more slowly (if you emulate TSO) or with compatibility problems (if you don't).

2024-06-02 05:57:14

Hey everyone,
We have seen a deluge of posts (on Reddit etc.) about x86 emulation on Asahi Linux in the past few weeks. While it is of course OK to be excited about recent developments, we want to remind everyone of a few things:<li>This stuff is bleeding edge. ABIs are changing all the time. Things may break with any random package upgrade. There is a reason we are not shipping this for end users yet. You are entirely on your own if you choose to try it.</li><li>The state of things today should in no way be taken to be representative of what x86 gaming on Asahi Linux can achieve. Put another way: It's okay to be excited about the things that <em>do</em> work, but the bugs, limitations, and brokenness you might experience are not where we expect to be.</li><li>In particular, if you experience issues or bugs, chances are that as a user you have absolutely no idea what the root cause is or how easy it is to fix. We've been through issues as dumb as "all GPU memory is leaked forever" and "microVMs only have a hardcoded 4GB of RAM", never mind the obvious "without TSO everything is slow". Obviously these issues are not acceptable, nor are they hard to fix, but if you experience the effects you might wrongly conclude that stuff is very broken in much deeper or hard to fix ways than it actually is, and therefore leave disappointed and very misled thinking it's going to take months or years to fix these dumb issues.</li><li>We don't talk about timelines for a reason. Anyone claiming "X will be here next quarter" or "X won't be here for a year" is making things up, either way. Stuff will be done when it's done. Until then, any speculation about when things will be ready from random people is pure speculation, and not based on any objective reality.</li>
We're excited about what there is to come, and we do intend to package and make this all available to users - once it's ready. In the meantime, our recommendation is always to wait until then. You are free to experiment of course, but please be mindful that you don't imply anyone or everyone should try this, and avoid writing "easy-to-follow" guides or scripts that present themselves as being suitable for end users. We don't want news coverage to happen before things are ready, as that will only hurt the project. If you are a journalist watching the progress, we would appreciate it if you wait until things are officially released before publishing any articles about this.

2024-05-27 15:19:33

- reply

If we're lucky it will be fixed in the next kernel update (we think we figured it out) 🙏

2024-05-17 02:31:12

**Important PSA: Update your m1n1 before updating to macOS Sonoma 14.5**
macOS Sonoma 14.5 introduced a change in the memory layout that triggered a bug in our code. This breaks display output on M2 series desktop Macs (Mini/Studio).
We have released a new m1n1 version (v1.4.13) with a fix. To update, run the Asahi Linux installer from macOS again (curl https://alx.sh | sh) and choose the **Upgrade m1n1 on an existing OS** (m) option when prompted, then follow the instructions. This will resolve the issue regardless of whether you have already updated to macOS 14.5 or not.
In the next day or two we will release a m1n1 stage 2 (Fedora) package upgrade which will work around the issue for existing users who update Linux first. Nonetheless, an update of stage 1 via the Asahi Installer is still recommended for all users.

2024-05-16 05:51:32

**Important PSA: Do NOT update to macOS Sonoma 14.5**
We are receiving reports that video output on some or all machines is broken after this update (possibly only desktops). We don't know yet whether this is an Apple regression or a bug/issue in our code. We are still investigating and will update with further details.

2024-05-09 05:25:09

Fedora Asahi Remix 40 images are now available on [asahilinux.org](https://asahilinux.org )! 🎉
This release brings lots of new updates, including the Plasma 6 desktop environment.
Existing users may upgrade by following the standard [upgrade guide](https://docs.fedoraproject.org/en-US/quick-docs/upgrading-fedora-offline/ ).
https://fosstodon.org/users/fedora/statuses/112405546368978626

2024-02-14 15:41:49

For years, the M1 has only supported OpenGL 4.1. That changes today – with our release of full OpenGL® 4.6 and OpenGL® ES 3.2! 🎉
Unlike the vendor’s drivers, our open source Linux drivers are conformant to the latest OpenGL versions, finally promising broad compatibility with modern OpenGL workloads, like Blender, Ryujinx, and Citra.
https://rosenzweig.io/blog/conformant-gl46-on-the-m1.html
https://cache.treehouse.systems/media_attachments/files/111/930/592/288/919/262/original/de5b770adb8949bd.png