काही महिने पूर्वी आम्ही इथे ब्लॉगवर शेअर करतो ची बातमी Apple M1 चिपसाठी लिनक्स समर्थनासाठी पुढाकार, Asahi Linux आणि Corellium प्रकल्पांद्वारे प्रोत्साहित केले गेले जे या सर्व काळात कार्यरत आहेत आणि आता तुम्ही जिनोम डेस्कटॉप चालवणे शक्य आहे त्या ठिकाणी पोहोचलात environmentपल एम 1 चिप असलेल्या सिस्टमवर चालणाऱ्या लिनक्स वातावरणात.
व्हिज्युअलायझेशन फ्रेमबफर आणि ओपनजीएल सपोर्ट द्वारे आयोजित केले जाते रास्टरायझर सॉफ्टवेअर द्वारे प्रदान LLVMPipe. पुढील चरण म्हणजे a साठी डिस्प्ले कॉप्रोसेसर सक्षम करणे 4K पर्यंत आउटपुट, जे अगोदरच रिव्हर्स इंजीनियर केलेले आहे.
असाही प्रकल्पाला प्रारंभिक समर्थन प्राप्त झाले आहे कोर लिनक्स कर्नलमध्ये एसओसी एम 1 नॉन-जीपीयू घटकांसाठी. प्रात्यक्षिक लिनक्स वातावरणात, मानक कर्नलच्या क्षमतेव्यतिरिक्त, PCIe शी संबंधित अनेक अतिरिक्त पॅचेस, अंतर्गत बससाठी pinctrl ड्राइव्हर आणि डिस्प्ले ड्रायव्हर वापरले जातात. या जोडण्या ऑन-स्क्रीन डिस्प्ले आणि यूएसबी आणि इथरनेटच्या ऑपरेशनसाठी परवानगी आहेत. ग्राफिक्स प्रवेग अद्याप वापरला गेला नाही.
एलएलव्हीएमपाईप, माझे खराब प्रदर्शन नियंत्रक आणि तास svenpeter42संयम दाखवतो ....
Nपल एम 1 वर जीनोम शेल, बेअर मेटल.
नाही, ते GPU प्रवेगक नाही. होय, मी हे ट्विट पाठवत आहे. pic.twitter.com/P4YuPEnbvp
- एलिसा रोसेन्झवीग (@alyssarzg) 22 ऑगस्ट 2021
M1 एक प्रचंड रिव्हर्स अभियांत्रिकी आव्हान दर्शवितो, ज्यात बरेच सानुकूल हार्डवेअर आणि पूर्णपणे दस्तऐवजीकरण नसलेले आहे. अभियांत्रिकी हार्डवेअर रिव्हर्स करण्याचा एक दृष्टिकोन म्हणजे अंध प्रोबिंग, कारण आम्ही engineerपलच्या इंटरप्ट ड्रायव्हरला रिव्हर्स करण्यासाठी वापरत होतो, परंतु हे अधिक क्लिष्ट हार्डवेअरसाठी खरोखर कार्य करत नाही.
हार्डवेअर कसे हाताळले जाते हे योग्यरित्या समजून घेण्यासाठी, आम्हाला तेथे कागदपत्रांचा एकमेव भाग पहावा लागेल: मॅकोस स्वतः. मॅकओएस ड्रायव्हर्सना स्वतःच वेगळे करणे आणि उलट करणे हे तांत्रिकदृष्ट्या शक्य होईल, परंतु यामुळे कायदेशीर आव्हाने निर्माण होतात जी आमच्या प्रकल्पाच्या कॉपीराइट स्थितीला धोका देऊ शकतात, तसेच अकार्यक्षम आहेत, कारण बहुतेक कोड मॅकोस ड्रायव्हर फ्रेमवर्कसाठी विशिष्ट आहे. आणि हे आम्हाला हार्डवेअरबद्दल कोणतीही उपयुक्त माहिती देत नाही.
उत्सुकतेने, M1 SoC रिव्हर्स इंजिनिअर करण्यासाठी, असाही प्रकल्प, चालकांना अनमाउंट करण्याचा प्रयत्न करण्याऐवजी मॅकोस वरून, एक हायपरवाइजर लागू केला जो macOS आणि M1 चिप दरम्यान चालतो आणि चिपसह सर्व ऑपरेशन इंटरसेप्ट आणि पारदर्शकपणे रेकॉर्ड करतात. तृतीय-पक्ष ऑपरेटिंग सिस्टीममध्ये चिप सपोर्ट लागू करणे अवघड करणाऱ्या एसओसी एम 1 वैशिष्ट्यांमध्ये डिस्प्ले कंट्रोलर (डीसीपी) मध्ये कॉप्रोसेसरची भर घालणे आहे.
निर्दिष्ट कॉप्रोसेसर बाजूस, मॅकओएस डिस्प्ले ड्रायव्हरची अर्धी कार्यक्षमता काढून टाकली जाते, जी विशेष आरपीसी इंटरफेसद्वारे पूर्व-निर्मित कॉप्रोसेसर फंक्शन्सला कॉल करते.
त्याऐवजी, पूर्वी नोव्यू सारख्या प्रकल्पांद्वारे वापरला जाणारा अधिक सुरक्षित दृष्टीकोन म्हणजे कोडकडे न बघता अधिकृत नियंत्रकांद्वारे केलेल्या हार्डवेअर प्रवेशाचा लॉग रेकॉर्ड करणे. एनव्हीडियाच्या अधिकृत लिनक्स ड्रायव्हरकडून प्रवेश रोखण्यासाठी नोव्ह्यूने लिनक्स ड्रायव्हरचा वापर करून हे साध्य केले. अर्थात, Apple चे M1 ड्राइव्हर्स macOS साठी आहेत, Linux साठी नाही. आम्ही मॅकोस कर्नलच्या ओपन सोर्स कर्नलसाठी सानुकूल पॅचसह समान दृष्टिकोन अंमलात आणू शकलो, आम्ही एका पातळीवर खोलवर जाण्याचा आणि हायपरवाइजर तयार करण्याचा निर्णय घेतला जो संपूर्ण वैशिष्ट्य असलेल्या व्हर्च्युअल मशीनमध्ये मॅकोस, न सुधारता चालवू शकतो. पारदर्शकपणे. वास्तविक M1 हार्डवेअर.
उत्साही या आरपीसी इंटरफेसवर आधीच पुरेसे कॉल शोधले आहेत प्रदर्शनासाठी कॉप्रोसेसर वापरण्यासाठी, तसेच हार्डवेअर कर्सर नियंत्रित करण्यासाठी आणि रचना आणि स्केलिंग ऑपरेशन्स करण्यासाठी.
समस्या अशी आहे की आरपीसी इंटरफेस फर्मवेअरवर अवलंबून असते आणि मॅकओएसच्या प्रत्येक आवृत्तीत बदल होतो, म्हणूनच असाही लिनक्स फर्मवेअरच्या काही विशिष्ट आवृत्त्यांना समर्थन देण्याची योजना आखत आहे.
प्रथम, macOS 12 "Monterey" सह पाठवलेल्या फर्मवेअरसाठी समर्थन प्रदान केले जाईल. आवश्यक फर्मवेअर पर्याय डाउनलोड करणे शक्य नाही, कारण फर्मवेअर iBoot द्वारे स्टेजमध्ये ऑपरेटिंग सिस्टमवर नियंत्रण हस्तांतरित करण्यापूर्वी आणि डिजिटल स्वाक्षरीद्वारे सत्यापित केले जाते.
स्त्रोत: https://asahilinux.org