- Nhân dịp kỷ niệm 5 năm của dự án port Linux cho Apple Silicon, nhóm đã lần đầu tiên hiện thực hóa hỗ trợ xuất DisplayPort Alt Mode qua USB-C
- Nhánh
fairydust vừa được công bố đã đảo ngược bốn khối phần cứng gồm DCP, DPXBAR, ATCPHY và ACE để cho phép xuất hình ra màn hình ngoài
- Hỗ trợ Mac M3 đã đạt tới giai đoạn ban đầu; bàn phím, trackpad, WiFi, NVMe và USB3 đã hoạt động, nhưng tăng tốc GPU và điều khiển DCP vẫn chưa hoàn thiện
- Màn hình 120Hz trên MacBook Pro đã hoạt động từ Linux 6.18.4, còn trình điều khiển DCP đang được tái cấu trúc quy mô lớn để phục vụ các tính năng nâng cao như HDR, VRR và hardware overlay
- Các cải tiến tổng thể về GPU, webcam, quản lý gói và nhiều mảng khác vẫn đang tiếp diễn; Fedora Asahi Remix cũng đang thúc đẩy việc chuyển sang nền tảng DNF5 và tự động hóa tích hợp upstream
Tiến triển chính: xuất hình qua USB-C
- Trong 5 năm qua, Asahi Linux đã phát triển Apple Silicon thành một nền tảng desktop AArch64 hoàn chỉnh
- Sự quan tâm liên tục đã dẫn tới việc sửa nhiều lỗi phần mềm liên quan tới AArch64
- Tính năng được yêu cầu nhiều nhất là xuất DisplayPort Alt Mode qua USB-C đã được triển khai trong nhánh
fairydust
- Đã kết nối thành công màn hình ngoài trên M1 MacBook Air bằng adapter USB-C→HDMI
- Nhánh này là bản thử nghiệm dành cho nhà phát triển, vẫn còn những phần chưa hoàn thiện như đa màn hình, hotplug và các vấn đề màu sắc
- Hiện vẫn chưa hỗ trợ cho người dùng phổ thông
Hỗ trợ dòng M3
- Bootloader m1n1 đã có hỗ trợ nền tảng cho M3, và ba cộng tác viên mới đã viết Devicetree và các bản vá kernel
- Đã khởi động thành công Fedora Asahi Remix + KDE Plasma trên M3 MacBook Air
- Hiện đã xác nhận bàn phím, touchpad, WiFi, NVMe và USB3 hoạt động
- GPU dùng kiến trúc mới, bổ sung các tính năng như ray tracing, mesh shader và Dynamic Caching
- Việc khởi tạo DCP phụ thuộc vào iBoot, và do thay đổi giao diện firmware của macOS 14 nên cần thêm công việc đảo ngược
- Âm thanh, micro, webcam, quản lý điện năng và các thành phần khác vẫn chưa được triển khai
Màn hình 120Hz và tái cấu trúc trình điều khiển DCP
- Tấm nền 120Hz trên MacBook Pro 14 và 16 inch đã được kích hoạt từ Linux 6.18.4
- Vượt qua giới hạn của DCP bằng cách sử dụng timestamp cố định
- Trình điều khiển DCP đang được cải tổ cấu trúc để mở rộng sang các tính năng như HDR, VRR và điều khiển độ sáng bằng phần cứng
- Có kế hoạch viết lại bằng Rust, nhưng hiện tại đang tập trung refactor mã C
- Hỗ trợ hardware plane cũng được tăng cường để có thể thử nghiệm framebuffer Y’CbCr, overlay và HDR
- Oliver đã đảo ngược định dạng Apple Interchange để bổ sung hỗ trợ framebuffer nén
- Vấn đề màu bị bão hòa quá mức cũng đã được sửa trong kernel 6.18
Cải thiện webcam và trình điều khiển đồ họa
- Lỗi webcam xuất hiện trong một số ứng dụng GNOME được xác định là do bug xử lý định dạng video planar trong trình điều khiển OpenGL
- Đã được khắc phục bằng nhiều bản vá cho Mesa và PipeWire; plugin gtk4paintablesink dự kiến sẽ được sửa trong Fedora 43
- Trình điều khiển GPU hiện hoạt động bình thường trong phần lớn ứng dụng sau khi sửa vấn đề xử lý DMA-BUF
- Công việc chuẩn bị đưa trình điều khiển GPU lên upstream vẫn đang tiếp diễn
- Số lượng bản vá đã giảm từ 1232 xuống 858 so với 6.13.8, còn số dòng mã giảm từ 95.000 xuống 83.000
- Các bản vá kiểm thử IGT đã đặt nền tảng cho việc hợp nhất vào DRM mainline
Tối ưu hiệu năng và cải thiện quản lý gói
- Vấn đề sao chép bộ nhớ OpenGL vốn dựa trên CPU đã được chuyển sang shader GPU, đạt hiệu năng ở mức bão hòa bus bộ nhớ
- Áp dụng các routine tối ưu AGX để đạt tốc độ xóa buffer 355GB/s
- Hiệu năng sao chép Vulkan cũng tăng thêm từ 30~100% trở lên
- Fedora Asahi Remix đang chuyển sang DNF5, qua đó có được khả năng tự động chuyển đổi gói
- Neal đã phát triển backend DNF5 cho PackageKit, dự kiến tích hợp vào Fedora 44
- Việc tự động chuyển sang các gói upstream đã bắt đầu từ Mesa và virglrenderer
Cộng đồng và kế hoạch sắp tới
- Tại FOSDEM, nhóm đã thảo luận chiến lược hỗ trợ M3 và M4; tại sự kiện SCaLE sẽ trưng bày hệ thống demo Asahi
- Dự án tiếp tục được duy trì nhờ tài trợ từ OpenCollective và GitHub Sponsors
- Trong năm 2026, việc phát triển sẽ tiếp tục tập trung vào GPU, màn hình và cải thiện tích hợp phần cứng
5 bình luận
Tôi cứ tưởng dự án đã rơi vào trạng thái đình trệ sau khi hai lập trình viên chủ chốt rời đi, nhưng có vẻ họ vẫn đang tiếp tục phát triển.
Ồ, đã có chuyện đó xảy ra sao??!
https://marcan.st/2025/02/resigning-as-asahi-linux-project-lead/
Hôm nay khi tìm hiểu, tôi cũng tình cờ thấy bài viết này.
Cảm ơn rất rất nhiều
Ý kiến trên Hacker News
Bản cập nhật này thực sự rất tuyệt
Nỗ lực của rất nhiều người đóng góp như Oliver, Janne, Alyssa M, Shiz, Robert, Sven, James, Neal, chaos_princess, Davide, Lina, Michael, Sasha, Alyssa R thật đáng kinh ngạc
Công việc thật xuất sắc
Có lẽ vài năm nữa, những chiếc MacBook M1/M2 cũ sẽ trở nên phổ biến như những “chiếc laptop để vọc” cho các lập trình viên trẻ
Giống ThinkPad T420 ngày xưa, dù vì những lý do khác
Tôi cũng tò mò GPU M4 và M5 khác M3 đến mức nào. Hy vọng khi M3 ổn định thì việc port sẽ không quá khó
Xét cho cùng, Apple Silicon có vẻ là một thiết kế với vòng đời hữu hạn
Nhưng macOS Tahoe là điều khiến tôi khó chịu nhất. Tôi nghĩ mình nhất định phải thử Asahi
RAM 16GB, màn hình có một vệt đen nhỏ bên cạnh nhưng không đáng bận tâm. Tôi mua với giá 230 euro
Từ M4 trở đi, phải chọn khởi động với page table monitor của Apple được bật, hoặc khởi động với toàn bộ phần mở rộng của Apple bị tắt hoàn toàn
Đây là phần cốt lõi được trích dẫn
Hiện trạng hỗ trợ M3 lúc này tương tự như khi hỗ trợ M1 lần đầu xuất hiện dưới dạng beta của Arch Linux ARM
Bàn phím, touchpad, WiFi, NVMe, USB3 đều hoạt động, và dù vẫn cần một số bản vá cục bộ, nó đã gần đạt mức có thể phát hành sớm
Thỉnh thoảng tôi tự hỏi liệu Apple có nhận thức được đội Asahi hay không
Họ có thán phục năng lực reverse engineering của đội này, hay đơn giản là chẳng quan tâm
Có lẽ là đang nói tới tweet của XenoKovah
Nhưng trong một ngăn tủ nào đó ở Cupertino, họ đã có sẵn bản thiết kế có thể khiến mọi nỗ lực của Asahi trở nên vô nghĩa
Nếu bạn coi trọng điện toán cá nhân hay Linux, tôi muốn nói là đừng mua Mac
Nếu mua Mac cũ, tôi muốn biết mẫu nào có sự cân bằng tốt giữa hiệu năng, pin và hỗ trợ Asahi
Nếu bản cập nhật lần này giúp làm được điều đó trên custom kernel, thì M2 Air có lẽ sẽ trở thành điểm ngọt mới
Cho đến nay M1 Air vẫn đang giữ vị trí đó
Dù tôi không có phần cứng Apple, chỉ cần đọc thôi cũng cảm nhận được tài năng và sự tận tâm của đội Asahi
Tôi hy vọng mã của họ sẽ được merge upstream để Linux trên ARM có được mức hỗ trợ hạng nhất
Hôm qua khi xem Bladerunner, có cảnh Ford phóng to ảnh bằng lệnh thoại,
nhìn thanh màu cam trên màn hình tôi đã nghĩ: “Cuối cùng cũng tìm ra công dụng cho Mac Touch Bar rồi”
Tôi rất mong chờ nếu Touch Bar hoạt động được trên Linux
Thật ra tôi từng hy vọng đó là điềm báo cho một bàn phím haptic hoàn toàn bằng phần mềm
Nếu có kiểu bàn phím như vậy, laptop có thể được làm kín như điện thoại, giúp dễ vệ sinh hơn và tăng khả năng chống nước
Tôi thực sự rất mong tới ngày có thể chạy Asahi trên M4 Air
Công việc thật đáng kinh ngạc. Tôi rất kính trọng trình độ kỹ thuật của những người tham gia
Nhưng tôi vẫn thắc mắc tại sao lại phải dùng Asahi
Tôi đã dùng Ubuntu từ năm 2005 và Mac từ năm 2012, hai hệ điều hành này gần như giống nhau đến mức tôi chạy cùng một đoạn mã mà không cần chỉnh sửa
Có phải tôi đang bỏ lỡ điều gì quan trọng không?
Vì vậy cũng có nhiều người muốn mua MacBook Pro rồi cài hệ điều hành mà họ thích lên đó
Intel Mac trước đây còn có thể cài OS mới kiểu hackintosh, nhưng với Apple Silicon thì điều đó gần như là không thể
Tôi tò mò các thiết bị ARM như Steam Frame sẽ ảnh hưởng thế nào tới Asahi
Hiện tại Apple là nhà cung cấp máy tính ARM phổ biến nhất, nhưng nếu Valve trở thành trung tâm của hệ sinh thái với một thiết bị ARM thân thiện với Linux,
điều đó sẽ củng cố hỗ trợ ARM nói chung và cũng có lợi cho Asahi