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

दोन महिन्यांच्या विकासानंतर, लिनस टोरवाल्ड्सने लिनक्स कर्नल 5.18 चे प्रकाशन सादर केले. सर्वात लक्षणीय बदलांपैकी: अप्रचलित कार्यक्षमतेची एक मोठी साफसफाई केली गेली, Reiserfs FS अप्रचलित घोषित करण्यात आली, वापरकर्ता प्रक्रिया ट्रेसिंग इव्हेंट लागू केले गेले, इंटेल IBT शोषण अवरोधित करण्याच्या यंत्रणेसाठी समर्थन जोडले गेले, बफर ओव्हरफ्लो शोध मोड सक्षम केला गेला तेव्हा memcpy() फंक्शन वापरून, fprobe फंक्शन कॉल ट्रॅक करण्यासाठी एक यंत्रणा जोडली गेली, AMD Zen CPUs वरील टास्क शेड्युलरचे कार्यप्रदर्शन सुधारले गेले, Intel CPU कार्यक्षमता (SDS) व्यवस्थापित करण्यासाठी ड्रायव्हर समाविष्ट केले गेले, काही पॅचेस एकत्रित केले गेले. हेडर फाइल्सची पुनर्रचना करण्यासाठी आणि C11 मानक वापरण्यास मान्यता देण्यात आली आहे.

नवीन आवृत्तीमध्ये 16206 विकसकांकडून 2127 निराकरणे समाविष्ट आहेत (गेल्या रिलीजमध्ये 14203 विकासकांकडून 1995 निराकरणे होती), पॅच आकार 108 MB आहे (बदलांमुळे 14235 फायली प्रभावित झाल्या, 1340982 कोडच्या ओळी जोडल्या गेल्या, 593836 ओळी जोडल्या गेल्या). 44 मध्ये सादर केलेल्या सर्व बदलांपैकी सुमारे 5.18% बदल डिव्हाइस ड्रायव्हर्सशी संबंधित आहेत, अंदाजे 16% बदल हार्डवेअर आर्किटेक्चरसाठी विशिष्ट कोड अपडेट करण्याशी संबंधित आहेत, 11% नेटवर्किंग स्टॅकशी संबंधित आहेत, 3% फाइल सिस्टमशी संबंधित आहेत आणि 3% अंतर्गत कर्नल उपप्रणालीशी संबंधित आहेत.

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

