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

दोन महिन्यांच्या विकासानंतर, लिनस टोरवाल्ड्सने लिनक्स कर्नल 5.15 चे प्रकाशन सादर केले. उल्लेखनीय बदलांमध्ये पुढील गोष्टींचा समावेश आहे: लेखन समर्थनासह नवीन NTFS ड्राइव्हर, SMB सर्व्हर अंमलबजावणीसह ksmbd मॉड्यूल, मेमरी ऍक्सेस मॉनिटरिंगसाठी DAMON सबसिस्टम, रिअल-टाइम लॉकिंग प्रिमिटिव्ह, Btrfs मध्ये fs-verity सपोर्ट, process_mrelease सिस्टम कॉल फॉर स्टार्व्हेशन रिस्पॉन्स सिस्टम मेमरी, रिमोट सर्टिफिकेशन मॉड्यूल dm-ima.

नवीन आवृत्तीमध्ये 13499 विकसकांकडून 1888 निराकरणे समाविष्ट आहेत, पॅच आकार 42 MB आहे (बदलांमुळे 10895 फायली प्रभावित झाल्या, 632522 कोडच्या ओळी जोडल्या गेल्या, 299966 ओळी हटविल्या गेल्या). 45 मध्ये सादर केलेल्या सर्व बदलांपैकी सुमारे 5.15% बदल डिव्हाइस ड्रायव्हर्सशी संबंधित आहेत, अंदाजे 14% बदल हार्डवेअर आर्किटेक्चरसाठी विशिष्ट कोड अपडेट करण्याशी संबंधित आहेत, 14% नेटवर्किंग स्टॅकशी संबंधित आहेत, 6% फाइल सिस्टमशी संबंधित आहेत आणि 3% अंतर्गत कर्नल उपप्रणालीशी संबंधित आहेत.

मुख्य नवकल्पना:

• डिस्क सबसिस्टम, I/O आणि फाइल सिस्टम्स
  • कर्नलने पॅरागॉन सॉफ्टवेअरद्वारे उघडलेल्या NTFS फाइल सिस्टमची नवीन अंमलबजावणी स्वीकारली आहे. नवीन ड्रायव्हर लेखन मोडमध्ये कार्य करू शकतो आणि NTFS 3.1 च्या वर्तमान आवृत्तीच्या सर्व वैशिष्ट्यांना समर्थन देतो, ज्यात विस्तारित फाइल विशेषता, ऍक्सेस लिस्ट (ACLs), डेटा कॉम्प्रेशन मोड, फाइल्समधील रिकाम्या जागेसह प्रभावी कार्य (विरळ) आणि वरून बदल पुन्हा प्ले करणे समाविष्ट आहे. अयशस्वी झाल्यानंतर अखंडता पुनर्संचयित करण्यासाठी लॉग
  • Btrfs फाइल सिस्टीम fs-verity मेकॅनिझमला समर्थन देते, ज्याचा वापर मेटाडेटा क्षेत्रामध्ये साठवलेल्या फाइल्सशी संबंधित क्रिप्टोग्राफिक हॅश किंवा की वापरून वैयक्तिक फाइल्सची अखंडता आणि सत्यता पारदर्शकपणे नियंत्रित करण्यासाठी केला जातो. पूर्वी, fs-verity फक्त Ext4 आणि F2fs फाइल प्रणालींसाठी उपलब्ध होते.

    Btrfs आरोहित फाइल प्रणालींसाठी (पूर्वी FAT, ext4 आणि XFS फाइल प्रणालींसाठी समर्थित) वापरकर्ता ID मॅपिंगसाठी समर्थन जोडते. हे वैशिष्ट्य तुम्हाला आरोहित परदेशी विभाजनावरील विशिष्ट वापरकर्त्याच्या फाइल्सची सध्याच्या प्रणालीवरील दुसऱ्या वापरकर्त्याशी तुलना करण्यास अनुमती देते.

    Btrfs मधील इतर बदलांमध्ये हे समाविष्ट आहे: फाईल निर्मिती कार्यप्रदर्शन सुधारण्यासाठी निर्देशिका निर्देशांकामध्ये की जलद जोडणे; एका उपकरणासह raid0 आणि दोनसह raid10 कार्य करण्याची क्षमता (उदाहरणार्थ, अॅरे पुन्हा कॉन्फिगर करण्याच्या प्रक्रियेदरम्यान); चुकीच्या प्रमाणात असलेल्या झाडाकडे दुर्लक्ष करण्यासाठी “rescue=ibadroots” पर्याय; "पाठवा" ऑपरेशनचे प्रवेग; नाव बदलण्याच्या ऑपरेशन दरम्यान लॉकिंग संघर्ष कमी करणे; 4K मेमरी पृष्ठ आकारासह सिस्टमवर 64K सेक्टर वापरण्याची क्षमता.

  • XFS मध्ये, फाइल सिस्टममध्ये 2038 नंतरच्या तारखा वापरण्याची क्षमता स्थिर केली गेली आहे. विलंबित इनोड निष्क्रियीकरण आणि विलंबित स्थापनेसाठी आणि फाइल विशेषता काढून टाकण्यासाठी समर्थनासाठी एक यंत्रणा लागू केली. समस्या दूर करण्यासाठी, आधीपासून माउंट केलेल्या विभाजनांसाठी डिस्क कोटा अक्षम करण्याची क्षमता काढून टाकण्यात आली आहे (आपण सक्तीने कोटा अक्षम करू शकता, परंतु त्यांच्याशी संबंधित गणना चालू राहील, म्हणून त्यांना पूर्णपणे अक्षम करण्यासाठी पुन्हा माउंट करणे आवश्यक आहे).
  • EXT4 मध्ये, delalloc buffers लिहिण्याचे कार्यप्रदर्शन वाढविण्यासाठी आणि अनाथ फाइल्सवर प्रक्रिया करण्यासाठी कार्य केले गेले आहे जे त्या उघड्या राहतात, परंतु निर्देशिकेशी संबंधित नाहीत. मेटाडेटासह ऑपरेशन्स ब्लॉक करणे टाळण्यासाठी टाकून दिलेल्या ऑपरेशन्सची प्रक्रिया jbd2 kthread थ्रेडच्या बाहेर हलवली गेली आहे.
  • F2FS ने ब्लॉक, सेक्टर, सेगमेंट किंवा सेक्शनच्या सापेक्ष अलाइनमेंटमध्ये डिसकार्ड ऑपरेशन्स (मोकळ्या ब्लॉक्सवर चिन्हांकित करणे जे यापुढे भौतिकरित्या संग्रहित केले जाऊ शकत नाहीत) बांधण्यासाठी "discard_unit=block|segment|section" पर्याय जोडला. I/O लेटन्सीमधील बदलांचा मागोवा घेण्यासाठी समर्थन जोडले.
  • EROFS (एक्स्टेंडेबल रीड-ओन्ली फाइल सिस्टम) फाइल सिस्टम कॉम्प्रेशनशिवाय जतन केलेल्या फाइल्ससाठी थेट I/O समर्थन, तसेच fiemap समर्थन जोडते.
  • ओव्हरलेएफएस "अपरिवर्तनीय", "फक्त जोडण्यासाठी", "सिंक" आणि "नोटाईम" माउंट फ्लॅग्जची योग्य हाताळणी लागू करते.
  • NFS ने परिस्थिती हाताळणे सुधारले आहे जेथे NFS सर्व्हर विनंत्यांना प्रतिसाद देणे थांबवते. आधीपासून वापरात असलेल्या, परंतु वेगळ्या नेटवर्क पत्त्याद्वारे प्रवेशयोग्य असलेल्या सर्व्हरवरून माउंट करण्याची क्षमता जोडली.
  • FSCACHE उपप्रणालीचे पुनर्लेखन करण्याची तयारी सुरू झाली आहे.
  • GPT टेबल्सच्या नॉन-स्टँडर्ड प्लेसमेंटसह EFI विभाजनांसाठी समर्थन जोडले.
  • fanotify यंत्रणा नवीन ध्वज, FAN_REPORT_PIDFD लागू करते, ज्यामुळे pidfd परत आलेल्या मेटाडेटामध्ये समाविष्ट केला जातो. निरीक्षण केलेल्या फायलींमध्ये प्रवेश करणार्‍या प्रक्रिया अधिक अचूकपणे ओळखण्यासाठी पीआयडी पुनर्वापर परिस्थिती हाताळण्यास Pidfd मदत करते (एक pidfd विशिष्ट प्रक्रियेशी संबंधित आहे आणि बदलत नाही, तर PID त्या PID शी संबंधित वर्तमान प्रक्रिया संपल्यानंतर दुसर्‍या प्रक्रियेशी संबंधित असू शकते).
  • मूव्ह_माउंट() सिस्टम कॉलमध्ये विद्यमान सामायिक गटांमध्ये माउंट पॉइंट जोडण्याची क्षमता जोडली आहे, जे वेगळ्या कंटेनरमध्ये सामायिक केलेल्या एकाधिक माउंट स्पेस असताना CRIU मध्ये प्रक्रिया स्थिती जतन आणि पुनर्संचयित करण्याच्या समस्यांचे निराकरण करते.
  • लपविलेल्या शर्यतीच्या परिस्थितींविरूद्ध जोडलेले संरक्षण जे फाइलमधील व्हॉईड्सवर प्रक्रिया करताना कॅशे रीड्स करत असताना फाइल करप्ट होऊ शकते.
  • अनिवार्य (अनिवार्य) फाइल लॉकिंगसाठी समर्थन, ब्लॉकिंग सिस्टम कॉलद्वारे लागू केले जाते ज्यामुळे फाइल बदलते, बंद केले गेले आहे. संभाव्य शर्यतीच्या परिस्थितीमुळे, हे कुलूप अविश्वसनीय मानले जात होते आणि बर्याच वर्षांपूर्वी ते नापसंत केले गेले होते.
  • LightNVM उपप्रणाली काढून टाकण्यात आली आहे, ज्याने इम्युलेशन लेयरला बायपास करून SSD ड्राइव्हवर थेट प्रवेश करण्याची परवानगी दिली आहे. झोनिंग (ZNS, Zoned Namespace) साठी NVMe मानकांच्या आगमनानंतर LightNVM ने त्याचा अर्थ गमावला.
