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

दोन महिन्यांच्या विकासानंतर, लिनस टॉरवॉल्ड्सने कर्नल जारी केला. Linux ५.१९. सर्वात उल्लेखनीय बदलांमध्ये: लूंगआर्च प्रोसेसर आर्किटेक्चरसाठी समर्थन, "बिग टीसीपी" पॅचेसचे एकत्रीकरण, एफएसकॅशमध्ये "ऑन-डिमांड" मोड, ए.आउट फॉरमॅट समर्थनासाठी कोड काढून टाकणे, फर्मवेअर कॉम्प्रेशनसाठी झेडएसटीडी वापरण्याची क्षमता, युझर स्पेस मधून मेमरी इव्हिक्शन व्यवस्थापित करण्यासाठी एक इंटरफेस, स्यूडो-रँडम नंबर जनरेटरची वाढलेली विश्वसनीयता आणि कार्यक्षमता, इंटेल आयएफएस (इन-फिल्ड स्कॅन), एएमडी एसईव्ही-एसएनपी (सिक्युअर नेस्टेड पेजिंग), इंटेल टीडीएक्स (ट्रस्टेड डोमेन एक्सटेंशन्स) आणि एआरएम एसएमई (स्केलेबल मॅट्रिक्स एक्सटेंशन) साठी समर्थन.

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

लायनसने असेही सांगितले की, हे रिलीज तयार करण्यासाठी त्याने ARM64 आर्किटेक्चरवर (ॲपल सिलिकॉन) आधारित ॲपल लॅपटॉप वापरला. Linuxआसाही वितरणावर आधारित पर्यावरण Linuxहे लिनसचे मुख्य वर्कस्टेशन नाही, परंतु कर्नल डेव्हलपमेंटसाठी त्याची उपयुक्तता तपासण्यासाठी आणि प्रवासात असताना, सोबत एक हलका लॅपटॉप घेऊन कर्नल रिलीज विकसित करता येतील याची खात्री करण्यासाठी त्याने या प्लॅटफॉर्मचा वापर केला. बऱ्याच वर्षांपूर्वी, लिनसला डेव्हलपमेंटसाठी ॲपल हार्डवेअर वापरण्याचा अनुभव होता—त्याने एकदा ppc970 CPU असलेला संगणक आणि मॅकबुक एअर लॅपटॉप वापरला होता.

नवीन आवृत्तीमध्ये २,१९० डेव्हलपर्सकडून १६,४०१ फिक्सेस समाविष्ट आहेत (मागील रिलीझमध्ये २,१२७ डेव्हलपर्सकडून १६,२०६ फिक्सेस होते). पॅचचा आकार ९० एमबी आहे (बदलांमुळे १३,८४७ फाइल्सवर परिणाम झाला, १,१४९,४५६ कोडच्या ओळी जोडल्या गेल्या आणि ३४९,१७७ ओळी काढून टाकल्या गेल्या). ५.१९ मधील सर्व बदलांपैकी सुमारे ३९% डिव्हाइस ड्रायव्हर्सशी संबंधित आहेत, अंदाजे २१% बदल हार्डवेअर आर्किटेक्चरसाठी विशिष्ट कोड अपडेट करण्याशी संबंधित आहेत, ११% नेटवर्क स्टॅकशी संबंधित आहेत, ४% फाइल सिस्टमशी संबंधित आहेत आणि ३% अंतर्गत कर्नल सबसिस्टमशी संबंधित आहेत.

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