• डिस्क सबसिस्टम, I/O आणि फाइल सिस्टम्स
  • Btrfs फाइल प्रणालीने पाठवा आणि प्राप्त ऑपरेशन्स करताना संकुचित डेटा फॉरवर्ड करण्यासाठी समर्थन जोडले आहे. पूर्वी, पाठवा/प्राप्त वापरताना, पाठवणाऱ्या बाजूने संकुचित स्वरूपात संग्रहित केलेला डेटा डीकंप्रेस केला आणि प्राप्त करणारी बाजू लिहिण्यापूर्वी तो पुन्हा संकुचित करत असे. 5.18 कर्नलमध्ये, पाठवा/प्राप्त कॉल वापरून वापरकर्ता-स्पेस अनुप्रयोगांना रिपॅकेजिंगशिवाय संकुचित डेटा प्रसारित करण्याची क्षमता दिली गेली. नवीन ioctl ऑपरेशन्स BTRFS_IOC_ENCODED_READ आणि BTRFS_IOC_ENCODED_WRITE मुळे कार्यक्षमतेची अंमलबजावणी केली गेली आहे, जी तुम्हाला माहिती थेट वाचण्याची आणि विस्तारित लिहिण्याची परवानगी देते.

    याव्यतिरिक्त, Btrfs fsync कार्यप्रदर्शन सुधारते. माउंट पॉईंट्सपुरते मर्यादित न राहता संपूर्ण स्टोरेजसाठी डुप्लिकेट आणि रिफ्लिंक (विद्यमान डेटाची लिंक तयार करून फाइल मेटाडेटा क्लोनिंग करणे) करण्याची क्षमता जोडली.

  • डायरेक्ट I/O मोडमध्ये, एनक्रिप्टेड फाइल्समध्ये प्रवेश करणे शक्य आहे जेव्हा fscrypt इनलाइन एनक्रिप्शन वापरते, ज्यामध्ये एनक्रिप्शन आणि डिक्रिप्शन ऑपरेशन्स कर्नल ऐवजी ड्राइव्ह कंट्रोलरद्वारे केले जातात. नियमित कर्नल एनक्रिप्शनसह, डायरेक्ट I/O वापरून एनक्रिप्टेड फाइल्समध्ये प्रवेश करणे अजूनही अशक्य आहे, कारण फायली कर्नलमधील बफरिंग मेकॅनिझमला बायपास करून ऍक्सेस केल्या जातात.
  • NFS सर्व्हरमध्ये पूर्वनिर्धारितपणे NFSv3 प्रोटोकॉलसाठी समर्थन समाविष्ट आहे, ज्यास आता वेगळ्या सक्षमीकरणाची आवश्यकता नाही आणि जेव्हा NFS सक्षम केले जाते तेव्हा उपलब्ध असते. NFSv3 ही NFS ची मुख्य आणि नेहमी समर्थित आवृत्ती मानली जाते आणि भविष्यात NFSv2 साठी समर्थन बंद केले जाऊ शकते. निर्देशिका सामग्री वाचण्याची कार्यक्षमता लक्षणीयरीत्या सुधारली गेली आहे.
  • ReiserFS फाइल प्रणाली नापसंत केली गेली आहे आणि 2025 मध्ये काढली जाण्याची अपेक्षा आहे. ReiserFS नापसंत केल्याने माउंटिंग, आयओमॅप आणि टोम्ससाठी नवीन API च्या समर्थनाशी संबंधित फाइल सिस्टम-व्यापी बदल राखण्यासाठी आवश्यक प्रयत्न कमी होतील.
  • F2FS फाइल सिस्टमसाठी, माउंट केलेल्या फाइल सिस्टमचे वापरकर्ता आयडी मॅप करण्याची क्षमता लागू केली गेली आहे, ज्याचा वापर आरोहित परदेशी विभाजनावरील विशिष्ट वापरकर्त्याच्या फाइल्सची तुलना सध्याच्या सिस्टमवरील दुसर्या वापरकर्त्याशी करण्यासाठी केला जातो.
  • डिव्‍हाइस-मॅपर हँडलर्समध्‍ये सांख्यिकी मोजण्‍यासाठी कोड पुन्‍हा तयार केला गेला आहे, ज्‍याने dm-crypt सारख्या हँडलर्समध्‍ये लेखांकनाची अचूकता लक्षणीयरीत्या सुधारली आहे.
  • NVMe साधने आता अखंडता तपासणीसाठी 64-बिट चेकसमला समर्थन देतात.
  • एक्सफॅट फाइल सिस्टमसाठी, नवीन माउंट पर्याय "keep_last_dots" प्रस्तावित करण्यात आला आहे, जो फाइलच्या नावाच्या शेवटी क्लिअरिंग डॉट्स अक्षम करतो (विंडोजमध्ये, फाइलच्या नावाच्या शेवटी असलेले ठिपके डीफॉल्टनुसार काढून टाकले जातात).
  • EXT4 फास्ट_कमिट मोडचे कार्यप्रदर्शन सुधारते आणि स्केलेबिलिटी वाढवते. “mb_optimize_scan” माउंट पर्याय, जो मोठ्या फाईल सिस्टम फ्रॅगमेंटेशनच्या परिस्थितीत कार्यप्रदर्शन वाढविण्यास अनुमती देतो, विस्तारित फाइल्ससह कार्य करण्यासाठी अनुकूल आहे.
  • ब्लॉक साधनांना समर्थन देणार्‍या उपप्रणालीमधील लेखन प्रवाहासाठी समर्थन बंद केले आहे. हे वैशिष्ट्य SSD साठी प्रस्तावित केले गेले होते, परंतु ते व्यापक नव्हते आणि सध्या या मोडला समर्थन देणारी कोणतीही उपकरणे वापरात नाहीत आणि ती भविष्यात दिसण्याची शक्यता नाही.
