- Apple Silicon के लिए Linux पोर्टिंग प्रोजेक्ट की 5वीं वर्षगांठ पर, USB-C के जरिए DisplayPort Alt Mode आउटपुट सपोर्ट पहली बार लागू किया गया
- नई सार्वजनिक ‘fairydust’ ब्रांच ने DCP, DPXBAR, ATCPHY, ACE जैसे चार हार्डवेयर ब्लॉकों की reverse engineering करके बाहरी डिस्प्ले आउटपुट को संभव बनाया
- M3 Mac सपोर्ट शुरुआती चरण तक पहुंच गया है; कीबोर्ड, ट्रैकपैड, WiFi, NVMe, USB3 काम कर रहे हैं, लेकिन GPU acceleration और DCP control अभी अधूरे हैं
- MacBook Pro का 120Hz डिस्प्ले Linux 6.18.4 से काम कर रहा है, और DCP ड्राइवर में HDR, VRR, hardware overlay जैसी उन्नत सुविधाओं के लिए बड़े पैमाने पर refactoring चल रही है
- GPU, वेबकैम, पैकेज प्रबंधन समेत व्यापक सुधार जारी हैं, और Fedora Asahi Remix DNF5 आधारित बदलाव और upstream integration automation को आगे बढ़ा रहा है
प्रमुख प्रगति: USB-C डिस्प्ले आउटपुट
- Asahi Linux ने 5 वर्षों में Apple Silicon को पूर्ण AArch64 डेस्कटॉप प्लेटफ़ॉर्म में विकसित किया
- लगातार रुचि के कारण AArch64 से जुड़े सॉफ़्टवेयर बग्स के fixes आगे बढ़े
- सबसे अधिक मांगी गई सुविधा, USB-C के जरिए DisplayPort Alt Mode आउटपुट, ‘fairydust’ ब्रांच में लागू की गई
- M1 MacBook Air पर USB-C→HDMI adapter के जरिए बाहरी डिस्प्ले कनेक्शन सफल रहा
- यह ब्रांच डेवलपर्स के लिए experimental version है; multi-display, hotplug, color issues जैसी कई चीजें अभी अधूरी हैं
- सामान्य उपयोगकर्ताओं के लिए सपोर्ट अभी उपलब्ध नहीं है
M3 सीरीज़ सपोर्ट
- m1n1 bootloader में M3 के लिए बुनियादी सपोर्ट आ गया है, और तीन नए contributors ने Devicetree और kernel patches लिखे
- M3 MacBook Air पर Fedora Asahi Remix + KDE Plasma सफलतापूर्वक boot हुआ
- अभी कीबोर्ड, touchpad, WiFi, NVMe, USB3 के काम करने की पुष्टि हुई है
- GPU नई architecture पर आधारित है, जिसमें ray tracing, mesh shader, Dynamic Caching जैसी सुविधाएं जुड़ी हैं
- DCP initialization iBoot पर निर्भर है, और macOS 14 के firmware interface changes के कारण अतिरिक्त reverse engineering की जरूरत है
- audio, mic, webcam, power management आदि अभी लागू नहीं हुए हैं
120Hz डिस्प्ले और DCP ड्राइवर refactoring
- 14 और 16 इंच MacBook Pro के 120Hz panels Linux 6.18.4 से सक्षम हो गए
- fixed timestamps का उपयोग करके DCP limits को bypass किया गया
- DCP ड्राइवर में HDR, VRR, hardware brightness control जैसी क्षमताओं के विस्तार के लिए संरचनात्मक बदलाव चल रहे हैं
- Rust आधारित rewrite की योजना है, लेकिन फिलहाल C code refactoring चल रही है
- hardware plane support को मजबूत किया जा रहा है ताकि Y’CbCr framebuffer, overlay और HDR experiments संभव हों
- Oliver ने Apple Interchange format की reverse engineering करके compressed framebuffer support जोड़ी
- oversaturated colors की समस्या भी 6.18 kernel में ठीक की गई
वेबकैम और graphics driver सुधार
- कुछ GNOME apps में दिखी webcam errors की वजह OpenGL driver में planar video format handling bug निकली
- Mesa और PipeWire के कई patches से इसका समाधान हुआ, और Fedora 43 में gtk4paintablesink plugin fix होने वाला है
- GPU driver ने DMA-BUF handling issues ठीक करने के बाद ज़्यादातर apps में सामान्य रूप से काम करना शुरू किया
- GPU driver को upstream करने की तैयारी जारी है
- 6.13.8 की तुलना में patches की संख्या 1232→858 और code 95,000→83,000 lines तक घटी
- IGT test patches के जरिए DRM mainline merge की नींव रखी गई
प्रदर्शन अनुकूलन और package management सुधार
- OpenGL memory copy पहले CPU आधारित थी; इसे GPU shader से बदलकर memory bus saturation level performance हासिल की गई
- AGX optimization routines लागू करके buffer clear speed 355GB/s हासिल हुई
- Vulkan copy performance भी 30~100% से अधिक बेहतर हुई
- Fedora Asahi Remix ने DNF5 transition के जरिए packages के automatic switching की क्षमता पाई
- Neal ने PackageKit के लिए DNF5 backend विकसित किया, जो Fedora 44 में integrate होने वाला है
- Mesa और virglrenderer से शुरू करके upstream packages पर automatic transition शुरू हो गया
समुदाय और आगे की योजना
- FOSDEM में M3 और M4 सपोर्ट रणनीति पर चर्चा हुई, और SCaLE इवेंट में Asahi demo system प्रदर्शित किया जाएगा
- प्रोजेक्ट OpenCollective और GitHub Sponsors के समर्थन से जारी है
- 2026 में भी GPU, डिस्प्ले और hardware integration सुधार पर केंद्रित विकास जारी रहेगा
5 टिप्पणियां
मुझे लगा था कि दो lead developers के निकल जाने के बाद सब कुछ रुक गया होगा, लेकिन लगता है कि development अभी भी चल रहा है।
ओह, क्या ऐसा हुआ था??!
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 सहित अनगिनत contributors की मेहनत कमाल की है
बेहतरीन काम
कुछ सालों में सेकंड-हैंड M1/M2 MacBook युवा डेवलपर्स के बीच ‘मज़े के लिए लैपटॉप’ के तौर पर लोकप्रिय हो सकते हैं
पुराने ThinkPad T420 की तरह, हालांकि वजह अलग होगी
यह भी जानने की उत्सुकता है कि M4 और M5 GPU, M3 से कितने अलग हैं। उम्मीद है M3 स्थिर हो जाने पर porting बहुत मुश्किल नहीं होगी
आखिरकार Apple Silicon की सीमित उम्र वाली डिज़ाइन लगती है
लेकिन macOS Tahoe मेरी सबसे बड़ी शिकायत है। लगता है Asahi ज़रूर आज़माना चाहिए
16GB RAM है और स्क्रीन के किनारे एक छोटी काली लाइन है, लेकिन उससे फर्क नहीं पड़ता। 230 यूरो में लिया
M4 से आगे, आपको चुनना होगा कि Apple का page table monitor enabled स्थिति में शुरू करना है, या Apple extensions पूरी तरह बंद रखकर शुरू करना है
यह उद्धृत किया गया मुख्य हिस्सा है
अभी M3 support की स्थिति लगभग वैसी ही है जैसी M1 support की थी जब वह पहली बार Arch Linux ARM beta के रूप में आई थी
keyboard, touchpad, WiFi, NVMe, USB3 काम करते हैं, कुछ local patches की ज़रूरत है, लेकिन यह जल्द release के लायक स्तर पर है
कभी-कभी सोचता हूँ कि क्या Apple, Asahi टीम के बारे में जानता है
क्या वह उनकी reverse engineering क्षमता से प्रभावित है, या पूरी तरह उदासीन है
शायद XenoKovah का ट्वीट की बात हो रही है
लेकिन Cupertino की अलमारियों में Asahi की मेहनत को बेकार कर देने वाले डिज़ाइन पहले से मौजूद हैं
अगर आप personal computing या Linux को अहम मानते हैं, तो मैं कहूँगा Mac मत खरीदिए
अगर सेकंड-हैंड Mac खरीदना हो, तो जानना दिलचस्प होगा कि performance, battery, और Asahi support का सबसे अच्छा संतुलन किस मॉडल में है
अगर इस अपडेट से custom kernel में यह संभव हो गया है, तो M2 Air नया sweet spot बन सकता है
अब तक M1 Air वही जगह संभाले हुए था
मेरे पास Apple hardware नहीं है, लेकिन सिर्फ़ पढ़कर भी Asahi टीम की प्रतिभा और समर्पण महसूस होता है
उम्मीद है उनका code upstream में merge हो और ARM के लिए Linux को first-class support मिले
कल Bladerunner देखते समय Ford का एक दृश्य था, जिसमें वह voice command से तस्वीर को zoom करता है
स्क्रीन के ऊपर नारंगी बार देखकर लगा, “आख़िरकार Mac Touch Bar का उपयोग मिल गया”
Linux में Touch Bar काम करे तो सच में रोमांचक होगा
सच कहूँ तो मुझे लगा था यह पूरी तरह software-based haptic keyboard का शुरुआती रूप होगा
ऐसा keyboard होता तो laptop को फ़ोन की तरह sealed बनाया जा सकता था, जिससे सफाई और water resistance बेहतर होती
मैं सच में उस दिन का इंतज़ार कर रहा हूँ जब M4 Air पर Asahi चला सकूँ
कमाल का काम है। इसमें शामिल लोगों की तकनीकी क्षमता को सम्मान
लेकिन मैं यह ज़रूर जानना चाहता हूँ कि आख़िर Asahi क्यों इस्तेमाल करें
2005 से Ubuntu और 2012 से Mac इस्तेमाल कर रहा हूँ, और दोनों OS इतने मिलते-जुलते हैं कि एक ही code बिना बदलाव के चला लेता हूँ
क्या मैं कोई अहम बात मिस कर रहा हूँ?
इसलिए बहुत से लोग MacBook Pro खरीदकर उस पर अपनी पसंद का OS चलाना चाहते हैं
Intel Mac पर hackintosh की तरह नया OS डालना संभव था, लेकिन Apple Silicon पर यह लगभग नामुमकिन है
यह जानना दिलचस्प होगा कि Steam Frame जैसे ARM-आधारित डिवाइस Asahi पर क्या असर डालेंगे
अभी Apple सबसे बड़ा लोकप्रिय ARM कंप्यूटर सप्लायर है, लेकिन Linux-friendly ARM डिवाइस के साथ Valve के ecosystem का केंद्र बनने की संभावना काफ़ी है
इससे ARM support कुल मिलाकर मज़बूत होगा और Asahi को भी फ़ायदा मिलेगा