• डिस्क सबसिस्टम, I/O आणि फाइल सिस्टम्स
  • केवळ वाचनीय विभाजनांवर वापरण्यासाठी डिझाइन केलेले EROFS (एनहान्स्ड रीड-ओन्ली फाइल सिस्टम), fscache उपप्रणालीमध्ये स्थलांतरित केले गेले आहे, जे डेटा कॅशिंग प्रदान करते. या बदलामुळे EROFS-आधारित प्रतिमेवरून मोठ्या संख्येने कंटेनर चालवणाऱ्या सिस्टमच्या कामगिरीत लक्षणीय सुधारणा झाली आहे.
  • fscache सबसिस्टममध्ये ऑन-डिमांड रीड मोड जोडण्यात आला आहे, जो EROFS ऑप्टिमाइझ करण्यासाठी वापरला जातो. नवीन मोड स्थानिक सिस्टमवर असलेल्या फाइल सिस्टम प्रतिमांमधून रीडचे कॅशिंग सक्षम करतो. पूर्वी उपलब्ध मोडच्या विपरीत, जो स्थानिक फाइल सिस्टममध्ये नेटवर्क फाइल सिस्टमवर हस्तांतरित डेटा कॅशिंगवर लक्ष केंद्रित करतो, ऑन-डिमांड मोड डेटा पुनर्प्राप्त करण्याचे आणि कॅशेमध्ये लिहिण्याचे कार्य वापरकर्ता जागेत चालणाऱ्या वेगळ्या पार्श्वभूमी प्रक्रियेला सोपवतो.
  • XFS आता i-nodes मध्ये अब्जावधी विस्तारित गुणधर्म साठवण्यास समर्थन देते. प्रति फाइल एक्सटेंट्सची कमाल संख्या 4 अब्ज वरून 247 पर्यंत वाढवण्यात आली आहे. एकाधिक विस्तारित फाइल गुणधर्म अणुदृष्ट्या अद्यतनित करण्यासाठी एक मोड लागू करण्यात आला आहे.
  • Btrfs फाइल सिस्टीमने लॉकिंग ऑप्टिमाइझ केले आहे, ज्यामुळे नोवेट मोडमध्ये डायरेक्ट राइट्ससाठी कामगिरी अंदाजे ७% वाढली आहे. NOCOW मोडमध्ये (कॉपी-ऑन-राइटशिवाय) कामगिरी अंदाजे ३% वाढली आहे. "पाठवा" कमांड दरम्यान पेज कॅशेवरील भार कमी करण्यात आला आहे. किमान सबपेज आकार ६४K वरून ४K पर्यंत कमी करण्यात आला आहे (कर्नल पेजेसपेक्षा लहान सबपेजेस वापरता येतात). रेडिक्स ट्री अल्गोरिथम XArrays अल्गोरिथमवर स्विच करण्यात आला आहे.
  • NFS सर्व्हरमध्ये आता प्रतिसाद देणे थांबवलेल्या क्लायंटने धरलेल्या लॉकची धारणा वाढवण्यासाठी एक मोड आहे. हा नवीन मोड लॉक क्लिअरिंगला २४ तासांपर्यंत विलंबित करण्यास अनुमती देतो जोपर्यंत दुसरा क्लायंट प्रतिस्पर्धी लॉकची विनंती करत नाही. सामान्य परिस्थितीत, क्लायंट प्रतिसाद देणे थांबवल्यानंतर ९० सेकंदांनी लॉक क्लिअर केले जातात.
  • फॅनोटिफाय फाइल सिस्टम इव्हेंट ट्रॅकिंग सबसिस्टम FAN_MARK_EVICTABLE फ्लॅग लागू करते, ज्याचा वापर कॅशेमधील लक्ष्य आय-नोड्सचे पिनिंग अक्षम करण्यासाठी केला जाऊ शकतो, उदाहरणार्थ, कॅशेमध्ये त्यांचे भाग पिन न करता उप-शाखा दुर्लक्षित करण्यासाठी.
  • FAT32 FS ड्रायव्हर आता statx सिस्टम कॉलद्वारे फाइल निर्मिती वेळेची माहिती पुनर्प्राप्त करण्यास समर्थन देतो, जो अधिक कार्यक्षम आणि कार्यात्मक stat() पर्याय लागू करतो जो विस्तारित फाइल माहिती परत करतो.
  • 'dirsync' मोड सक्रिय असताना सेक्टरच्या गटाची एकाच वेळी साफसफाई सुनिश्चित करून, सेक्टरनुसार सेक्टर क्रमाने साफ करण्याऐवजी, exFAT ड्रायव्हरमध्ये लक्षणीय ऑप्टिमायझेशन केले गेले आहेत. हे ऑप्टिमायझेशन लागू केल्यानंतर ब्लॉक विनंत्यांची संख्या कमी करून, क्लस्टरच्या आकारानुसार, SD कार्डवर मोठ्या संख्येने डायरेक्टरी तयार करण्याचे कार्यप्रदर्शन 73-85% पेक्षा जास्त वाढले आहे.
  • ntfs3 ड्रायव्हरसाठी पहिले सुधारात्मक अपडेट कर्नलमध्ये समाविष्ट केले गेले आहे. गेल्या ऑक्टोबरमध्ये ntfs3 कर्नल 5.15 मध्ये समाविष्ट केल्यापासून, ड्रायव्हर अपडेट केलेला नाही आणि डेव्हलपर्सशी संपर्क तुटला होता. तथापि, डेव्हलपर्सनी आता बदल प्रकाशित करणे पुन्हा सुरू केले आहे. प्रस्तावित पॅचेस मेमरी लीक आणि क्रॅश दुरुस्त करतात, xfstests मधील समस्या सोडवतात, न वापरलेले कोड साफ करतात आणि टायपिंगच्या चुका दुरुस्त करतात.
  • ओव्हरलेएफएस आता माउंट केलेल्या फाइल सिस्टमच्या वापरकर्ता आयडी मॅपिंगला समर्थन देते, जे माउंट केलेल्या परदेशी विभाजनावरील विशिष्ट वापरकर्त्याच्या फायली सध्याच्या सिस्टमवरील दुसऱ्या वापरकर्त्याशी जोडण्यासाठी वापरले जाते.