• मेमरी आणि सिस्टम सेवा
  • DAMON (डेटा ऍक्सेस मॉनिटर) उपप्रणाली कार्यान्वित केली गेली आहे, जी तुम्हाला वापरकर्त्याच्या जागेवर चालणाऱ्या निवडलेल्या प्रक्रियेच्या संबंधात RAM मध्ये डेटा ऍक्सेस करण्याशी संबंधित क्रियाकलापांचे निरीक्षण करण्यास अनुमती देते. उपप्रणाली तुम्हाला प्रक्रियेच्या संपूर्ण ऑपरेशन दरम्यान कोणत्या मेमरी क्षेत्रांमध्ये प्रवेश केला आणि कोणते मेमरी क्षेत्र दावा न केलेले राहिले याचे विश्लेषण करण्याची परवानगी देते. DAMON मध्ये कमी CPU लोड, कमी मेमरी वापर, उच्च अचूकता आणि आकारापेक्षा स्वतंत्र, अंदाज लावता येण्याजोगा स्थिर ओव्हरहेड वैशिष्ट्ये आहेत. उपप्रणाली कर्नलद्वारे मेमरी व्यवस्थापन ऑप्टिमाइझ करण्यासाठी आणि युजर स्पेसमधील युटिलिटीजद्वारे प्रक्रिया नेमके काय करत आहे हे समजून घेण्यासाठी आणि मेमरी वापर ऑप्टिमाइझ करण्यासाठी, उदाहरणार्थ, सिस्टमसाठी अतिरिक्त मेमरी मुक्त करण्यासाठी वापरली जाऊ शकते.
  • process_mrelease सिस्टम कॉलची अंमलबजावणी पूर्ण करणाऱ्या प्रक्रियेची मेमरी रिलीझ करण्याच्या प्रक्रियेला गती देण्यासाठी लागू करण्यात आली आहे. सामान्य परिस्थितीत, संसाधन प्रकाशन आणि प्रक्रिया समाप्ती तात्काळ होत नाहीत आणि विविध कारणांमुळे उशीर होऊ शकतो, वापरकर्ता-स्पेस मेमरी लवकर प्रतिसाद प्रणाली जसे की oomd (systemd द्वारे प्रदान केलेले) आणि lmkd (Android द्वारे वापरलेले) मध्ये हस्तक्षेप होतो. process_mrelease ला कॉल करून, अशा प्रणाल्या सक्तीच्या प्रक्रियांमधून मेमरी पुन्हा दावा करण्यास अधिक अनुमानितपणे ट्रिगर करू शकतात.
  • रिअल-टाइम ऑपरेशनसाठी समर्थन विकसित करणार्‍या PREEMPT_RT कर्नल शाखेतून, RT-Mutex उपप्रणालीवर आधारित लॉक्स म्यूटेक्स, ww_mutex, rw_semaphore, spinlock आणि rwlock आयोजित करण्यासाठी प्रिमिटिव्हचे रूपे हस्तांतरित केले गेले आहेत. PREEMPT_RT मोडमध्ये ऑपरेशन सुधारण्यासाठी आणि व्यत्ययांवर प्रभाव कमी करण्यासाठी SLUB स्लॅब ऍलोकेटरमध्ये बदल जोडले गेले आहेत.
  • SCHED_IDLE टास्क शेड्युलर विशेषता साठी समर्थन cgroup मध्ये जोडले गेले आहे, जे तुम्हाला विशिष्ट cgroup मध्ये समाविष्ट केलेल्या गटाच्या सर्व प्रक्रियांना हे विशेषता प्रदान करण्यास अनुमती देते. त्या. या प्रक्रिया फक्त तेव्हाच चालतील जेव्हा सिस्टमवर कार्यान्वित होण्याची इतर कोणतीही कार्ये नसतील. प्रत्येक प्रक्रियेसाठी स्वतंत्रपणे SCHED_IDLE विशेषता सेट करण्याच्या विपरीत, SCHED_IDLE ला cग्रुपला बांधताना, कार्यान्वित करण्यासाठी कार्य निवडताना गटातील कार्यांचे सापेक्ष वजन विचारात घेतले जाते.
  • cgroup मधील मेमरी वापरासाठी लेखांकनाची यंत्रणा पोलिंग, सिग्नल प्रोसेसिंग आणि नेमस्पेससाठी तयार केलेल्या अतिरिक्त कर्नल डेटा स्ट्रक्चर्सचा मागोवा घेण्याच्या क्षमतेसह विस्तारित करण्यात आली आहे.
  • आर्किटेक्चर्सवर प्रोसेसर कोरसाठी टास्क बाइंडिंगच्या असममित शेड्यूलिंगसाठी समर्थन जोडले आहे ज्यामध्ये काही CPU 32-बिट कार्यांच्या अंमलबजावणीस परवानगी देतात आणि काही फक्त 64-बिट मोडमध्ये कार्य करतात (उदाहरणार्थ, ARM). नवीन मोड तुम्हाला 32-बिट कार्ये शेड्यूल करताना केवळ 32-बिट कार्यांना समर्थन देणार्‍या CPU चा विचार करण्याची परवानगी देतो.
  • io_uring असिंक्रोनस I/O इंटरफेस आता फाइल डिस्क्रिप्टरचा वापर न करता, फिक्स्ड-फाइल इंडेक्स टेबलमध्ये फाइल उघडण्यास समर्थन देतो, ज्यामुळे काही प्रकारच्या ऑपरेशन्समध्ये लक्षणीय वाढ करणे शक्य होते, परंतु फाइल डिस्क्रिप्टर वापरण्याच्या पारंपारिक युनिक्स प्रक्रियेच्या विरोधात जाते. फाइल्स उघडण्यासाठी.

    BIO (ब्लॉक I/O लेयर) उपप्रणालीसाठी io_uring एक नवीन रीसायकलिंग यंत्रणा (“BIO रीसायकलिंग”) लागू करते, जी अंतर्गत मेमरी व्यवस्थापित करण्याच्या प्रक्रियेत ओव्हरहेड कमी करते आणि प्रक्रिया केलेल्या I/O ऑपरेशन्सची संख्या प्रति सेकंद अंदाजे 10% ने वाढवते. . io_uring mkdirat(), symlinkat() आणि linkat() सिस्टम कॉलसाठी समर्थन देखील जोडते.

  • BPF कार्यक्रमांसाठी, टाइमर इव्हेंटची विनंती आणि प्रक्रिया करण्याची क्षमता लागू केली गेली आहे. UNIX सॉकेटसाठी एक पुनरावृत्तीकर्ता जोडला गेला आहे, आणि सेटसॉकप्टसाठी सॉकेट पर्याय मिळविण्याची आणि सेट करण्याची क्षमता लागू केली गेली आहे. BTF डंपर आता टाइप केलेल्या डेटाला सपोर्ट करतो.
  • विविध प्रकारच्या मेमरी असलेल्या NUMA सिस्टीमवर जी कार्यक्षमतेत भिन्न असते, जेव्हा मोकळी जागा संपते तेव्हा, निष्कासित मेमरी पृष्ठे ही पृष्ठे हटवण्याऐवजी डायनॅमिक मेमरी (DRAM) वरून स्लो परमनंट मेमरी (पर्सिस्टंट मेमरी) मध्ये हस्तांतरित केली जातात. चाचण्यांमधून असे दिसून आले आहे की अशा रणनीती सहसा अशा प्रणालींवर कार्यप्रदर्शन सुधारतात. NUMA NUMA नोड्सच्या निवडलेल्या संचातून प्रक्रियेसाठी मेमरी पृष्ठे वाटप करण्याची क्षमता देखील प्रदान करते.
  • ARC आर्किटेक्चरसाठी, तीन- आणि चार-स्तरीय मेमरी पृष्ठ सारण्यांसाठी समर्थन लागू केले गेले आहे, जे 64-बिट ARC प्रोसेसरसाठी समर्थन सक्षम करेल.
  • s390 आर्किटेक्चरसाठी, मेमरीसह कार्य करताना त्रुटी शोधण्यासाठी KFENCE यंत्रणा वापरण्याची क्षमता लागू केली गेली आहे, आणि KCSAN रेस कंडिशन डिटेक्टरसाठी समर्थन जोडले गेले आहे.
  • printk() द्वारे मेसेज आउटपुटची सूची अनुक्रमित करण्यासाठी समर्थन जोडले आहे, तुम्हाला असे सर्व संदेश एकाच वेळी पुनर्प्राप्त करण्याची आणि वापरकर्त्याच्या जागेतील बदलांचा मागोवा घेण्याची परवानगी देते.
  • mmap() ने VM_DENYWRITE पर्यायासाठी समर्थन काढून टाकले आहे, आणि कर्नल कोड MAP_DENYWRITE मोड वापरण्यापासून काढून टाकला आहे, ज्यामुळे ETXTBSY त्रुटी असलेल्या फाईलमध्ये लेखन अवरोधित होण्याच्या परिस्थितीची संख्या कमी झाली आहे.
  • ट्रेसिंग सबसिस्टममध्ये नवीन प्रकारचे चेक, “इव्हेंट प्रोब्स” जोडले गेले आहेत, जे विद्यमान ट्रेसिंग इव्हेंट्सशी संलग्न केले जाऊ शकतात, तुमचे स्वतःचे आउटपुट स्वरूप परिभाषित करू शकतात.
  • क्लॅंग कंपाइलर वापरून कर्नल तयार करताना, LLVM प्रकल्पातील डिफॉल्ट असेंबलर आता वापरला जातो.
  • कोडच्या कर्नलपासून मुक्त होण्याच्या प्रकल्पाचा भाग म्हणून कंपाइलरद्वारे चेतावणी आउटपुट करण्यासाठी, एक प्रयोग डीफॉल्टनुसार सक्षम केलेल्या “-Werror” मोडसह केला गेला, ज्यामध्ये कंपाइलर इशाऱ्यांवर त्रुटी म्हणून प्रक्रिया केली जाते. 5.15 रिलीझच्या तयारीत, लिनसने कर्नल तयार करताना चेतावणी न देणारे बदल स्वीकारण्यास सुरुवात केली आणि "-Werror" सह इमारत सक्षम केली, परंतु नंतर सहमत झाला की असा निर्णय अकाली होता आणि "-Werror" बाय डीफॉल्ट सक्षम करण्यास विलंब झाला. . असेंब्ली दरम्यान “-Werror” ध्वजाचा समावेश WERROR पॅरामीटर वापरून नियंत्रित केला जातो, जो डीफॉल्टनुसार COMPILE_TEST वर सेट केलेला असतो, म्हणजे सध्या ते फक्त चाचणी बिल्डसाठी सक्षम आहे.