• मेमरी आणि सिस्टम सेवा
  • पॅचेसच्या संचाचे एकत्रीकरण सुरू झाले आहे, ज्यामुळे हेडर फाइल्सच्या पदानुक्रमाची पुनर्रचना करून आणि क्रॉस-डिपेंडेंसीची संख्या कमी करून कर्नल पुनर्बांधणीचा वेळ लक्षणीयरीत्या कमी होतो. कर्नल 5.18 मध्ये पॅचेस समाविष्ट आहेत जे टास्क शेड्यूलर हेडर फाइल्सची रचना अनुकूल करतात (कर्नल/शेड). मागील रिलीझच्या तुलनेत, कर्नल/शेड/कोड एकत्र करताना CPU वेळेचा वापर 61% ने कमी झाला आणि वास्तविक वेळ 3.9% ने कमी झाला (2.95 ते 2.84 सेकंद).
  • कर्नल कोडला 11 मध्ये प्रकाशित C2011 मानक वापरण्याची परवानगी आहे. पूर्वी, कर्नलमध्ये जोडलेल्या कोडला 89 मध्ये तयार झालेल्या ANSI C (C1989) तपशीलाचे पालन करावे लागे. ५.१८ कर्नल बिल्ड स्क्रिप्ट्समध्ये, ‘—std=gnu5.18’ हा पर्याय ‘—std=gnu89 -Wno-shift-negative-value’ ने बदलण्यात आला. C11 मानक वापरण्याची शक्यता विचारात घेण्यात आली होती, परंतु या प्रकरणात GCC ची किमान समर्थित आवृत्ती वाढवणे आवश्यक आहे, तर C17 समर्थनाचा समावेश GCC आवृत्ती (11) च्या सध्याच्या आवश्यकतांमध्ये बसतो.
  • झेन मायक्रोआर्किटेक्चरसह AMD प्रोसेसरवर सुधारित कार्य शेड्यूलिंग कार्यप्रदर्शन, जे स्थानिक मेमरी चॅनेलसह प्रत्येक नोडसाठी एकाधिक लास्ट लेव्हल कॅशे (LLC) प्रदान करते. नवीन आवृत्ती NUMA नोड्समधील LLC असंतुलन दूर करते, ज्यामुळे काही प्रकारच्या वर्कलोडसाठी कार्यप्रदर्शनात लक्षणीय वाढ झाली.
  • युजर स्पेसमध्ये ऍप्लिकेशन्स ट्रेस करण्यासाठी टूल्सचा विस्तार करण्यात आला आहे. नवीन कर्नल आवृत्ती वापरकर्ता इव्हेंट्स तयार करण्यासाठी आणि ट्रेस बफरमध्ये डेटा लिहिण्यासाठी वापरकर्त्याच्या प्रक्रियेसाठी क्षमता जोडते, जी ftrace आणि perf सारख्या मानक कर्नल ट्रेसिंग युटिलिटीद्वारे पाहिली जाऊ शकते. युजर स्पेस ट्रेस इव्हेंट कर्नल ट्रेस इव्हेंट्सपासून वेगळे केले जातात. इव्हेंटची स्थिती फाइल /sys/kernel/debug/tracing/user_events_status, आणि इव्हेंट नोंदणी आणि डेटा रेकॉर्डिंग फाइल /sys/kernel/debug/tracing/user_events_data द्वारे पाहिली जाऊ शकते.
  • मॉनिटरिंग (प्रोब) फंक्शन कॉलसाठी एक यंत्रणा जोडली - fprobe. fprobe API ftrace वर आधारित आहे, परंतु फंक्शन एंट्री पॉइंट्स आणि फंक्शन एक्झिट पॉइंट्सवर कॉलबॅक हँडलर संलग्न करण्याच्या क्षमतेद्वारे मर्यादित आहे. kprobes आणि kretprobes च्या विपरीत, नवीन यंत्रणा तुम्हाला एकाच वेळी अनेक कार्यांसाठी एक हँडलर वापरण्याची परवानगी देते.
  • मेमरी मॅनेजमेंट युनिट (MMU) सह सुसज्ज नसलेल्या जुन्या ARM प्रोसेसरसाठी (ARMv4 आणि ARMv5) समर्थन बंद केले आहे. MMU शिवाय ARMv7-M सिस्टीमसाठी समर्थन कायम ठेवले आहे.
  • Andes Technologies प्रोसेसरमध्ये वापरले जाणारे RISC-सारखे NDS32 आर्किटेक्चरचे समर्थन बंद केले आहे. मुख्य लिनक्स कर्नल (उर्वरित वापरकर्ते हार्डवेअर उत्पादकांकडून विशेष कर्नल बिल्ड वापरतात) देखभालीच्या अभावामुळे आणि NDS32 समर्थनाची मागणी नसल्यामुळे कोड काढला गेला.
  • पूर्वनिर्धारितपणे, a.out एक्झिक्युटेबल फाइल फॉरमॅटसाठी समर्थनासह कर्नल तयार करणे अल्फा आणि m68k आर्किटेक्चर्ससाठी अक्षम केले आहे, जे हे स्वरूप वापरणे सुरू ठेवतात. लीगेसी a.out फॉरमॅटसाठी समर्थन लवकरच कर्नलमधून पूर्णपणे काढून टाकले जाण्याची शक्यता आहे. 2019 पासून a.out फॉरमॅट काढून टाकण्याच्या योजनांवर चर्चा केली जात आहे.
  • PA-RISC आर्किटेक्चर vDSO (व्हर्च्युअल डायनॅमिक शेअर्ड ऑब्जेक्ट्स) मेकॅनिझमसाठी किमान समर्थन पुरवते, जे वापरकर्ता स्पेसमध्ये कॉन्टेक्स्ट स्विचिंगशिवाय उपलब्ध सिस्टीम कॉल्सचा मर्यादित संच प्रदान करते. vDSO समर्थनाने नॉन-एक्झिक्युटेबल स्टॅकसह चालवण्याची क्षमता लागू करणे शक्य केले.
  • Intel HFI (हार्डवेअर फीडबॅक इंटरफेस) यंत्रणेसाठी समर्थन जोडले आहे, जे हार्डवेअरला प्रत्येक CPU च्या वर्तमान कार्यक्षमतेबद्दल आणि ऊर्जा कार्यक्षमतेबद्दल कर्नलला माहिती प्रसारित करण्यास अनुमती देते.
  • Intel SDSi (सॉफ्टवेअर-परिभाषित सिलिकॉन) यंत्रणेसाठी ड्राइव्हर जोडला, जो तुम्हाला प्रोसेसरमध्ये अतिरिक्त वैशिष्ट्यांचा समावेश नियंत्रित करण्यास अनुमती देतो (उदाहरणार्थ, विशेष सूचना आणि अतिरिक्त कॅशे मेमरी). कल्पना अशी आहे की प्रगत फंक्शन लॉक करून चिप्स कमी किमतीत पुरवल्या जाऊ शकतात, ज्या नंतर "खरेदी" केल्या जाऊ शकतात आणि चिपच्या हार्डवेअर बदलीशिवाय अतिरिक्त क्षमता सक्रिय केल्या जाऊ शकतात.
  • amd_hsmp ड्राइव्हरला AMD HSMP (होस्ट सिस्टम मॅनेजमेंट पोर्ट) इंटरफेसला समर्थन देण्यासाठी जोडले गेले आहे, जे Fam19h जनरेशनपासून सुरू होणार्‍या AMD EPYC सर्व्हर प्रोसेसरमध्ये दिसणार्‍या विशेष रजिस्टर्सच्या संचाद्वारे प्रोसेसर व्यवस्थापन फंक्शन्समध्ये प्रवेश प्रदान करते. उदाहरणार्थ, HSMP द्वारे तुम्ही वीज वापर आणि तापमान यावर डेटा मिळवू शकता, वारंवारता मर्यादा सेट करू शकता, विविध कार्यप्रदर्शन सुधारणा मोड सक्रिय करू शकता आणि मेमरी पॅरामीटर्स व्यवस्थापित करू शकता.
  • io_uring असिंक्रोनस I/O इंटरफेस IORING_SETUP_SUBMIT_ALL पर्यायाला रिंग बफरमध्ये फाइल वर्णनकर्त्यांचा संच नोंदणीकृत करण्यासाठी आणि IORING_OP_MSG_RING ऑपरेशन एका रिंग बफरमधून दुसर्‍या रिंग बफरला सिग्नल पाठवण्यासाठी लागू करतो.
  • DAMOS (डेटा ऍक्सेस मॉनिटरिंग-आधारित ऑपरेशन स्कीम्स) यंत्रणा, जी मेमरी ऍक्सेसची वारंवारता लक्षात घेऊन मेमरी सोडण्याची परवानगी देते, वापरकर्त्याच्या जागेवरून मेमरी ऑपरेशन्सचे निरीक्षण करण्याची क्षमता वाढवते.
  • पृष्ठ फोलिओच्या संकल्पनेच्या अंमलबजावणीसह पॅचची तिसरी मालिका एकत्रित केली गेली आहे, जी कंपाऊंड पृष्ठांसारखी दिसते, परंतु सुधारित शब्दार्थ आणि कार्याची स्पष्ट संघटना आहे. टोम्स वापरल्याने तुम्हाला काही कर्नल उपप्रणालींमध्ये मेमरी व्यवस्थापनाची गती वाढवता येते. प्रस्तावित पॅचेसमध्ये, get_user_pages() फंक्शनच्या फरकांसह अंतर्गत मेमरी व्यवस्थापन कार्ये फोलिओमध्ये अनुवादित केली गेली. रीड-अहेड कोडमध्ये मोठे व्हॉल्यूम तयार करण्यासाठी समर्थन प्रदान केले.
  • असेंबली सिस्टीम आता USERCFLAGS आणि USERLDFLAGS पर्यावरण व्हेरिएबल्सना सपोर्ट करते, ज्याच्या मदतीने तुम्ही कंपाइलर आणि लिंकरला अतिरिक्त ध्वज पाठवू शकता.
  • ईबीपीएफ उपप्रणालीमध्ये, बीटीएफ (बीपीएफ प्रकार स्वरूप) यंत्रणा, जी बीपीएफ स्यूडोकोडमध्ये प्रकार तपासणी माहिती प्रदान करते, वापरकर्त्याच्या जागेतील मेमरी क्षेत्रांचा संदर्भ असलेल्या व्हेरिएबल्समध्ये भाष्य जोडण्याची क्षमता प्रदान करते. भाष्ये BPF कोड पडताळणी प्रणालीला मेमरी ऍक्सेस अधिक चांगल्या प्रकारे ओळखण्यात आणि सत्यापित करण्यात मदत करतात.
  • लोड केलेले बीपीएफ प्रोग्राम्स संचयित करण्यासाठी नवीन मेमरी वाटप हँडलर प्रस्तावित केले गेले आहे, जे मोठ्या संख्येने बीपीएफ प्रोग्राम लोड केलेल्या परिस्थितीत मेमरीचा अधिक कार्यक्षम वापर करण्यास अनुमती देते.
  • MADV_DONTNEED_LOCKED ध्वज madvise() सिस्टीम कॉलमध्ये जोडला गेला आहे, जो प्रोसेस मेमरी मॅनेजमेंट ऑप्टिमाइझ करण्यासाठी साधने पुरवतो, जो विद्यमान MADV_DONTNEED फ्लॅगला पूरक आहे, ज्याद्वारे कर्नलला मेमरी ब्लॉकच्या येऊ घातलेल्या प्रकाशनाबद्दल आगाऊ माहिती दिली जाऊ शकते, म्हणजे. की या ब्लॉकची यापुढे गरज नाही आणि कर्नलद्वारे वापरली जाऊ शकते. MADV_DONTNEED च्या विपरीत, MADV_DONTNEED_LOCKED ध्वजाचा वापर RAM मध्ये पिन केलेल्या मेमरी पृष्ठांसाठी अनुज्ञेय आहे, ज्यांना, जेव्हा madvise म्हटले जाते, तेव्हा त्यांची पिन केलेली स्थिती न बदलता बाहेर काढले जाते आणि, त्यानंतरच्या ब्लॉकमध्ये प्रवेश आणि “पृष्ठ निर्मिती” झाल्यास फॉल्ट,” जतन केलेल्या बंधनासह परत केले जातात. याव्यतिरिक्त, HugeTLB मधील मोठ्या मेमरी पृष्ठांसह MADV_DONTNEED ध्वज वापरण्याची परवानगी देण्यासाठी एक बदल जोडला गेला आहे.
