ते Apple AGX G13 आणि G14 साठी रस्टमध्ये लिहिलेल्या GPU ड्रायव्हरच्या अंमलबजावणीचा प्रस्ताव देतात.

लिनक्स ऍपल गंज

Apple AGX G13 आणि G14 मालिका GPUs साठी हा बर्‍यापैकी व्यापक ड्रायव्हर आहे.
आजचा कंट्रोलर SoCs सह सुसंगत आहे

नुकतीच ही बातमी प्रसिद्ध झाली होती drm-asahi ड्रायव्हरची प्राथमिक अंमलबजावणी प्रस्तावित करण्यात आली आहे मालिका GPU साठी Apple AGX G13 आणि G14 Apple M1 आणि M2 चिप्समध्ये वापरले लिनक्स कर्नल विकसक मेलिंग सूचीवर.

कंट्रोलर रस्टमध्ये लिहिलेले आहे अधिक, DRM उपप्रणालीबद्दल सार्वत्रिक लिंक्सचा संच समाविष्ट आहे (डायरेक्ट रेंडरिंग मॅनेजर) ज्याचा वापर रस्टमधील इतर ग्राफिक्स ड्रायव्हर्स विकसित करण्यासाठी केला जाऊ शकतो.

सोडलेला पॅच सेट आतापर्यंत केवळ चर्चेसाठी प्रस्तावित केले आहे कोर डेव्हलपर्स (RFC) द्वारे, परंतु पुनरावलोकन पूर्ण झाल्यानंतर आणि ओळखल्या जाणार्‍या कमतरता दूर केल्यानंतर मुख्य कार्यसंघामध्ये स्वीकारल्या जाऊ शकतात.

डीआरएमसाठी रस्ट अॅब्स्ट्रॅक्शन्सची ही माझी पहिली आवृत्ती आहे उपप्रणाली अमूर्त स्वतः समाविष्ट आहे, काही किरकोळ C बाजूला तसेच drm-asahi GPU ड्राइव्हरवरील पूर्वआवश्यक बदल (अमूर्त कसे वापरले जातात या संदर्भासाठी, परंतु आवश्यक नाही एकत्र उतरण्याचा हेतू आहे).

हे पॅच [१] मध्ये झाडाच्या शीर्षस्थानी लागू केले जातात, जे यावर आधारित आहेत 6.3-rc1 भरपूर अॅब्स्ट्रॅक्शन/रस्ट सपोर्ट कमिटमध्ये जोडले आहे वर यापैकी बहुतेक डीआरएम अ‍ॅब्स्ट्रॅक्शनसाठी पूर्व-आवश्यकता नाहीत. स्वतः, परंतु फक्त ड्रायव्हरकडून.

डिसेंबर पासून, नियंत्रक समाविष्ट आहे कर्नल सह पॅकेज Asahi Linux वितरणासाठी आणि या प्रकल्पाच्या वापरकर्त्यांद्वारे चाचणी केली गेली आहे.

ड्रायव्हरचा वापर लिनक्स वितरणावर केला जाऊ शकतो d मध्ये ग्राफिकल वातावरण आयोजित कराSoC M1, M1 Pro, M1 Max, M1 Ultra आणि M2 सह Apple डिव्हाइस. ड्रायव्हर विकसित करताना, सीपीयू बाजूस अंमलात आणलेल्या कोडमधील मेमरीसह कार्य करताना त्रुटी कमी करून सुरक्षा वाढविण्याचा प्रयत्न केला गेला नाही तर फर्मवेअरशी संवाद साधताना उद्भवणार्‍या समस्यांपासून अंशतः संरक्षण देखील केले गेले.

विशेषतः ड्रायव्हर शेअर्ड मेमरी स्ट्रक्चर्ससाठी काही बाइंडिंग पुरवतो कंट्रोलरशी संवाद साधण्यासाठी फर्मवेअरमध्ये वापरलेल्या पॉइंटरच्या जटिल स्ट्रिंगसह असुरक्षित. प्रस्तावित ड्रायव्हरचा वापर asahi Mesa ड्रायव्हरच्या संयोगाने केला जातो, जो वापरकर्ता-स्पेस OpenGL समर्थन पुरवतो आणि OpenGL ES 2 सुसंगतता चाचणी पास करतो. आणि OpenGL ES 3.0 चे समर्थन करण्यासाठी जवळजवळ तयार आहे.