• आभासीकरण आणि सुरक्षा
  • IMA (इंटिग्रिटी मेजरमेंट आर्किटेक्चर) सबसिस्टमवर आधारित रिमोट सर्टिफिकेशन मेकॅनिझमच्या अंमलबजावणीसह डिव्हाइस मॅपर (DM) मध्ये एक नवीन dm-ima हँडलर जोडला गेला आहे, जो बाह्य सेवेला कर्नल सबसिस्टमची सत्यता सुनिश्चित करण्यासाठी त्यांच्या स्थितीची पडताळणी करण्यास परवानगी देतो. . सराव मध्ये, dm-ima तुम्हाला डिव्हाइस मॅपर वापरून स्टोरेज तयार करण्याची परवानगी देते जी बाह्य क्लाउड सिस्टमशी जोडलेली असते, ज्यामध्ये IMA वापरून लॉन्च केलेल्या DM लक्ष्य कॉन्फिगरेशनची वैधता तपासली जाते.
  • prctl() नवीन पर्याय PR_SPEC_L1D_FLUSH कार्यान्वित करते, जे सक्षम केल्यावर, प्रत्येक वेळी कॉन्टेक्स्ट स्विच झाल्यावर कर्नल फर्स्ट-लेव्हल (L1D) कॅशेची सामग्री फ्लश करते. हा मोड सर्वात महत्त्वाच्या प्रक्रियेसाठी निवडकपणे, CPU मधील सूचनांच्या सट्टेबाज अंमलबजावणीमुळे उद्भवलेल्या भेद्यतेच्या परिणामी कॅशेमध्ये सेटल झालेला डेटा निर्धारित करण्यासाठी साइड-चॅनल हल्ल्यांच्या वापराविरूद्ध अतिरिक्त संरक्षण लागू करण्यास अनुमती देतो. PR_SPEC_L1D_FLUSH सक्षम करण्याची किंमत (डिफॉल्टनुसार सक्षम नाही) ही एक महत्त्वपूर्ण कामगिरी दंड आहे.
  • GCC मध्ये “-fzero-call-used-regs=used-gpr” ध्वज जोडून कर्नल तयार करणे शक्य आहे, जे फंक्शनमधून नियंत्रण परत करण्यापूर्वी सर्व रजिस्टर्स शून्यावर रीसेट केले जातील याची खात्री करते. हा पर्याय तुम्हाला फंक्शन्समधून माहितीच्या गळतीपासून संरक्षण करण्यास आणि शोषणांमध्ये ROP (रिटर्न-ओरिएंटेड प्रोग्रामिंग) गॅझेट तयार करण्यासाठी योग्य ब्लॉक्सची संख्या 20% कमी करण्यास अनुमती देतो.
  • हायपर-व्ही हायपरवाइजरसाठी क्लायंटच्या स्वरूपात ARM64 आर्किटेक्चरसाठी कर्नल तयार करण्याची क्षमता लागू केली गेली आहे.
  • नवीन ड्रायव्हर डेव्हलपमेंट फ्रेमवर्क "VDUSE" प्रस्तावित आहे, जे वापरकर्त्याच्या जागेत व्हर्च्युअल ब्लॉक डिव्हाइसेसची अंमलबजावणी करण्यास आणि अतिथी प्रणालींमधून प्रवेशासाठी व्हर्टिओचा वाहतूक म्हणून वापर करण्यास अनुमती देते.
  • I2C बससाठी Virtio ड्राइव्हर जोडले, ज्यामुळे स्वतंत्र बॅकएंडचा वापर करून पॅराव्हर्च्युअलायझेशन मोडमध्ये I2C कंट्रोलर्सचे अनुकरण करणे शक्य झाले.
  • अतिथींना यजमान प्रणालीद्वारे प्रदान केलेल्या GPIO ओळींमध्ये प्रवेश करण्यासाठी Virtio ड्राइव्हर gpio-virtio जोडले.
  • I/O MMU (मेमरी-व्यवस्थापन युनिट) शिवाय सिस्टमवर DMA समर्थनासह डिव्हाइस ड्रायव्हर्ससाठी मेमरी पृष्ठांवर प्रवेश प्रतिबंधित करण्याची क्षमता जोडली.
  • KVM हायपरवाइजरमध्ये रेखीय आणि लॉगरिदमिक हिस्टोग्रामच्या स्वरूपात आकडेवारी प्रदर्शित करण्याची क्षमता आहे.