• आभासीकरण आणि सुरक्षा
  • x86 आर्किटेक्चरसाठी, Intel IBT (Indirect Branch Tracking) कमांड फ्लो प्रोटेक्शन मेकॅनिझमसाठी समर्थन जोडले गेले आहे, जे रिटर्न-ओरिएंटेड प्रोग्रामिंग तंत्र (ROP, रिटर्न-ओरिएंटेड प्रोग्रामिंग) वापरून शोषण बांधकाम तंत्राचा वापर प्रतिबंधित करते, ज्यामध्ये शोषण होते. कंट्रोल रिटर्न इंस्ट्रक्शनसह समाप्त होणार्‍या मशीनच्या सूचनांच्या तुकड्यांच्या स्मृतीमध्ये आधीपासूनच अस्तित्वात असलेल्या कॉलच्या साखळीच्या स्वरूपात तयार केले जाते (नियमानुसार, ही फंक्शन्सची समाप्ती आहेत). कार्यान्वित संरक्षण पद्धतीचे सार म्हणजे फंक्शनच्या सुरुवातीला एक विशेष ENDBR सूचना जोडून फंक्शनच्या मुख्य भागावर अप्रत्यक्ष संक्रमणे अवरोधित करणे आणि केवळ या निर्देशामध्ये संक्रमणाच्या बाबतीत अप्रत्यक्ष संक्रमणाची अंमलबजावणी करण्यास परवानगी देणे (एक अप्रत्यक्ष JMP द्वारे कॉल करणे आणि CALL नेहमी ENDBR निर्देशांवर असणे आवश्यक आहे, जे अगदी सुरुवातीच्या फंक्शन्समध्ये ठेवलेले आहे).
  • memcpy(), memmove() आणि memset() फंक्शन्समध्ये बफर सीमांची अधिक कडक तपासणी सक्षम केली, CONFIG_FORTIFY_SOURCE मोड सक्षम असताना कंपाइल वेळी केले जाते. ज्या संरचनांचा आकार ज्ञात आहे त्यांचे घटक सीमांच्या पलीकडे जातात की नाही हे तपासण्यासाठी जोडलेला बदल उकळतो. हे लक्षात घेतले जाते की अंमलात आणलेल्या वैशिष्ट्यामुळे किमान गेल्या तीन वर्षात ओळखल्या गेलेल्या सर्व memcpy()-संबंधित कर्नल बफर ओव्हरफ्लो ब्लॉक करणे शक्य होईल.
  • RDRAND स्यूडो-रँडम नंबर जनरेटरच्या अद्ययावत अंमलबजावणीसाठी कोडचा दुसरा भाग जोडला, जो /dev/random आणि /dev/urandom उपकरणांच्या ऑपरेशनसाठी जबाबदार आहे. नवीन अंमलबजावणी /dev/random आणि /dev/urandom चे कार्य एकत्रित करण्यासाठी, व्हर्च्युअल मशीन सुरू करताना यादृच्छिक संख्यांच्या प्रवाहात डुप्लिकेट दिसण्यापासून संरक्षण जोडण्यासाठी आणि SHA2 ऐवजी BLAKE1s हॅश फंक्शन वापरण्यासाठी स्विच करण्यासाठी लक्षणीय आहे. एन्ट्रॉपी मिक्सिंग ऑपरेशन्स. बदलामुळे समस्याग्रस्त SHA1 अल्गोरिदम काढून टाकून आणि RNG इनिशिएलायझेशन वेक्टरचे ओव्हररायटिंग काढून टाकून स्यूडो-रँडम नंबर जनरेटरची सुरक्षा सुधारली. BLAKE2s अल्गोरिदम कार्यक्षमतेत SHA1 पेक्षा श्रेष्ठ असल्याने, त्याच्या वापराचा कार्यक्षमतेवरही सकारात्मक परिणाम झाला.
  • ARM64 आर्किटेक्चरसाठी, नवीन पॉइंटर ऑथेंटिकेशन अल्गोरिदम - “QARMA3” साठी समर्थन जोडले गेले आहे, जे सुरक्षिततेची योग्य पातळी राखून QARMA अल्गोरिदमपेक्षा वेगवान आहे. तंत्रज्ञान तुम्हाला पॉइंटरच्याच न वापरलेल्या वरच्या बिट्समध्ये साठवलेल्या डिजिटल स्वाक्षरी वापरून रिटर्न पत्ते सत्यापित करण्यासाठी विशेष ARM64 सूचना वापरण्याची परवानगी देते.
  • ARM64 आर्किटेक्चरसाठी, स्टॅकवर बफर ओव्हरफ्लो झाल्यास फंक्शनमधून रिटर्न पत्ता ओव्हरराइट करण्यापासून संरक्षण मोडच्या GCC 12 मध्ये समावेशासह असेंबलीसाठी समर्थन लागू केले गेले आहे. फंक्शनमध्ये नियंत्रण हस्तांतरित केल्यानंतर आणि फंक्शनमधून बाहेर पडण्यापूर्वी हा पत्ता पुनर्प्राप्त केल्यानंतर रिटर्न अॅड्रेस वेगळ्या "शॅडो" स्टॅकमध्ये सेव्ह करणे हे संरक्षणाचे सार आहे.
  • शिम बूटलोडरमध्ये समर्थित सिस्टीम मालक की (MOK, मशीन ओनर की) असलेली नवीन कीरिंग - “मशीन” जोडली. या की चा वापर पोस्ट-बूट स्टेजवर लोड केलेल्या कर्नल घटकांवर डिजिटल स्वाक्षरी करण्यासाठी केला जाऊ शकतो (उदाहरणार्थ, कर्नल मॉड्यूल्स).
  • TPM साठी असममित खाजगी की साठी काढलेले समर्थन, जे TPM च्या लीगेसी आवृत्तीमध्ये ऑफर केले गेले होते, त्यांना सुरक्षितता समस्या माहित होत्या आणि सराव मध्ये मोठ्या प्रमाणावर स्वीकारल्या गेल्या नाहीत.
  • पूर्णांक ओव्हरफ्लोपासून आकार_टी प्रकारासह डेटाचे संरक्षण जोडले. कोडमध्ये हँडलर्स size_mul(), size_add() आणि size_sub() समाविष्ट आहेत, जे तुम्हाला आकार_t टाइपसह सुरक्षितपणे गुणाकार, जोडू आणि वजा करण्यास अनुमती देतात.
  • कर्नल तयार करताना, “-Warray-bounds” आणि “-Wzero-length-bounds” ध्वज सक्षम केले जातात, जे जेव्हा इंडेक्स अॅरेच्या सीमेच्या पलीकडे जाते आणि जेव्हा शून्य-लांबीचे अॅरे वापरले जातात तेव्हा चेतावणी दाखवतात.
  • virtio-crypto साधनाने RSA अल्गोरिदम वापरून एनक्रिप्शनसाठी समर्थन जोडले आहे.
