लिनक्स कर्नल रिलीज 5.19

दोन महिन्यांच्या विकासानंतर, लिनस टोरवाल्ड्सने लिनक्स कर्नल 5.19 चे प्रकाशन सादर केले. सर्वात लक्षणीय बदलांपैकी: LoongArch प्रोसेसर आर्किटेक्चरसाठी समर्थन, "BIG TCP" पॅचेसचे एकत्रीकरण, fscache मध्ये ऑन-डिमांड मोड, a.out फॉरमॅटला समर्थन देण्यासाठी कोड काढणे, फर्मवेअर कॉम्प्रेशनसाठी ZSTD वापरण्याची क्षमता, एक इंटरफेस युजर स्पेसमधून मेमरी इव्हिक्शन व्यवस्थापित करणे, स्यूडो-रँडम नंबर जनरेटरची विश्वासार्हता आणि कार्यप्रदर्शन वाढवणे, इंटेल IFS (इन-फील्ड स्कॅन), AMD SEV-SNP (सुरक्षित नेस्टेड पेजिंग), इंटेल TDX (विश्वसनीय डोमेन विस्तार) आणि ARM साठी समर्थन SME (स्केलेबल मॅट्रिक्स विस्तार) विस्तार.

घोषणेमध्ये, लिनसने सांगितले की बहुधा पुढील कर्नल रिलीझ 6.0 क्रमांकित असेल, कारण 5.x शाखेने आवृत्ती क्रमांकामध्ये पहिला क्रमांक बदलण्यासाठी पुरेशी रिलीझ जमा केली आहे. क्रमांकन बदल सौंदर्याच्या कारणांसाठी केला जातो आणि हा एक औपचारिक पाऊल आहे जो मालिकेत मोठ्या संख्येने समस्या जमा झाल्यामुळे अस्वस्थता दूर करतो.

लिनसने असेही नमूद केले आहे की रिलीज तयार करण्यासाठी त्याने ARM64 आर्किटेक्चर (Apple Silicon) वर आधारित एक Apple लॅपटॉप Asahi Linux वितरणावर आधारित Linux वातावरणासह वापरला. हे लिनसचे प्राथमिक वर्कस्टेशन नाही, परंतु कर्नलच्या कामासाठी योग्यतेची चाचणी घेण्यासाठी आणि हलके लॅपटॉप हातात घेऊन प्रवास करताना कर्नल रिलीझ तयार करू शकतील याची खात्री करण्यासाठी त्याने प्लॅटफॉर्मचा वापर केला. पूर्वी, बर्याच वर्षांपूर्वी, लिनसला ऍपल उपकरणे विकासासाठी वापरण्याचा अनुभव होता - त्याने एकदा ppc970 CPU आणि Macbook Air लॅपटॉपवर आधारित पीसी वापरला होता.

नवीन आवृत्तीमध्ये 16401 विकासकांकडून 2190 निराकरणे समाविष्ट आहेत (शेवटच्या प्रकाशनात 16206 विकसकांकडून 2127 निराकरणे होती), पॅच आकार 90 MB आहे (बदलांमुळे 13847 फायली प्रभावित झाल्या, कोडच्या 1149456 ओळी जोडल्या गेल्या, 349177, 39, हटविल्या गेल्या). 5.19 मध्ये सादर केलेल्या सर्व बदलांपैकी सुमारे 21% बदल डिव्हाइस ड्रायव्हर्सशी संबंधित आहेत, अंदाजे 11% बदल हार्डवेअर आर्किटेक्चरसाठी विशिष्ट कोड अपडेट करण्याशी संबंधित आहेत, 4% नेटवर्किंग स्टॅकशी संबंधित आहेत, 3% फाइल सिस्टमशी संबंधित आहेत आणि XNUMX% अंतर्गत कर्नल उपप्रणालीशी संबंधित आहेत.

कर्नल 5.19 मधील प्रमुख नवकल्पना:

• डिस्क सबसिस्टम, I/O आणि फाइल सिस्टम्स
  • EROFS (एन्हान्स्ड रीड-ओन्ली फाइल सिस्टम) फाइल प्रणाली, केवळ-वाचनीय विभाजनांवर वापरण्यासाठी, fscache उपप्रणाली वापरण्यासाठी रूपांतरित केली गेली आहे, जे डेटा कॅशिंग पुरवते. बदलामुळे सिस्टीमच्या कार्यप्रदर्शनात लक्षणीय सुधारणा झाली ज्यामध्ये EROFS-आधारित प्रतिमेतून मोठ्या प्रमाणात कंटेनर लॉन्च केले जातात.
  • fscache उपप्रणालीमध्ये ऑन-डिमांड रीड मोड जोडला गेला आहे, जो EROFS ऑप्टिमाइझ करण्यासाठी वापरला जातो. नवीन मोड तुम्हाला स्थानिक प्रणालीमध्ये असलेल्या FS प्रतिमांमधून वाचन कॅशिंग आयोजित करण्यास अनुमती देतो. नेटवर्क फाइल सिस्टमद्वारे हस्तांतरित केलेल्या डेटाच्या स्थानिक फाइल सिस्टममध्ये कॅशिंगवर लक्ष केंद्रित केलेल्या ऑपरेशनच्या सुरुवातीला उपलब्ध असलेल्या मोडच्या विरूद्ध, "मागणीनुसार" मोड डेटा पुनर्प्राप्त करणे आणि कॅशेमध्ये स्वतंत्रपणे लिहिण्याची कार्ये सोपवतो. पार्श्वभूमी प्रक्रिया वापरकर्ता जागेत चालू आहे.
  • XFS आय-नोडमध्ये अब्जावधी विस्तारित विशेषता संचयित करण्याची क्षमता प्रदान करते. एका फाईलसाठी कमाल विस्तारांची संख्या 4 बिलियन वरून 247 पर्यंत वाढवली आहे. एकाच वेळी अनेक विस्तारित फाइल विशेषता अ‍ॅटोमिकली अपडेट करण्यासाठी एक मोड लागू केला गेला आहे.
  • Btrfs फाइल प्रणालीने लॉकसह कार्य ऑप्टिमाइझ केले आहे, ज्याने नॉवेट मोडमध्ये थेट लिहिताना कामगिरीमध्ये अंदाजे 7% वाढ करण्यास परवानगी दिली आहे. NOCOW मोडमधील ऑपरेशन्सची कार्यक्षमता (कॉपी-ऑन-राइटशिवाय) अंदाजे 3% ने वाढली आहे. "पाठवा" कमांड चालवताना पृष्ठ कॅशेवरील भार कमी केला गेला आहे. उपपृष्ठांचा किमान आकार 64K वरून 4K पर्यंत कमी केला आहे (कर्नल पृष्ठांपेक्षा लहान उपपृष्ठे वापरली जाऊ शकतात). रेडिक्स ट्री वापरण्यापासून XArrays अल्गोरिदममध्ये एक संक्रमण केले गेले आहे.
  • विनंत्यांना प्रतिसाद देणे थांबवलेल्या क्लायंटद्वारे सेट केलेल्या लॉकिंग स्थितीचे संरक्षण वाढवण्यासाठी NFS सर्व्हरमध्ये मोड जोडला गेला आहे. दुसरा क्लायंट प्रतिस्पर्धी लॉकची विनंती करत नाही तोपर्यंत नवीन मोड तुम्हाला लॉक क्लिअरिंगला एका दिवसापर्यंत विलंब करण्याची परवानगी देतो. सामान्य मोडमध्ये, क्लायंट प्रतिसाद देणे थांबवल्यानंतर 90 सेकंदांनंतर ब्लॉकिंग साफ केले जाते.
  • fanotify FS मधील इव्हेंट ट्रॅकिंग उपप्रणाली FAN_MARK_EVICTABLE ध्वज लागू करते, ज्याद्वारे तुम्ही कॅशेमध्ये लक्ष्य i-nodes पिन करणे अक्षम करू शकता, उदाहरणार्थ, कॅशेमध्ये उप-शाखा पिन न करता दुर्लक्ष करणे.
  • FAT32 फाइल सिस्टमसाठी ड्रायव्हरने stat() च्या अधिक कार्यक्षम आणि कार्यात्मक आवृत्तीच्या अंमलबजावणीसह statx सिस्टम कॉलद्वारे फाइल निर्मितीच्या वेळेबद्दल माहिती मिळविण्यासाठी समर्थन जोडले आहे, जे फाइलबद्दल विस्तारित माहिती परत करते.
  • अनुक्रमिक सेक्टर-बाय-सेक्टर क्लिअरिंगऐवजी, 'dirsync' मोड सक्रिय असताना सेक्टर्सच्या गटाला एकाचवेळी क्लिअरिंगची परवानगी देण्यासाठी exFAT ड्रायव्हरमध्ये महत्त्वपूर्ण ऑप्टिमायझेशन केले गेले आहेत. ऑप्टिमायझेशन नंतर ब्लॉक विनंत्यांची संख्या कमी करून, SD कार्डवर मोठ्या संख्येने निर्देशिका तयार करण्याचे कार्यप्रदर्शन क्लस्टरच्या आकारानुसार 73-85% पेक्षा जास्त वाढले.
  • कर्नलमध्ये ntfs3 ड्राइव्हरसाठी प्रथम सुधारात्मक सुधारणा समाविष्टीत आहे. गेल्या ऑक्टोबरमध्ये 3 कर्नलमध्ये ntfs5.15 समाविष्ट केल्यापासून, ड्राइव्हर अद्ययावत केला गेला नाही आणि विकासकांशी संवाद तुटला आहे, परंतु विकासकांनी आता बदल प्रकाशित करणे पुन्हा सुरू केले आहे. प्रस्तावित पॅचेसने मेमरी लीक आणि क्रॅश होण्याच्या त्रुटी दूर केल्या, xfstests अंमलबजावणीसह समस्यांचे निराकरण केले, न वापरलेले कोड साफ केले आणि टायपोज निश्चित केले.
  • OverlayFS साठी, आरोहित फाइल सिस्टीमचे वापरकर्ता आयडी मॅप करण्याची क्षमता लागू करण्यात आली आहे, ज्याचा वापर आरोहित परदेशी विभाजनावरील विशिष्ट वापरकर्त्याच्या फाइल्स वर्तमान प्रणालीवरील दुसऱ्या वापरकर्त्याशी जुळण्यासाठी केला जातो.