• नेटवर्क उपप्रणाली
  • SMB3 प्रोटोकॉलचा वापर करून फाइल सर्व्हरच्या अंमलबजावणीसह ksmbd मॉड्यूल कर्नलमध्ये जोडले गेले आहे. मॉड्यूल कर्नलमध्ये पूर्वी उपलब्ध असलेल्या SMB क्लायंट अंमलबजावणीला पूरक आहे आणि, वापरकर्ता स्पेसमध्ये चालणार्‍या SMB सर्व्हरच्या विपरीत, कार्यप्रदर्शन, मेमरी वापर आणि प्रगत कर्नल क्षमतेसह एकत्रीकरणाच्या दृष्टीने अधिक कार्यक्षम आहे. Ksmbd ला उच्च-कार्यक्षमता, एम्बेडेड-रेडी सांबा विस्तार म्हणून ओळखले जाते जे आवश्यकतेनुसार सांबा टूल्स आणि लायब्ररींसह एकत्रित होते. ksmbd च्या क्षमतांमध्ये स्थानिक प्रणालींवर वितरित फाइल कॅशिंग तंत्रज्ञान (SMB लीज) साठी सुधारित समर्थन समाविष्ट आहे, ज्यामुळे रहदारी लक्षणीयरीत्या कमी होऊ शकते. भविष्यात, ते RDMA (“smbdirect”) आणि डिजिटल स्वाक्षरी वापरून एन्क्रिप्शन आणि सत्यापनाची विश्वासार्हता वाढविण्याशी संबंधित प्रोटोकॉल विस्तारासाठी समर्थन जोडण्याची योजना आखत आहेत.
  • CIFS क्लायंट यापुढे NTLM आणि SMB1 प्रोटोकॉलमध्ये वापरल्या जाणार्‍या कमकुवत DES-आधारित प्रमाणीकरण अल्गोरिदमला समर्थन देत नाही.
  • व्लान्ससाठी नेटवर्क ब्रिजच्या अंमलबजावणीमध्ये मल्टीकास्ट समर्थन लागू केले जाते.
  • नेटवर्क इंटरफेस एकत्रित करण्यासाठी वापरल्या जाणार्‍या बाँडिंग ड्रायव्हरने XDP (eXpress Data Path) उपप्रणालीसाठी समर्थन जोडले आहे, जे तुम्हाला Linux कर्नल नेटवर्क स्टॅकद्वारे प्रक्रिया करण्यापूर्वी नेटवर्क पॅकेट्समध्ये फेरफार करण्यास अनुमती देते.
  • mac80211 वायरलेस स्टॅक LPI, SP आणि VLP मोडमध्ये 6GHZ STA (स्पेशल टेम्पररी ऑथोरायझेशन) तसेच ऍक्सेस पॉईंट मोडमध्ये वैयक्तिक TWT (लक्ष्य वेक टाइम) सेट करण्याची क्षमता समर्थित करते.
  • व्यवस्थापन नियंत्रक आणि संबंधित उपकरणे (होस्ट प्रोसेसर, परिधीय साधने इ.) यांच्यातील परस्परसंवादासाठी वापरल्या जाणार्‍या MCTP (मॅनेजमेंट कंपोनंट ट्रान्सपोर्ट प्रोटोकॉल) साठी जोडलेले समर्थन.
  • MPTCP (MultiPath TCP) च्या गाभ्यामध्ये एकत्रीकरण, वेगवेगळ्या IP पत्त्यांशी संबंधित वेगवेगळ्या नेटवर्क इंटरफेसद्वारे एकाच वेळी पॅकेट्सच्या वितरणासह TCP कनेक्शनचे ऑपरेशन आयोजित करण्यासाठी TCP प्रोटोकॉलचा विस्तार. नवीन प्रकाशन फुलमेश मोडमधील पत्त्यांसाठी समर्थन जोडते.
  • SRv6 (सेगमेंट राउटिंग IPv6) प्रोटोकॉलमध्ये एन्कॅप्स्युलेट केलेल्या नेटवर्क प्रवाहांसाठी हँडलर नेटफिल्टरमध्ये जोडले गेले आहेत.
  • युनिक्स स्ट्रीमिंग सॉकेटसाठी सॉकमॅप समर्थन जोडले.