• नेटवर्क उपप्रणाली
  • नेटवर्क ब्रिजच्या अंमलबजावणीमध्ये, पोर्ट बाइंडिंग मोड (लॉक मोड) साठी समर्थन जोडले गेले आहे, ज्यामध्ये वापरकर्ता केवळ अधिकृत MAC पत्त्यावरून पोर्टद्वारे रहदारी पाठवू शकतो. STP (स्पॅनिंग ट्री प्रोटोकॉल) प्रोटोकॉलच्या स्थितीचे मूल्यांकन करण्यासाठी अनेक संरचना वापरण्याची क्षमता देखील जोडली गेली आहे. पूर्वी, प्रत्येक VLAN स्वतंत्रपणे व्यवस्थापित करून, व्हीएलएएन फक्त थेट एसटीपी (1:1) वर मॅप केले जाऊ शकत होते. नवीन आवृत्ती mst_enable पॅरामीटर जोडते, सक्षम केल्यावर, VLAN ची स्थिती MST (मल्टिपल स्पॅनिंग ट्री) मॉड्यूलद्वारे नियंत्रित केली जाते आणि VLAN चे बंधन M:N मॉडेलशी सुसंगत असू शकते.
  • पॅकेट्स (रिझन कोड्स) सोडण्याच्या कारणांचा मागोवा घेण्यासाठी नेटवर्क स्टॅकमध्ये टूल्स समाकलित करण्याचे काम चालू राहिले. जेव्हा पॅकेटशी संबंधित मेमरी मुक्त केली जाते तेव्हा कारण कोड पाठविला जातो आणि हेडर त्रुटींमुळे पॅकेट टाकून देणे, rp_filter स्पूफिंग डिटेक्शन, अवैध चेकसम, मेमरी संपुष्टात येणे, IPSec XFRM नियम ट्रिगर करणे, अवैध अनुक्रम क्रमांक TCP, इ.
  • BPF_PROG_RUN मोडमध्ये वापरकर्ता स्पेसमधून लॉन्च केलेल्या BPF प्रोग्राम्समधून नेटवर्क पॅकेट हस्तांतरित करणे शक्य आहे, ज्यामध्ये BPF प्रोग्राम कर्नलमध्ये कार्यान्वित केले जातात, परंतु परिणाम वापरकर्त्याच्या जागेवर परत करतात. पॅकेट्स एक्सडीपी (एक्सप्रेस डेटा पथ) उपप्रणाली वापरून प्रसारित केले जातात. लाइव्ह पॅकेट प्रोसेसिंग मोड समर्थित आहे, ज्यामध्ये XDP प्रोसेसर फ्लायवर नेटवर्क पॅकेट्स नेटवर्क स्टॅकवर किंवा इतर डिव्हाइसेसवर पुनर्निर्देशित करू शकतो. नेटवर्क स्टॅकमध्ये बाह्य रहदारीचे सॉफ्टवेअर जनरेटर किंवा पर्यायी नेटवर्क फ्रेम तयार करणे देखील शक्य आहे.
  • नेटवर्क cgroups शी संलग्न असलेल्या BPF प्रोग्राम्ससाठी, हेल्पर फंक्शन्सने सिस्टम कॉलचे रिटर्न व्हॅल्यू स्पष्टपणे सेट करण्यासाठी प्रस्तावित केले आहे, ज्यामुळे सिस्टम कॉल ब्लॉक करण्याच्या कारणांबद्दल अधिक संपूर्ण माहिती देणे शक्य होते.
  • XDP (eXpress डेटा पथ) उपप्रणालीने एकाधिक बफरमध्ये ठेवलेल्या खंडित पॅकेटसाठी समर्थन जोडले आहे, जे तुम्हाला XDP मध्ये जंबो फ्रेम्सवर प्रक्रिया करण्यास आणि XDP_REDIRECT साठी TSO/GRO (TCP सेगमेंटेशन ऑफलोड/जेनेरिक रिसीव्ह ऑफलोड) वापरण्याची परवानगी देते.
  • नेटवर्क नेमस्पेसेस हटविण्याची प्रक्रिया लक्षणीयरीत्या वेगवान झाली आहे, ज्याची मोठ्या प्रमाणात रहदारी असलेल्या काही मोठ्या सिस्टमवर मागणी होती.