त्याच वेळी, कर्नल स्तरावर कार्य करणारा ड्रायव्हर सुरुवातीला Vulkan API साठी भविष्यातील समर्थन लक्षात घेऊन विकसित केले आहे, आणि युजर स्पेसशी संवाद साधण्यासाठी प्रोग्रॅमिंग इंटरफेस नवीन Intel Xe ड्रायव्हरने प्रदान केलेल्या UAPI सह डिझाइन केले आहे.

त्यावर माहित असलेल्या गोष्टी खाली नमूद केले आहे:

  • विद्यमान रस्ट इंटिग्रेशन सध्या मॉड्यूल्स म्हणून बिल्डिंग अॅब्स्ट्रॅक्शन्सना सपोर्ट करत नाही, त्यामुळे रस्ट अॅब्स्ट्रॅक्शन्स फक्त एम्बेडेड डीआरएम घटकांसाठी उपलब्ध आहेत.
  • डीआरएम कंट्रोलर ऑब्जेक्ट्ससाठी "सबक्लासिंग" पॅटर्नवर मोठ्या प्रमाणावर अवलंबून असते आणि हे रस्टसह चांगले बसत नाही.
  • सध्या, कंट्रोलरसाठी जे आवश्यक आहे तेच अंमलात आणले जाते (अधिक थोड्या प्रमाणात
    स्पष्ट अतिरिक्त जेथे चांगल्या API अखंडतेचा अर्थ होतो).
  • drm::mm ला अ‍ॅब्स्ट्रॅक्शनमध्ये तयार केलेले म्युटेक्स आवश्यक आहे
    ते नेहमीच्या रस्ट म्युटिबिलिटी नियमांसह वापरकर्त्यास सोपविण्यासाठी.
    याचे कारण असे की नोड्स कधीही आणि त्या ऑपरेशन्स सोडल्या जाऊ शकतात
    ते समक्रमित असणे आवश्यक आहे.
  • मेसा बाजूला तुमच्याकडे सध्या गॅलियम ड्रायव्हर आहे जो बहुतेक आधीच अपस्ट्रीम आहे (UAPI बिट बहुतेक गहाळ आहे) आणि
    dEQP GLES2/EGL चाचण्या उत्तीर्ण होतात, बहुतेक GLES3.0 उत्तीर्ण होतात
    अपस्ट्रीम शाखांचे काम सुरू आहे. हे कम्युनिटी ड्रायव्हर रिव्हर्स इंजिनीअरिंग आहे, त्यामुळे या पैलूत अजून बरेच काही करायचे आहे असे नमूद केले आहे.

शेवटी तुम्ही असाल तर याबद्दल अधिक जाणून घेण्यात स्वारस्य आहे, आपण तपशील तपासू शकता खालील दुवा.


आपली टिप्पणी द्या

आपला ई-मेल पत्ता प्रकाशित केला जाणार नाही. आवश्यक फील्ड चिन्हांकित केले आहेत *

*

*

  1. डेटासाठी जबाबदार: AB इंटरनेट नेटवर्क 2008 SL
  2. डेटाचा उद्देशः नियंत्रण स्पॅम, टिप्पणी व्यवस्थापन.
  3. कायदे: आपली संमती
  4. डेटा संप्रेषण: कायदेशीर बंधन वगळता डेटा तृतीय पक्षास कळविला जाणार नाही.
  5. डेटा संग्रहण: ओकेन्टस नेटवर्क (EU) द्वारा होस्ट केलेला डेटाबेस
  6. अधिकारः कोणत्याही वेळी आपण आपली माहिती मर्यादित, पुनर्प्राप्त आणि हटवू शकता.