• उपकरणे
  • amdgpu ड्रायव्हर Cyan Skillfish APUs (Navi 1x GPUs सह सुसज्ज) चे समर्थन करतो. यलो कार्प APU आता व्हिडिओ कोडेक्सला सपोर्ट करते. सुधारित Aldebaran GPU समर्थन. GPU Navi 24 “Bige Goby” आणि RDNA2 वर आधारित नवीन नकाशा अभिज्ञापक जोडले. वर्च्युअल स्क्रीन्स (VKMS) ची सुधारित अंमलबजावणी प्रस्तावित आहे. AMD Zen 3 चिप्सच्या तापमानाचे निरीक्षण करण्यासाठी समर्थन लागू केले गेले आहे.
  • amdkfd ड्राइव्हर (विभक्त GPU साठी, जसे की Polaris) HMM (विषम मेमरी व्यवस्थापन) उपप्रणालीवर आधारित सामायिक व्हर्च्युअल मेमरी व्यवस्थापक (SVM, सामायिक व्हर्च्युअल मेमरी) कार्यान्वित करते, जे त्यांच्या स्वत: च्या मेमरी व्यवस्थापन युनिट्स (MMU) सह उपकरणांचा वापर करण्यास परवानगी देते. , मेमरी व्यवस्थापन युनिट), जे मुख्य मेमरीमध्ये प्रवेश करू शकते. विशेषतः, HMM वापरून, तुम्ही GPU आणि CPU दरम्यान सामायिक अॅड्रेस स्पेस आयोजित करू शकता, ज्यामध्ये GPU प्रक्रियेच्या मुख्य मेमरीमध्ये प्रवेश करू शकतो.
  • इंटेल व्हिडिओ कार्डसाठी i915 ड्रायव्हर TTM व्हिडिओ मेमरी मॅनेजरच्या वापराचा विस्तार करतो आणि त्यात GuC (ग्राफिक्स मायक्रो कंट्रोलर) वर आधारित वीज वापर व्यवस्थापित करण्याची क्षमता समाविष्ट आहे. Intel ARC Alchemist ग्राफिक्स कार्ड आणि Intel Xe-HP GPU साठी समर्थन लागू करण्याची तयारी सुरू झाली आहे.
  • nouveau ड्राइव्हर DPCD (डिस्प्लेपोर्ट कॉन्फिगरेशन डेटा) वापरून eDP पॅनेलसाठी बॅकलाइट नियंत्रण लागू करतो.
  • msm ड्राइव्हरला Adreno 7c Gen 3 आणि Adreno 680 GPU साठी समर्थन जोडले आहे.
  • Apple M1 चिपसाठी IOMMU ड्रायव्हर लागू केले आहे.
  • AMD Van Gogh APUs वर आधारित सिस्टीमसाठी साउंड ड्रायव्हर जोडले.
  • Realtek R8188EU ड्रायव्हर स्टेजिंग शाखेत जोडला गेला आहे, ज्याने Realtek RTL8188EU 8188 b/g/n वायरलेस चिप्ससाठी ड्रायव्हरची जुनी आवृत्ती (rtl802.11eu) बदलली आहे.
  • सूक्ष्म अणु घड्याळ आणि GNSS रिसीव्हरच्या अंमलबजावणीसह Meta (Facebook) ने विकसित केलेल्या PCIe बोर्डसाठी ocp_pt ड्रायव्हर समाविष्ट केला आहे, ज्याचा वापर वेगळ्या अचूक वेळेच्या सिंक्रोनायझेशन सर्व्हरच्या ऑपरेशनचे आयोजन करण्यासाठी केला जाऊ शकतो.
  • Sony Xperia 10II (Snapdragon 665), Xiaomi Redmi 2 (Snapdragon MSM8916), Samsung Galaxy S3 (Snapdragon MSM8226), Samsung Gavini/Codina/Kyle स्मार्टफोनसाठी समर्थन जोडले.
  • ARM SoС आणि NVIDIA Jetson TX2 NX डेव्हलपर किट, Sancloud BBE Lite, PicoITX, DRC02, SolidRun SolidSense, SKOV i.MX6, Nitrogen8, Traverse Ten64, GW7902, Microchip SAMA7, ualcomm RDMas636/8150SMas3, Microchip SAMA2 साठी समर्थन जोडले बोर्ड -3G/M2e-913G, Marvell CN2600x, ASpeed ​​AST4 (Facebook Cloudripper, Elbert आणि Fuji सर्व्हर बोर्ड), 418KOpen STiH2264-bXNUMX.
  • Gopher 2b LCD पॅनल्स, EDT ETM0350G0DH6/ETMV570G2DHU, LOGIC Technologies LTTD800480070-L6WH-RT, मल्टी-इनोटेक्नॉलॉजी MI1010AIT-1CP1, Innolux EJ030kite, Inolux EJ3.0kite, V9341. 3300-KCA, Samsung ATNA33XC20 7430, Samsung DB2401, WideChips WSXNUMX .
  • LiteX सॉफ्टवेअर SoCs (FPGAs साठी) मध्ये वापरल्या जाणार्‍या इथरनेट कंट्रोलर्ससाठी समर्थनासह LiteETH ड्राइव्हर जोडले.
  • किमान लेटन्सी मोडमध्ये ऑपरेशनचा समावेश नियंत्रित करण्यासाठी usb-ऑडिओ ड्रायव्हरमध्ये कमी विलंबता पर्याय जोडला गेला आहे. डिव्हाइस-विशिष्ट सेटिंग्ज पास करण्यासाठी quirk_flags पर्याय देखील जोडला.