• उपकरणे
  • amdgpu ड्राइव्हरमध्ये डीफॉल्टनुसार FreeSync अडॅप्टिव्ह सिंक्रोनाइझेशन तंत्रज्ञान समाविष्ट आहे, जे तुम्हाला स्क्रीनवरील माहितीचा रीफ्रेश दर समायोजित करण्यास अनुमती देते, गेम खेळताना आणि व्हिडिओ पाहताना गुळगुळीत आणि अश्रुमुक्त प्रतिमा सुनिश्चित करते. Aldebaran GPU समर्थन स्थिर म्हणून घोषित केले आहे.
  • i915 ड्राइव्हर Intel Alderlake N चिप्स आणि Intel DG2-G12 डिस्क्रिट ग्राफिक्स कार्ड्स (Arc Alchemist) साठी समर्थन जोडतो.
  • nouveau ड्राइव्हर DP/eDP इंटरफेससाठी उच्च बिटरेट्स आणि lttprs (लिंक-ट्रेनिंग ट्यूनेबल PHY रिपीटर्स) केबल विस्तारकांसाठी समर्थन पुरवतो.
  • ड्रायव्हर्स armada, exynos, gma500, hyperv, imx, ingenic, mcde, mediatek, msm, omap, rcar-du, rockchip, sprd, sti, tegra, tilcdc, xen आणि vc4 पॅरामीटर मधील drm (डायरेक्ट रेंडरिंग मॅनेजर) सबसिस्टममध्ये nomodeset जोडले गेले आहे, जे तुम्हाला कर्नल स्तरावर व्हिडिओ मोड स्विच करणे आणि हार्डवेअर रेंडरिंग प्रवेग साधनांचा वापर अक्षम करण्यास अनुमती देते, फक्त सिस्टम फ्रेमबफरशी संबंधित कार्यक्षमता सोडून.
  • ARM SoС Qualcomm Snapdragon 625/632 (LG Nexus 5X आणि Fairphone FP3 स्मार्टफोन्समध्ये वापरलेले), Samsung Exynos 850, Samsung Exynos 7885 (Samsung Galaxy A8 मध्ये वापरलेले), Airoha (Mediatek/EcoNet) EN7523, Mediatek/EcoNet (Mediatek/EcoNet) EN6582, टॅबलेट 5008G), Microchip Lan3, Renesas RZ/G966LC, RZ/V2L, Tesla FSD, TI K2/AM3 आणि i.MXRTxxxx.
  • Broadcom (Raspberry Pi Zero 2 W), Qualcomm (Google Herobrine R1 Chromebook, SHIFT6mq, Samsung Galaxy Book2), Rockchip (Pine64 PineNote, Bananapi-R2-Pro, STM32 Emtrion emSBS, Samsung Galaxy Tab) कडून ARM उपकरणे आणि बोर्डसाठी समर्थन जोडले , Prestigio PMT5008 3G टॅबलेट), Allwinner (A20-Marsboard), Amlogic (Amediatek X96-AIR, CYX A95XF3-AIR, Haochuangy H96-Max, Amlogic AQ222 आणि OSMC Vero 4K+), Aspeed (Quanta, MVMVCK6), एस्पीड (क्वांटा, एएमसीएचएमव्हीएसआर), एम्लॉजिक / आर्मडा (Ctera C8 V3 आणि V200 NAS), Mstar (DongShanPiOne, Miyoo Mini), NXP i.MX (प्रोटोनिक PRT1MM, emCON-MX2M Mini, Toradex Verdin, GW8) गेटवर्क्स.
  • साउंड सिस्टम आणि कोडेक्स AMD PDM, Atmel PDMC, Awinic AW8738, i.MX TLV320AIC31xx, Intel CS35L41, ESSX8336, Mediatek MT8181, nVidia Tegra234, Qualcomm SC7280/R2ZAsstruments, T585ZLnes, Re234MV. Intel AVS DSP चिपसाठी साउंड ड्रायव्हरची प्रारंभिक अंमलबजावणी जोडली. Intel ADL आणि TegraXNUMX साठी ड्रायव्हर समर्थन अद्यतनित केले, आणि Dell, HP, Lenovo, ASUS, Samsung आणि Clevo उपकरणांवर ऑडिओ समर्थन सुधारण्यासाठी बदल केले.

  त्याच वेळी, लॅटिन अमेरिकन फ्री सॉफ्टवेअर फाउंडेशनने पूर्णपणे विनामूल्य कर्नल 5.18 - Linux-libre 5.18-gnu ची आवृत्ती तयार केली, ज्यामध्ये फर्मवेअर आणि ड्रायव्हर्सचे घटक नसलेले घटक किंवा कोड विभाग आहेत, ज्याची व्याप्ती मर्यादित आहे. निर्मात्याद्वारे. नवीन प्रकाशन MIPI DBI पॅनल्स, VPU Amphion, WiFi MediaTek MT7986 WMAC, Mediatek MT7921U (USB) आणि Realtek 8852a/8852c, Intel AVS आणि Texas Instruments TAS5805M साउंड चिप्ससाठी ड्रायव्हर्स क्लीन करते. AArch64 आर्किटेक्चरवर आधारित प्रोसेसरसह विविध Qualcomm SoCs साठी DTS फाइल्स देखील साफ केल्या गेल्या. AMD GPU, MediaTek MT7915, Silicon Labs WF200+ WiFi, Mellanox Spectru Ethernet, Realtek rtw8852c, Qualcomm Q6V5, Wolfson ADSP, MediaTek HCI UART च्या ड्रायव्हर्स आणि सबसिस्टममध्ये ब्लॉब क्लीनिंग कोड अपडेट केला आहे.

स्त्रोत: opennet.ru