- โครงการพอร์ต Linux สำหรับ Apple Silicon ฉลองครบรอบ 5 ปี ด้วยการทำ รองรับเอาต์พุต DisplayPort Alt Mode ผ่าน USB-C ได้เป็นครั้งแรก
- สาขา ‘fairydust’ ที่เพิ่งเปิดเผยใหม่ ทำให้การแสดงผลออกจอภายนอกเป็นไปได้ ด้วยการรีเวิร์สเอนจิเนียร์ฮาร์ดแวร์บล็อก 4 ส่วน ได้แก่ DCP, DPXBAR, ATCPHY และ ACE
- การรองรับ Mac ตระกูล M3 มาถึงขั้นเริ่มต้นแล้ว โดยคีย์บอร์ด แทร็กแพด WiFi NVMe และ USB3 ใช้งานได้ แต่ GPU acceleration และการควบคุม DCP ยังไม่เสร็จสมบูรณ์
- หน้าจอ 120Hz ของ MacBook Pro ใช้งานได้ตั้งแต่ Linux 6.18.4 และไดรเวอร์ DCP กำลังอยู่ระหว่าง รีแฟกเตอร์ครั้งใหญ่ เพื่อรองรับฟีเจอร์ขั้นสูงอย่าง HDR, VRR และฮาร์ดแวร์โอเวอร์เลย์
- การปรับปรุงโดยรวมในส่วน GPU, เว็บแคม และการจัดการแพ็กเกจยังคงดำเนินต่อไป ขณะที่ Fedora Asahi Remix กำลังผลักดันการย้ายไปใช้ DNF5 และการทำอัตโนมัติในการรวมเข้ากับ upstream
ความคืบหน้าสำคัญ: เอาต์พุตจอผ่าน USB-C
- Asahi Linux ใช้เวลา 5 ปีพัฒนา Apple Silicon ให้กลายเป็น แพลตฟอร์มเดสก์ท็อป AArch64 ที่สมบูรณ์
- ความสนใจอย่างต่อเนื่องช่วยนำไปสู่การแก้บั๊กซอฟต์แวร์ที่เกี่ยวข้องกับ AArch64
- ฟีเจอร์ที่มีคนร้องขอมากที่สุดอย่าง เอาต์พุต DisplayPort Alt Mode ผ่าน USB-C ถูกนำมาใช้งานในสาขา ‘fairydust’
- ทดสอบเชื่อมต่อจอภายนอกสำเร็จบน M1 MacBook Air ด้วยอะแดปเตอร์ USB-C→HDMI
- สาขาดังกล่าวเป็น เวอร์ชันทดลองสำหรับนักพัฒนา โดยยังมีส่วนที่ไม่สมบูรณ์ เช่น การแสดงผลหลายจอ, hotplug และปัญหาสี
การรองรับซีรีส์ M3
- บูตโหลดเดอร์ m1n1 มีการรองรับพื้นฐานสำหรับ M3 แล้ว และผู้ร่วมพัฒนาใหม่ 3 คนได้เขียน Devicetree และเคอร์เนลแพตช์
- บูต Fedora Asahi Remix + KDE Plasma บน M3 MacBook Air ได้สำเร็จ
- ตอนนี้ยืนยันการทำงานของคีย์บอร์ด ทัชแพด WiFi NVMe และ USB3 แล้ว
- GPU ใช้ สถาปัตยกรรมใหม่ พร้อมเพิ่มฟีเจอร์อย่าง ray tracing, mesh shaders และ Dynamic Caching
- การเริ่มต้น DCP ยังพึ่งพา iBoot และด้วย การเปลี่ยนแปลงอินเทอร์เฟซเฟิร์มแวร์ ใน macOS 14 จึงต้องมีการรีเวิร์สเอนจิเนียร์เพิ่มเติม
- เสียง ไมโครโฟน เว็บแคม และการจัดการพลังงาน ยังไม่ได้ถูกนำมาใช้งาน
หน้าจอ 120Hz และการรีแฟกเตอร์ไดรเวอร์ DCP
- พาเนล 120Hz ของ MacBook Pro ขนาด 14 และ 16 นิ้ว เปิดใช้งานได้ตั้งแต่ Linux 6.18.4
- ใช้ timestamp แบบคงที่เพื่อหลีกเลี่ยงข้อจำกัดของ DCP
- ไดรเวอร์ DCP กำลังปรับโครงสร้างเพื่อขยายความสามารถไปสู่ HDR, VRR และการควบคุมความสว่างด้วยฮาร์ดแวร์
- มีแผนจะเขียนใหม่บน Rust แต่ตอนนี้กำลังรีแฟกเตอร์โค้ด C อยู่
- มีการเสริม การรองรับ hardware plane เพื่อให้ทดลองใช้ framebuffer แบบ Y’CbCr, โอเวอร์เลย์ และ HDR ได้
- Oliver รีเวิร์สเอนจิเนียร์ฟอร์แมต Apple Interchange และเพิ่ม การรองรับ compressed framebuffer
- ปัญหาสีอิ่มเกินก็ถูกแก้ไขแล้วในเคอร์เนล 6.18
การปรับปรุงเว็บแคมและไดรเวอร์กราฟิก
- ข้อผิดพลาดของเว็บแคม ที่เกิดในบางแอป GNOME ถูกยืนยันว่าเกิดจาก บั๊กในการจัดการ planar video format ของไดรเวอร์ OpenGL
- แก้ไขแล้วด้วยหลายแพตช์ใน Mesa และ PipeWire และมีแผนแก้ปลั๊กอิน gtk4paintablesink ใน Fedora 43
- ไดรเวอร์ GPU กลับมาทำงานได้ตามปกติในแอปส่วนใหญ่ หลังแก้ ปัญหาการจัดการ DMA-BUF
- กำลังเตรียมความพร้อมเพื่อส่งไดรเวอร์ GPU เข้า upstream
- จำนวนแพตช์ลดจาก 1232→858 และจำนวนบรรทัดโค้ดลดจาก 95,000→83,000 เมื่อเทียบกับ 6.13.8
- แพตช์ทดสอบ IGT ช่วยวางพื้นฐานสำหรับ การรวมเข้ากับ DRM mainline
การปรับแต่งประสิทธิภาพและการจัดการแพ็กเกจ
- ปัญหาที่การคัดลอกหน่วยความจำ OpenGL เคยทำบน CPU ถูกแก้ให้ใช้ GPU shader แทน จนได้ ประสิทธิภาพระดับอิ่มตัวของ memory bus
- ใช้รูทีนปรับแต่ง AGX ทำให้ ความเร็วการล้างบัฟเฟอร์ 355GB/s
- การคัดลอกใน Vulkan ก็เร็วขึ้น 30~100% หรือมากกว่า
- Fedora Asahi Remix ได้ความสามารถสลับแพ็กเกจอัตโนมัติด้วย การย้ายไปใช้ DNF5
- Neal พัฒนา แบ็กเอนด์ DNF5 สำหรับ PackageKit และมีกำหนดรวมใน Fedora 44
- เริ่มสลับไปใช้แพ็กเกจ upstream อัตโนมัติตั้งแต่ Mesa และ virglrenderer
ชุมชนและแผนในอนาคต
- มีการหารือกลยุทธ์รองรับ M3·M4 ที่ FOSDEM และมีแผน จัดแสดงระบบเดโม Asahi ในงาน SCaLE
- โครงการยังเดินหน้าต่อด้วยการสนับสนุนจาก OpenCollective และ GitHub Sponsors
- ในปี 2026 จะยังพัฒนาต่อโดยเน้น การปรับปรุง GPU, จอแสดงผล และการบูรณาการฮาร์ดแวร์
5 ความคิดเห็น
นึกว่าคงหยุดไปแล้วหลังจากหัวหน้านักพัฒนาสองคนหลุดออกไป แต่ดูเหมือนว่ายังมีการพัฒนากันอยู่เหมือนกันนะ
โอ้ มีเรื่องแบบนั้นเกิดขึ้นด้วยเหรอ??!
https://marcan.st/2025/02/resigning-as-asahi-linux-project-lead/
ผมเองก็ไปค้นดูวันนี้แล้วก็ได้เจอบทความนี้เหมือนกันครับ
ขอบคุณมากๆ ครับ
ความคิดเห็นจาก Hacker News
เป็นอัปเดตที่ยอดเยี่ยมมาก
ความพยายามของผู้มีส่วนร่วมมากมายอย่าง Oliver, Janne, Alyssa M, Shiz, Robert, Sven, James, Neal, chaos_princess, Davide, Lina, Michael, Sasha, Alyssa R นั้นน่าทึ่งจริงๆ
งานยอดเยี่ยมมาก
อีกไม่กี่ปีข้างหน้า MacBook M1/M2 มือสองน่าจะกลายเป็น “โน้ตบุ๊กไว้เล่นสนุก” ยอดนิยมในหมู่นักพัฒนารุ่นใหม่
คล้ายกับ ThinkPad T420 ในอดีต แม้เหตุผลจะต่างกันก็ตาม
แล้วก็สงสัยด้วยว่า GPU ของ M4 และ M5 ต่างจาก M3 มากแค่ไหน หวังว่าพอ M3 เสถียรแล้ว การพอร์ตจะไม่ยากเกินไป
สุดท้ายแล้ว Apple Silicon ก็ดูเหมือนเป็นดีไซน์ที่มีอายุจำกัด
แต่ macOS Tahoe คือสิ่งที่น่าหงุดหงิดที่สุด เลยคิดว่าคงต้องลอง Asahi ให้ได้
RAM 16GB มีเส้นดำเล็กๆ ข้างจอแต่ไม่รบกวนอะไร ซื้อมาในราคา 230 ยูโร
ตั้งแต่ M4 เป็นต้นไป ต้องเลือกว่าจะเริ่มโดยเปิด page table monitor ของ Apple ไว้ หรือจะเริ่มโดยปิดส่วนขยายของ Apple ทั้งหมด
นี่คือส่วนสำคัญที่ถูกอ้างถึง
สถานะการรองรับ M3 ตอนนี้คล้ายกับตอนที่การรองรับ M1 ออกมาเป็น Arch Linux ARM เบต้าแรกๆ
คีย์บอร์ด, ทัชแพด, WiFi, NVMe, USB3 ใช้งานได้ และแม้จะยังต้องใช้แพตช์เฉพาะบางส่วน แต่ก็อยู่ในระดับที่ใกล้พร้อมปล่อยแล้ว
บางทีก็สงสัยว่า Apple รับรู้ถึงทีม Asahi ไหม
พวกเขาจะทึ่งกับความสามารถด้านรีเวิร์สเอนจิเนียริงของทีมนี้ หรือว่าไม่สนใจเลย
น่าจะหมายถึง โพสต์ของ XenoKovah
แต่ในตู้เอกสารที่ Cupertino ก็คงมีแบบร่างที่จะทำให้ความพยายามของ Asahi หมดความหมายอยู่แล้ว
ถ้าให้ความสำคัญกับคอมพิวเตอร์ส่วนบุคคลหรือ Linux ก็อยากจะบอกว่าอย่าซื้อ Mac เลย
ถ้าจะซื้อ Mac มือสอง ก็อยากรู้ว่ารุ่นไหนสมดุลที่สุดระหว่างประสิทธิภาพ·แบตเตอรี่·การรองรับของ Asahi
ถ้าหลังอัปเดตครั้งนี้ใช้ได้ผ่านเคอร์เนลแบบคัสตอม M2 Air ก็น่าจะกลายเป็น sweet spot ใหม่
ก่อนหน้านี้ตำแหน่งนั้นเป็นของ M1 Air มาตลอด
แม้จะไม่มีฮาร์ดแวร์ของ Apple แต่แค่อ่านก็สัมผัสได้ถึงพรสวรรค์และความทุ่มเทของทีม Asahi
หวังว่าโค้ดของพวกเขาจะถูกรวมเข้า upstream และทำให้ Linux บน ARM ได้รับการรองรับในระดับชั้นนำ
เมื่อวานดู Bladerunner อยู่ แล้วเห็นฉากที่ Ford ซูมภาพด้วยคำสั่งเสียง
พอเห็นแถบสีส้มด้านบนจอก็คิดขึ้นมาว่า “ในที่สุดก็เจอประโยชน์ของ Mac Touch Bar แล้ว”
ถ้า Touch Bar ใช้งานบน Linux ได้ก็น่าตื่นเต้นมาก
จริงๆ แล้วฉันเคยหวังว่ามันจะเป็นจุดเริ่มต้นของคีย์บอร์ดแฮปติกแบบซอฟต์แวร์เต็มรูปแบบ
ถ้าเป็นแบบนั้น โน้ตบุ๊กก็คงทำเป็นเครื่องปิดสนิทแบบโทรศัพท์ได้ ทำให้ทำความสะอาดง่ายและกันน้ำได้ดีขึ้น
ตั้งตารอวันที่จะรัน Asahi บน M4 Air ได้จริงๆ
เป็นงานที่น่าทึ่งมาก ขอแสดงความนับถือในทักษะทางเทคนิคของผู้ที่มีส่วนร่วม
แต่ก็ยังสงสัยว่าทำไมถึงต้องใช้ Asahi ด้วย
ฉันใช้ Ubuntu มาตั้งแต่ปี 2005 และใช้ Mac มาตั้งแต่ปี 2012 ซึ่งสองระบบก็แทบไม่ต่างกัน รันโค้ดเดียวกันได้โดยไม่ต้องแก้อะไร
หรือว่าฉันกำลังพลาดอะไรสำคัญไป?
เลยมีคนจำนวนมากที่อยากซื้อ MacBook แล้วลงระบบปฏิบัติการที่ตัวเองชอบ
บน Intel Mac ยังพอใช้วิธีแบบแฮ็กกินทอชเพื่อลง OS รุ่นใหม่ได้ แต่บน Apple Silicon แทบเป็นไปไม่ได้
สงสัยว่าอุปกรณ์ ARM อย่าง Steam Frame จะมีผลกับ Asahi อย่างไร
ตอนนี้ Apple ยังเป็นผู้จัดหาคอมพิวเตอร์ ARM ที่แพร่หลายที่สุด แต่ Valve มีโอกาสจะกลายเป็นศูนย์กลางของระบบนิเวศด้วยอุปกรณ์ ARM ที่เป็นมิตรกับ Linux
ซึ่งน่าจะช่วยเสริมความแข็งแกร่งให้การรองรับ ARM โดยรวม และเป็นผลดีกับ Asahi ด้วย