त्याच वेळी, लॅटिन अमेरिकन फ्री सॉफ्टवेअर फाउंडेशनने पूर्णपणे विनामूल्य कर्नल 5.15 - Linux-libre 5.15-gnu ची आवृत्ती तयार केली, ज्यामध्ये फर्मवेअर आणि ड्रायव्हर्सचे घटक नसलेले घटक किंवा कोड विभाग आहेत, ज्याची व्याप्ती मर्यादित आहे. निर्मात्याद्वारे. नवीन रिलीझ साफसफाई पूर्ण झाल्याबद्दल लॉगवर संदेशाचे आउटपुट लागू करते. mkspec वापरून संकुल निर्माण करताना समस्यांचे निराकरण करण्यात आले आहे, स्नॅप पॅकेजसाठी समर्थन सुधारले आहे. फर्मवेयर.एच हेडर फाइलवर प्रक्रिया करताना प्रदर्शित झालेल्या काही चेतावणी काढून टाकल्या. “-Werror” मोडमध्ये तयार करताना काही प्रकारच्या चेतावणी (“स्वरूप-अतिरिक्त-आर्ग्स”, टिप्पण्या, न वापरलेली फंक्शन्स आणि व्हेरिएबल्स) आउटपुटला परवानगी दिली. gehc-achc ड्रायव्हर क्लीनिंग जोडले. ड्रायव्हर्स आणि सबसिस्टम्स अॅड्रेनो, btusb, btintel, brcmfmac, aarch64 qcom मध्ये ब्लॉब क्लीनिंग कोड अपडेट केला आहे. ड्रायव्हर्स prism54 (काढलेले) आणि rtl8188eu (r8188eu ने बदललेले) ची साफसफाई थांबवली आहे.

स्त्रोत: opennet.ru