• मेमरी आणि सिस्टम सेवा
  • लूंगसन ३ ५००० प्रोसेसरमध्ये वापरल्या जाणाऱ्या आणि MIPS आणि RISC-V सारख्या नवीन RISC ISA अंमलात आणणाऱ्या लूंगआर्च इंस्ट्रक्शन सेट आर्किटेक्चर (ISA) साठी प्रारंभिक समर्थन जोडले गेले आहे. लूंगआर्च आर्किटेक्चर तीन प्रकारांमध्ये उपलब्ध आहे: स्ट्रिप-डाउन ३२-बिट (LA32R), मानक ३२-बिट (LA32S) आणि ६४-बिट (LA64).
  • a.out एक्झिक्युटेबल फाईल फॉरमॅटला सपोर्ट करणारा कोड काढून टाकला आहे, जो रिलीज 5.1 मध्ये अप्रचलित (deprecated) करण्यात आला होता. a.out फॉरमॅट बऱ्याच काळापासून अप्रचलित आहे, विशेषतः अशा सिस्टीमवर जिथे... Linuxआणि कॉन्फिगरेशनमध्ये आधुनिक साधनांद्वारे a.out फाईल्सची निर्मिती समर्थित नाही. Linux पूर्वनिर्धारितपणे, a.out फाईल्ससाठीचा लोडर पूर्णपणे युझर स्पेसमध्ये लागू केला जाऊ शकतो.
  • x86 आर्किटेक्चर-विशिष्ट बूट पर्यायांसाठी (nose p, nosmap, nosmep, noexec, आणि noclflush) समर्थन वगळण्यात आले आहे.
  • जुन्या h8300 (Renesas H8/300) CPU आर्किटेक्चरसाठी समर्थन, जे बर्याच काळापासून असमर्थित होते, ते बंद करण्यात आले आहे.
  • अणु सूचनांच्या अंमलबजावणीदरम्यान डेटा दोन CPU कॅशे लाईन्स ओलांडल्यामुळे मेमरीमध्ये अनअलाइन्ड डेटा अॅक्सेस करताना उद्भवणाऱ्या स्प्लिट लॉकच्या शोधांना प्रतिसाद देण्यासाठी विस्तारित क्षमता. अशा लॉकमुळे लक्षणीय कामगिरी दंड होतो. पूर्वी, कर्नल लॉक निर्माण करणाऱ्या प्रक्रियेबद्दल माहितीसह डीफॉल्टनुसार चेतावणी जारी करत असे, परंतु आता उर्वरित सिस्टमची कार्यक्षमता राखण्यासाठी आक्षेपार्ह प्रक्रिया आणखी मंदावली जाईल.
  • इंटेल प्रोसेसरमध्ये लागू केलेल्या इन-फील्ड स्कॅन (IFS) यंत्रणेसाठी समर्थन जोडले गेले आहे. ही यंत्रणा कमी-स्तरीय CPU निदान चाचण्या सक्षम करते ज्या त्रुटी सुधारणा कोड (ECC) किंवा पॅरिटी बिट्सवर आधारित मानक साधनांद्वारे आढळलेल्या समस्या ओळखण्यास सक्षम आहेत. चाचण्या मायक्रोकोड अपडेट्स प्रमाणेच डाउनलोड करण्यायोग्य फर्मवेअर म्हणून अंमलात आणल्या जातात. चाचणी निकाल sysfs द्वारे उपलब्ध आहेत.
  • कर्नलमध्ये bootconfig फाइल एम्बेड करण्याची क्षमता जोडली. हे कमांड-लाइन पर्यायांव्यतिरिक्त कॉन्फिगरेशन फाइलद्वारे कर्नल पॅरामीटर्स परिभाषित करण्यास अनुमती देते. 'CONFIG_BOOT_CONFIG_EMBED_FILE="/PATH/TO/BOOTCONFIG/FILE"' बिल्ड पर्याय वापरून एम्बेडिंग पूर्ण केले जाते. पूर्वी, bootconfig initrd प्रतिमेशी संलग्न करून परिभाषित केले जात असे. कर्नलमध्ये एम्बेड केल्याने bootconfig initrd शिवाय कॉन्फिगरेशनमध्ये वापरता येते.
  • Zstandard अल्गोरिथम वापरून कॉम्प्रेस्ड फर्मवेअर लोड करण्याची क्षमता लागू करण्यात आली आहे. sysfs मध्ये /sys/class/firmware/* या कंट्रोल फाइल्सचा संच जोडण्यात आला आहे, ज्यामुळे फर्मवेअर लोडिंग युजर स्पेसमधून सुरू करता येते.
  • io_uring असिंक्रोनस I/O इंटरफेस आता IORING_RECVSEND_POLL_FIRST या नवीन फ्लॅगला सपोर्ट करतो. सेट केल्यावर, हे फ्लॅग पोलिंग वापरून प्रोसेसिंगसाठी प्रथम नेटवर्क ऑपरेशन सबमिट करण्यास भाग पाडते, जे प्रोसेसिंगमध्ये विलंब स्वीकार्य असलेल्या परिस्थितीत संसाधने वाचवू शकते. io_uring सॉकेट() सिस्टम कॉलसाठी सपोर्ट देखील जोडते, फाइल डिस्क्रिप्टर व्यवस्थापन सुलभ करण्यासाठी नवीन फ्लॅग ऑफर करते, accept() कॉलमध्ये एकाधिक कनेक्शन स्वीकारण्यासाठी "मल्टी-शॉट" मोड जोडते आणि NVMe कमांड थेट डिव्हाइसवर फॉरवर्ड करण्यासाठी ऑपरेशन्स जोडते.
  • एक्सटेन्सा आर्किटेक्चर आता केसीएसएएन (कर्नल कॉन्करन्सी सॅनिटायझर) डीबगिंग टूलला समर्थन देते, जे कर्नलमधील रेस कंडिशन डायनॅमिकली शोधण्यासाठी डिझाइन केलेले आहे. स्लीप मोड आणि कोप्रोसेसरसाठी समर्थन देखील जोडले गेले आहे.
  • m68k आर्किटेक्चरसाठी (मोटोरोला 68000) याची अंमलबजावणी केली आहे. व्हर्च्युअल मशीन एम्युलेटरवर आधारित (प्लॅटफॉर्म सिम्युलेटर) Android सोनेरी मासा.
  • AArch64 आर्किटेक्चरसाठी Armv9-A SME (स्केलेबल मॅट्रिक्स एक्सटेंशन) एक्सटेंशनसाठी समर्थन लागू केले गेले आहे.
  • eBPF उपप्रणाली आता मॅप स्ट्रक्चर्समध्ये टाइप केलेले पॉइंटर्स साठवण्याची परवानगी देते आणि डायनॅमिक पॉइंटर्ससाठी समर्थन जोडते.
  • memory.reclaim फाइलद्वारे वापरकर्ता-जागा नियंत्रणास समर्थन देणारी एक नवीन प्रोअ‍ॅक्टिव्ह मेमरी रिक्लेमेशन यंत्रणा प्रस्तावित आहे. निर्दिष्ट फाइलमध्ये संख्या लिहिल्याने cgroup शी संबंधित संचातून संबंधित बाइट्सची संख्या काढून टाकण्याचा प्रयत्न केला जाईल.
  • zswap यंत्रणेचा वापर करून स्वॅप विभाजनात डेटा संकुचित करताना मेमरी वापर अकाउंटिंगची सुधारित अचूकता.
  • RISC-V आर्किटेक्चरसाठी, 64-बिट सिस्टीमवर 32-बिट एक्झिक्युटेबल फाइल्स चालवण्यासाठी समर्थन प्रदान केले गेले आहे, मेमरी पृष्ठांवर प्रतिबंधात्मक गुणधर्म बंधनकारक करण्यासाठी एक मोड जोडला गेला आहे (उदाहरणार्थ, कॅशिंग अक्षम करण्यासाठी), आणि kexec_file_load() फंक्शन लागू केले गेले आहे.
  • ३२-बिट Armv4T आणि Armv5 सिस्टीमसाठी सपोर्टची अंमलबजावणी वेगवेगळ्या ARM सिस्टीमसाठी योग्य असलेल्या युनिव्हर्सल मल्टी-प्लॅटफॉर्म कर्नल असेंब्लीमध्ये वापरण्यासाठी अनुकूलित केली गेली आहे.
• आभासीकरण आणि सुरक्षा
  • EFI उपप्रणाली होस्ट सिस्टमला न उघडता अतिथी सिस्टमला संवेदनशील माहिती गुप्तपणे प्रसारित करण्याची क्षमता लागू करते. हा डेटा securityfs मधील security/coco निर्देशिकेद्वारे उघड केला जातो.
  • लॉकडाउन सिक्युरिटी मोडमध्ये, जो कर्नलपर्यंत रूट अॅक्सेस मर्यादित करतो आणि UEFI सिक्युर बूट बायपास ब्लॉक करतो, कर्नल डीबगरच्या हाताळणीद्वारे संरक्षण बायपास करण्याची परवानगी देणारी एक पळवाट दूर करण्यात आली आहे.
  • स्यूडो-रँडम नंबर जनरेटरची विश्वासार्हता आणि कार्यक्षमता सुधारण्याच्या उद्देशाने पॅचेस समाविष्ट आहेत.
  • क्लॅंग १५ सह बिल्डिंग करताना, कर्नल स्ट्रक्चर रँडमायझेशन मेकॅनिझमसाठी समर्थन लागू केले गेले आहे.
  • लँडलॉक यंत्रणा, जी बाह्य वातावरणासह प्रक्रियांच्या गटाच्या परस्परसंवादावर मर्यादा घालण्याची परवानगी देते, आता फाइल पुनर्नामित ऑपरेशन्सच्या अंमलबजावणीवर नियंत्रण ठेवणाऱ्या नियमांना समर्थन देते.
  • डिजिटल सिग्नेचर आणि हॅश वापरून ऑपरेटिंग सिस्टम घटकांची अखंडता पडताळण्यासाठी डिझाइन केलेली IMA (इंटिग्रिटी मेजरमेंट आर्किटेक्चर) उपप्रणाली, फाइल पडताळणीसाठी fs-verity मॉड्यूल वापरण्यास स्विच करण्यात आली आहे.
  • eBPF सबसिस्टममध्ये अनप्रिव्हिलेज्ड अॅक्सेस अक्षम करण्याचा लॉजिक बदलण्यात आला आहे. पूर्वी, bpf() सिस्टम कॉलशी संबंधित सर्व कमांड अक्षम केले होते, परंतु आवृत्ती 5.19 पासून, ऑब्जेक्ट निर्मितीमध्ये परिणाम न करणाऱ्या कमांडचा अॅक्सेस कायम ठेवला जातो. या वर्तनासह, BPF प्रोग्राम लोड करण्यासाठी एक विशेषाधिकारित प्रक्रिया आवश्यक असते, परंतु अनप्रिव्हिलेज्ड प्रक्रिया नंतर त्या प्रोग्रामशी संवाद साधू शकतात.
  • AMD SEV-SNP (Secure Nested Paging) एक्सटेंशनसाठी अतिरिक्त समर्थन, जे नेस्टेड मेमरी पेज टेबल्ससह सुरक्षित ऑपरेशन प्रदान करते आणि AMD EPYC प्रोसेसरवरील "undeSErVed" आणि "SEVerity" हल्ल्यांपासून संरक्षण करते, जे AMD SEV (Secure Encrypted Virtualization) संरक्षण यंत्रणेला बायपास करण्याची परवानगी देते.
  • इंटेल TDX (ट्रस्टेड डोमेन एक्सटेंशन्स) यंत्रणेसाठी समर्थन जोडले आहे, ज्यामुळे त्रयस्थ व्यक्तींना एनक्रिप्टेड मेमरीमध्ये प्रवेश करण्यापासून रोखता येते. व्हर्च्युअल मशीन्स.
  • ब्लॉक उपकरणांचे अनुकरण करण्यासाठी वापरल्या जाणाऱ्या virtio-blk ड्रायव्हरने पोलिंग वापरून I/O साठी समर्थन जोडले आहे, ज्यामुळे चाचण्यांनुसार, विलंब सुमारे 10% कमी झाला आहे.
• नेटवर्क उपप्रणाली
  • या पॅकेजमध्ये मोठ्या TCP पॅचेसची मालिका समाविष्ट आहे जी हाय-स्पीड अंतर्गत डेटा सेंटर नेटवर्क्सची कार्यक्षमता ऑप्टिमाइझ करण्यासाठी कमाल TCP पॅकेट आकार 4GB पर्यंत वाढवते. 16-बिट हेडर फील्डसह पॅकेट आकारात ही वाढ "जंबो" पॅकेट्सच्या अंमलबजावणीद्वारे साध्य केली जाते, जिथे IP हेडरमधील आकार 0 वर सेट केला जातो आणि वास्तविक आकार वेगळ्या संलग्न हेडरमध्ये वेगळ्या 32-बिट फील्डमध्ये प्रसारित केला जातो. कार्यप्रदर्शन चाचणीमध्ये, पॅकेट आकार 185 KB वर सेट केल्याने थ्रूपुट 50% ने वाढला आणि डेटा ट्रान्सफर लेटन्सीमध्ये लक्षणीय घट झाली.
  • पॅकेट्स (रिझन कोड्स) सोडण्याच्या कारणांचा मागोवा घेण्यासाठी नेटवर्क स्टॅकमध्ये टूल्स समाकलित करण्याचे काम चालू राहिले. जेव्हा पॅकेटशी संबंधित मेमरी मुक्त केली जाते तेव्हा कारण कोड पाठविला जातो आणि हेडर त्रुटींमुळे पॅकेट टाकून देणे, rp_filter स्पूफिंग डिटेक्शन, अवैध चेकसम, मेमरी संपुष्टात येणे, IPSec XFRM नियम ट्रिगर करणे, अवैध अनुक्रम क्रमांक TCP, इ.
  • जेव्हा काही MPTCP वैशिष्ट्ये वापरली जाऊ शकत नाहीत तेव्हा नियमित TCP वर परत येण्यासाठी अतिरिक्त समर्थन. MPTCP हे TCP प्रोटोकॉलचे विस्तार आहे जे वेगवेगळ्या IP पत्त्यांशी जोडलेल्या वेगवेगळ्या नेटवर्क इंटरफेसद्वारे एकाच वेळी पॅकेट वितरणासह TCP कनेक्शन व्यवस्थापित करण्यासाठी आहे. वापरकर्ता जागेतून MPTCP प्रवाह व्यवस्थापित करण्यासाठी एक API जोडण्यात आला आहे.
• उपकरणे
  • amdgpu ड्रायव्हरमध्ये ४२०,००० हून अधिक ओळी कोड जोडल्या गेल्या आहेत, त्यापैकी अंदाजे ४००,००० ओळी स्वयंचलितपणे जनरेट केलेल्या हेडर फाइल्स आहेत ज्या AMD GPU ड्रायव्हरमध्ये ASIC रजिस्टर्ससाठी डेटासह आहेत आणि आणखी २२,५०० ओळी AMD SoC21 साठी प्रारंभिक समर्थन प्रदान करतात. AMD GPU ड्रायव्हरचा एकूण आकार कोडच्या ४ दशलक्ष ओळींपेक्षा जास्त झाला आहे. SoC21 व्यतिरिक्त, AMD ड्रायव्हरमध्ये SMU 13.x (सिस्टम मॅनेजमेंट युनिट), अपडेटेड USB-C आणि GPUVM सपोर्ट आणि पुढील पिढीच्या RDNA3 (RX 7000) आणि CDNA (AMD Instinct) प्लॅटफॉर्मसाठी सपोर्टची तयारी समाविष्ट आहे.
  • i915 ड्रायव्हर (इंटेल) ने त्याच्या पॉवर मॅनेजमेंट क्षमता वाढवल्या आहेत. ते नोटबुकसाठी इंटेल DG2 (आर्क अल्केमिस्ट) GPU आयडी जोडते, इंटेल रॅप्टर लेक-पी (RPL-पी) प्लॅटफॉर्मसाठी प्रारंभिक समर्थन प्रदान करते, आर्कटिक साउंड-एम ग्राफिक्स कार्ड्सबद्दल माहिती जोडते, कॉम्प्युट इंजिनसाठी ABI लागू करते, DG2 कार्ड्ससाठी टाइल4 समर्थन जोडते आणि हॅसवेल-आधारित सिस्टमसाठी डिस्प्लेपोर्ट HDR समर्थन जोडते.
  • Nouveau ड्रायव्हर drm_gem_plane_helper_prepare_fb हँडलर वापरण्यासाठी अपडेट करण्यात आला आहे आणि काही स्ट्रक्चर्स आणि व्हेरिअबल्ससाठी स्टॅटिक मेमरी अलोकेशन लागू करण्यात आले आहे. Nouveau मध्ये NVIDIA च्या ओपन-सोर्स कर्नल मॉड्यूल्सच्या वापराबद्दल, सध्या बग ओळखणे आणि दुरुस्त करणे इतकेच काम मर्यादित आहे. प्रकाशित फर्मवेअर भविष्यात ड्रायव्हर कामगिरी सुधारण्यासाठी वापरण्याची योजना आहे.
  • M1 चिपवर आधारित Apple संगणकांमध्ये वापरल्या जाणाऱ्या NVMe कंट्रोलरसाठी ड्रायव्हर जोडला.

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

स्त्रोत: opennet.ru