• मेमरी आणि सिस्टम सेवा
  • Loongson 3 5000 प्रोसेसरमध्ये वापरल्या जाणार्‍या LoongArch इंस्ट्रक्शन सेट आर्किटेक्चरसाठी प्रारंभिक समर्थन जोडले आहे, जे MIPS आणि RISC-V प्रमाणेच नवीन RISC ISA लागू करते. LoongArch आर्किटेक्चर तीन फ्लेवर्समध्ये उपलब्ध आहे: स्ट्रिप-डाउन 32-बिट (LA32R), नियमित 32-बिट (LA32S), आणि 64-बिट (LA64).
  • a.out एक्झिक्युटेबल फाइल फॉरमॅटला समर्थन देण्यासाठी कोड काढला, जो रिलीझ 5.1 मध्ये नापसंत करण्यात आला होता. Linux सिस्टीमवर a.out फॉरमॅट फार पूर्वीपासून नापसंत केले गेले आहे, आणि a.out फाइल्सची निर्मिती डीफॉल्ट लिनक्स कॉन्फिगरेशनमध्ये आधुनिक साधनांद्वारे समर्थित नाही. a.out फाइल्ससाठी लोडर पूर्णपणे वापरकर्त्याच्या जागेत लागू केले जाऊ शकते.
  • x86-विशिष्ट बूट पर्यायांसाठी समर्थन बंद केले आहे: nosp, nosmap, nosmep, noexec आणि noclflush).
  • कालबाह्य CPU h8300 आर्किटेक्चर (Renesas H8/300) साठी समर्थन, जे बर्याच काळापासून समर्थनाशिवाय सोडले गेले आहे, बंद केले आहे.
  • स्प्लिट लॉक ("स्प्लिट लॉक") शोधण्यासाठी प्रतिसाद देण्याशी संबंधित विस्तारित क्षमता, जे मेमरीमध्ये अलाइन केलेल्या डेटामध्ये प्रवेश करताना उद्भवते कारण अणु सूचना कार्यान्वित करताना, डेटा दोन CPU कॅशे लाइन ओलांडतो. अशा अवरोधांमुळे कामगिरीमध्ये लक्षणीय घट होते. जर पूर्वी, पूर्वनिर्धारितपणे, कर्नल अवरोधित होण्यास कारणीभूत असलेल्या प्रक्रियेबद्दल माहितीसह एक चेतावणी जारी करेल, आता उर्वरित प्रणालीचे कार्यप्रदर्शन टिकवून ठेवण्यासाठी समस्याप्रधान प्रक्रिया आणखी कमी केली जाईल.
  • इंटेल प्रोसेसरमध्ये लागू केलेल्या IFS (इन-फील्ड स्कॅन) यंत्रणेसाठी समर्थन जोडले आहे, जे तुम्हाला निम्न-स्तरीय CPU निदान चाचण्या चालवण्यास अनुमती देते जे त्रुटी सुधार कोड (ECC) किंवा पॅरिटी बिट्सवर आधारित मानक साधनांद्वारे शोधल्या जात नसलेल्या समस्या ओळखू शकतात. . केलेल्या चाचण्या डाउनलोड करण्यायोग्य फर्मवेअरच्या स्वरूपात आहेत, ज्या मायक्रोकोड अद्यतनांप्रमाणेच डिझाइन केल्या आहेत. चाचणी परिणाम sysfs द्वारे उपलब्ध आहेत.
  • कर्नलमध्ये बूटकॉन्फिग फाइल एम्बेड करण्याची क्षमता जोडली, जे कमांड लाइन पर्यायांव्यतिरिक्त, सेटिंग्ज फाइलद्वारे कर्नलचे पॅरामीटर्स निर्धारित करण्यास अनुमती देते. असेंबली पर्याय 'CONFIG_BOOT_CONFIG_EMBED_FILE="/PATH/TO/BOOTCONFIG/FILE"' वापरून एम्बेडिंग केले जाते. पूर्वी, initrd प्रतिमा संलग्न करून bootconfig निश्चित केले जात असे. कर्नलमध्ये एकत्रीकरणामुळे bootconfig ला initrd शिवाय कॉन्फिगरेशनमध्ये वापरता येते.
  • Zstandard अल्गोरिदम वापरून संकुचित फर्मवेअर डाउनलोड करण्याची क्षमता लागू केली गेली आहे. /sys/class/firmware/* नियंत्रण फाइल्सचा संच sysfs मध्ये जोडला गेला आहे, जे तुम्हाला वापरकर्ता जागेपासून फर्मवेअर लोडिंग सुरू करण्यास परवानगी देते.
  • io_uring असिंक्रोनस I/O इंटरफेस एक नवीन ध्वज, IORING_RECVSEND_POLL_FIRST ऑफर करतो, जे सेट केल्यावर, मतदान वापरून प्रक्रिया करण्यासाठी नेटवर्क ऑपरेशन पाठवेल, जे काही विलंबाने ऑपरेशनची प्रक्रिया स्वीकार्य असेल अशा परिस्थितीत संसाधने वाचवू शकतात. io_uring ने सॉकेट() सिस्टम कॉलसाठी समर्थन देखील जोडले, फाइल वर्णनकर्त्यांचे व्यवस्थापन सुलभ करण्यासाठी नवीन ध्वज प्रस्तावित केले, स्वीकार() कॉलमध्ये एकाच वेळी अनेक कनेक्शन स्वीकारण्यासाठी “मल्टी-शॉट” मोड जोडला आणि NVMe फॉरवर्ड करण्यासाठी ऑपरेशन्स जोडल्या. यंत्रास थेट आज्ञा.
  • Xtensa आर्किटेक्चर KCSAN (Kernel Concurrency Sanitizer) डिबगिंग टूलसाठी समर्थन पुरवते, जे कर्नलमधील रेस स्थिती डायनॅमिकपणे शोधण्यासाठी डिझाइन केलेले आहे. स्लीप मोड आणि कॉप्रोसेसरसाठी समर्थन देखील जोडले.
  • m68k आर्किटेक्चरसाठी (Motorola 68000), Android Goldfish emulator वर आधारित व्हर्च्युअल मशीन (प्लॅटफॉर्म सिम्युलेटर) लागू करण्यात आले आहे.
  • AArch64 आर्किटेक्चरसाठी, Armv9-A SME (स्केलेबल मॅट्रिक्स एक्स्टेंशन) विस्तारांसाठी समर्थन लागू केले गेले आहे.
  • eBPF उपप्रणाली मॅप स्ट्रक्चर्समध्ये टाइप केलेले पॉइंटर्स संचयित करण्यास परवानगी देते आणि डायनॅमिक पॉइंटर्ससाठी समर्थन देखील जोडते.
  • एक नवीन प्रोअॅक्टिव्ह मेमरी रिक्लेम यंत्रणा प्रस्तावित आहे जी memory.reclaim फाइल वापरून वापरकर्ता-स्पेस नियंत्रणास समर्थन देते. निर्दिष्ट केलेल्या फाईलमध्ये संख्या लिहिल्याने cgroup शी संबंधित सेटमधून संबंधित बाइट्सची संख्या बाहेर काढण्याचा प्रयत्न केला जाईल.
  • zswap मेकॅनिझमचा वापर करून स्वॅप विभाजनामध्ये डेटा संकुचित करताना मेमरी वापराची सुधारित अचूकता.
  • RISC-V आर्किटेक्चरसाठी, 32-बिट सिस्टीमवर 64-बिट एक्झिक्युटेबल चालविण्यासाठी समर्थन प्रदान केले जाते, मेमरी पृष्ठांवर प्रतिबंधात्मक विशेषता बांधण्यासाठी मोड जोडला जातो (उदाहरणार्थ, कॅशिंग अक्षम करण्यासाठी), आणि kexec_file_load() फंक्शन लागू केले जाते. .
  • 32-बिट Armv4T आणि Armv5 सिस्टीमसाठी समर्थनाची अंमलबजावणी विविध एआरएम सिस्टीमसाठी योग्य असलेल्या युनिव्हर्सल मल्टी-प्लॅटफॉर्म कर्नल बिल्डमध्ये वापरण्यासाठी स्वीकारली जाते.
• आभासीकरण आणि सुरक्षा
  • EFI उपप्रणाली गुप्त माहिती होस्ट सिस्टमला उघड न करता अतिथी सिस्टममध्ये गुप्तपणे हस्तांतरित करण्याची क्षमता लागू करते. डेटा securityfs मध्ये security/coco डिरेक्टरी द्वारे प्रदान केला जातो.
  • लॉकडाउन संरक्षण मोड, जो रूट वापरकर्त्याला कर्नल प्रवेश प्रतिबंधित करतो आणि UEFI सुरक्षित बूट बायपास मार्ग अवरोधित करतो, एक पळवाट काढून टाकली आहे ज्यामुळे कर्नल डीबगरमध्ये फेरफार करून संरक्षणास बायपास केले जाऊ शकते.
  • स्यूडो-रँडम नंबर जनरेटरची विश्वासार्हता आणि कार्यप्रदर्शन सुधारण्याच्या उद्देशाने पॅचेस समाविष्ट आहेत.
  • क्लॅंग 15 वापरून बिल्डिंग करताना, कर्नल स्ट्रक्चर्स यादृच्छिक करण्याच्या यंत्रणेसाठी समर्थन लागू केले जाते.
  • लँडलॉक यंत्रणा, जी तुम्हाला बाह्य वातावरणासह प्रक्रियेच्या गटाची परस्परसंवाद मर्यादित करण्यास अनुमती देते, नियमांसाठी समर्थन प्रदान करते जे तुम्हाला फाइल पुनर्नामित ऑपरेशन्सच्या अंमलबजावणीवर नियंत्रण ठेवण्याची परवानगी देतात.
  • IMA (इंटिग्रिटी मेजरमेंट आर्किटेक्चर) उपप्रणाली, डिजिटल स्वाक्षरी आणि हॅश वापरून ऑपरेटिंग सिस्टम घटकांची अखंडता सत्यापित करण्यासाठी डिझाइन केलेली, फाइल सत्यापनासाठी fs-verity मॉड्यूल वापरण्यासाठी स्विच केली गेली आहे.
  • eBPF उपप्रणालीमध्ये अनाधिकृत प्रवेश अक्षम करताना कृतींचे तर्क बदलले गेले आहेत - पूर्वी bpf() सिस्टम कॉलशी संबंधित सर्व आदेश अक्षम केले गेले होते आणि आवृत्ती 5.19 पासून सुरू होऊन, ऑब्जेक्ट्सच्या निर्मितीस कारणीभूत नसलेल्या कमांडसमध्ये प्रवेश बाकी आहे. . या वर्तनासाठी BPF प्रोग्राम लोड करण्यासाठी विशेषाधिकार प्राप्त प्रक्रिया आवश्यक आहे, परंतु नंतर अनाधिकृत प्रक्रिया प्रोग्रामशी संवाद साधू शकतात.
  • AMD SEV-SNP (सिक्योर नेस्टेड पेजिंग) एक्स्टेंशनसाठी जोडलेले समर्थन, जे नेस्टेड मेमरी पेज टेबलसह सुरक्षित काम पुरवते आणि AMD EPYC प्रोसेसरवरील "अनडीएसर्व्हेड" आणि "सेव्हेरिटी" हल्ल्यांपासून संरक्षण करते, जे AMD SEV (सुरक्षित एनक्रिप्टेड व्हर्च्युअलायझेशन) बायपास करण्याची परवानगी देते. ) संरक्षण यंत्रणा.
  • Intel TDX (विश्वसनीय डोमेन विस्तार) यंत्रणेसाठी समर्थन जोडले आहे, जे तुम्हाला आभासी मशीनच्या एनक्रिप्टेड मेमरीमध्ये प्रवेश करण्यासाठी तृतीय-पक्षाच्या प्रयत्नांना अवरोधित करण्यास अनुमती देते.
  • virtio-blk ड्रायव्हर, ब्लॉक साधनेचे अनुकरण करण्यासाठी वापरला जातो, ने पोलिंग वापरून I/O साठी समर्थन जोडले आहे, ज्याने, चाचण्यांनुसार, सुमारे 10% ने विलंब कमी केला आहे.
• नेटवर्क उपप्रणाली
  • पॅकेजमध्ये BIG TCP पॅचेसची मालिका समाविष्ट आहे जी तुम्हाला हाय-स्पीड अंतर्गत डेटा सेंटर नेटवर्कचे ऑपरेशन ऑप्टिमाइझ करण्यासाठी TCP पॅकेटचा कमाल पॅकेट आकार 4GB पर्यंत वाढवण्याची परवानगी देते. 16-बिट हेडर फील्ड आकारासह पॅकेट आकारात समान वाढ "जंबो" पॅकेट्सच्या अंमलबजावणीद्वारे साध्य केली जाते, ज्याच्या आयपी शीर्षलेखातील आकार 0 वर सेट केला जातो आणि वास्तविक आकार वेगळ्या 32-बिटमध्ये प्रसारित केला जातो. वेगळ्या संलग्न शीर्षलेखात फील्ड. कार्यप्रदर्शन चाचणीमध्ये, पॅकेटचा आकार 185 KB वर सेट केल्याने थ्रूपुट 50% वाढला आणि डेटा ट्रान्सफर लेटन्सी लक्षणीयरीत्या कमी झाली.
  • पॅकेट्स (रिझन कोड्स) सोडण्याच्या कारणांचा मागोवा घेण्यासाठी नेटवर्क स्टॅकमध्ये टूल्स समाकलित करण्याचे काम चालू राहिले. जेव्हा पॅकेटशी संबंधित मेमरी मुक्त केली जाते तेव्हा कारण कोड पाठविला जातो आणि हेडर त्रुटींमुळे पॅकेट टाकून देणे, rp_filter स्पूफिंग डिटेक्शन, अवैध चेकसम, मेमरी संपुष्टात येणे, IPSec XFRM नियम ट्रिगर करणे, अवैध अनुक्रम क्रमांक TCP, इ.
  • नियमित TCP वापरण्यासाठी MPTCP (MultiPath TCP) जोडणी मागे पडण्यासाठी समर्थन जोडले आहे, ज्या परिस्थितीत काही MPTCP वैशिष्ट्ये वापरली जाऊ शकत नाहीत. MPTCP विविध IP पत्त्यांशी संबंधित विविध नेटवर्क इंटरफेसद्वारे एकाच वेळी पॅकेट्सच्या वितरणासह TCP कनेक्शनचे ऑपरेशन आयोजित करण्यासाठी TCP प्रोटोकॉलचा विस्तार आहे. वापरकर्ता जागेवरून MPTCP प्रवाह नियंत्रित करण्यासाठी API जोडले.
• उपकरणे
  • amdgpu ड्राइव्हरशी संबंधित कोडच्या 420k पेक्षा जास्त ओळी जोडल्या आहेत, ज्यापैकी सुमारे 400k ओळी AMD GPU ड्राइव्हरमधील ASIC रजिस्टर डेटासाठी स्वयं-व्युत्पन्न शीर्षलेख फाइल आहेत आणि आणखी 22.5k ओळी AMD SoC21 साठी समर्थनाची प्रारंभिक अंमलबजावणी प्रदान करतात. AMD GPU साठी एकूण ड्रायव्हरचा आकार 4 दशलक्ष ओळींच्या कोड ओलांडला आहे. SoC21 व्यतिरिक्त, AMD ड्रायव्हरमध्ये SMU 13.x (सिस्टम मॅनेजमेंट युनिट), USB-C आणि GPUVM साठी अद्ययावत समर्थन आणि RDNA3 (RX 7000) आणि CDNA (AMD Instinct) प्लॅटफॉर्मच्या पुढील पिढ्यांना समर्थन देण्याची तयारी समाविष्ट आहे. .
  • i915 ड्रायव्हर (Intel) ने पॉवर मॅनेजमेंटशी संबंधित क्षमतांचा विस्तार केला आहे. लॅपटॉपवर वापरल्या जाणार्‍या इंटेल DG2 (आर्क अल्केमिस्ट) GPU साठी अभिज्ञापक जोडले, इंटेल रॅप्टर लेक-पी (आरपीएल-पी) प्लॅटफॉर्मसाठी प्रारंभिक समर्थन प्रदान केले, आर्क्टिक साउंड-एम ग्राफिक्स कार्ड्सबद्दल माहिती जोडली, गणना इंजिनसाठी ABI लागू केले, यासाठी जोडले DG2 कार्डे Tile4 फॉरमॅटसाठी समर्थन देतात; Haswell microarchitecture वर आधारित सिस्टीमसाठी, DisplayPort HDR समर्थन लागू केले आहे.
  • Nouveau ड्रायव्हरने drm_gem_plane_helper_prepare_fb हँडलर वापरण्यासाठी स्विच केले आहे; काही स्ट्रक्चर्स आणि व्हेरिएबल्सवर स्टॅटिक मेमरी ऍलोकेशन लागू केले आहे. Nouveau मध्ये NVIDIA द्वारे ओपन सोर्स कर्नल मॉड्यूल्सच्या वापराबाबत, आतापर्यंतचे काम त्रुटी ओळखणे आणि दूर करणे हे आहे. भविष्यात, प्रकाशित फर्मवेअर ड्रायव्हरची कार्यक्षमता सुधारण्यासाठी वापरण्याची योजना आहे.
  • M1 चिपवर आधारित Apple संगणकांमध्ये वापरल्या जाणार्‍या NVMe कंट्रोलरसाठी ड्राइव्हर जोडला.

त्याच वेळी, लॅटिन अमेरिकन फ्री सॉफ्टवेअर फाउंडेशनने पूर्णपणे विनामूल्य कर्नल 5.19 - Linux-libre 5.19-gnu ची आवृत्ती तयार केली, ज्यामध्ये फर्मवेअर आणि ड्रायव्हर्सचे घटक आहेत ज्यात नॉन-फ्री घटक किंवा कोडचे विभाग आहेत, ज्याची व्याप्ती आहे. निर्मात्याद्वारे मर्यादित. नवीन प्रकाशन pureLiFi X/XL/XC आणि TI AMx3 Wkup-M3 IPC साठी ड्रायव्हर्स साफ करते. सिलिकॉन लॅब्स WFX, AMD amdgpu, Qualcomm WCNSS पेरिफेरल इमेज लोडर, Realtek Bluetooth, Mellanox Spectrum, Marvell WiFi-Ex, Intel AVS, IFS, pu3-imgu ड्रायव्हर्स आणि सबसिस्टममध्ये ब्लॉब क्लीनिंग कोड अपडेट केला आहे. Qualcomm AArch64 devicetree फाइल्सची प्रक्रिया लागू करण्यात आली आहे. नवीन साउंड ओपन फर्मवेअर घटक नामकरण योजनेसाठी समर्थन जोडले. कर्नलमधून काढलेल्या एटीएम अॅम्बेसेडर ड्रायव्हरला साफ करणे थांबवले. HDCP आणि Mellanox Core मधील ब्लॉब क्लीनिंगचे व्यवस्थापन वेगळे kconfig टॅगमध्ये हलवले गेले आहे.

स्त्रोत: opennet.ru