लिनस बेनेडिक्ट टोरवाल्ड्स हे फिन्निश-अमेरिकन सॉफ्टवेअर अभियंता आहेत, जे लिनक्स कर्नलचा विकास सुरू करण्यासाठी आणि देखभाल करण्यासाठी ओळखले जातात,
अलीकडे समर्थन करत नसलेल्या x86 प्रोसेसरवरील उपायांवर चर्चा करताना सूचना «cmpxchg8b», लिनस टोरवाल्ड्स यांनी सांगितले की कदाचित ही वेळ असेल कर्नल चालवण्यासाठी हे विधान अनिवार्य करा आणि i486 प्रोसेसरसाठी समर्थन काढून टाका जे "cmpxchg8b" ला समर्थन देत नाही, "यापुढे कोणीही वापरत नाही" अशा प्रोसेसरवर ही सूचना कशी कार्य करते हे "अनुकरण करण्याचा प्रयत्न" करण्याऐवजी.
सध्या, जवळजवळ सर्व Linux वितरण जे x86 32-बिट प्रणालींना समर्थन देत आहेत त्यांनी X86_PAE पर्यायासह कर्नल संकलित करण्यासाठी स्विच केले आहे, ज्यासाठी "cmpxchg8b" समर्थन आवश्यक आहे.
लिनसच्या मते, कर्नलमधील समर्थनाच्या बाबतीत, i486 प्रोसेसरने प्रासंगिकता गमावली आहे, जरी ते अजूनही दैनंदिन जीवनात आढळतात. एका विशिष्ट टप्प्यावर, प्रोसेसर संग्रहालयाचे तुकडे बनतात आणि त्यांच्यासाठी "संग्रहालय" कोर वापरणे शक्य आहे.
हे नमूद करण्यासारखे आहे की क्लासिक i486 साठी समर्थन काढून टाकणे पुढे चालू ठेवल्यास, याचा इंटेलच्या एम्बेडेड क्वार्क प्रोसेसरवर परिणाम होणार नाही, जे जरी i486 वर्गाचे असले तरी, "cmpxchg8b» सह Pentium जनरेशनच्या वैशिष्ट्यपूर्ण अतिरिक्त सूचना समाविष्ट करतात.
या व्यतिरिक्त हे नमूद केले आहे की हेच व्होर्टेक्स86DX प्रोसेसरवर लागू होते. i386 प्रोसेसरसाठी समर्थन 10 वर्षांपूर्वी कर्नलमध्ये सोडण्यात आले होते.
कदाचित आम्ही बुलेट चावून सांगू की आम्ही फक्त 'cmpxchg86b' (म्हणजे पेंटियम आणि नंतर) सह x32-8 चे समर्थन करतो.
सर्व "cli/sti सह 64-बिट अणूंचे अनुकरण करा, तरीही त्या CPU वर कोणाकडेही SMP नाही हे माहीत आहे" आणि त्या try_cmpxchg86 लूपचा वापर करून सामान्य x32-64 xchg() सेटअप लागू करा.
मला वाटते की बहुतेक (सर्व?) वितरणे आधीच X86_PAE सक्षम करतात, जे X86_CMPXCHG64 बेस आवश्यकतेचा भाग बनवते.
मला खात्री आहे की आजकाल बहुतेक वितरणे 32-बिट विकास देखील करतात.
...
आम्ही 386 मध्ये i2012 समर्थनापासून मुक्त झालो. कदाचित 486 मध्ये i2022 समर्थन सोडण्याची वेळ आली आहे?
i486 साठी समर्थनाचा शेवट विचारात घेण्यासाठी एक मैलाचा दगड असू शकतो, कारण काही काळापूर्वी विविध Linux वितरणांनी 32-बिट प्रोसेसरसाठी समर्थन काढून टाकणे निवडले होते, ज्याचे परिणाम अनेकांना अपेक्षित नव्हते. होय म्हणून, अजूनही हजारो वापरकर्ते आहेत ज्यांच्याकडे कमी-स्रोत संगणक आहेत, ज्याने लिनक्सला त्यांचा वापर सुरू ठेवण्यासाठी एक उत्कृष्ट पर्याय बनवला आहे, विशेषत: अनेक उपेक्षित भागात.
आणि जरी या प्रकारच्या उपकरणांना मुख्य वितरणाद्वारे समर्थन दिले जात असले तरी, त्यांच्या सध्याच्या आवश्यकतांमुळे त्यांचा वापर करणे अशक्य झाले. सत्य हे आहे की अजूनही काही वितरणे आहेत जी या आर्किटेक्चरला समर्थन देत आहेत आणि सर्वात महत्त्वाचे म्हणजे, जे कमी-संसाधन संगणकांच्या वापरासाठी अनुकूल आहेत.
समर्थन समाप्तीच्या प्रकरणाबाबत, असे नमूद केले आहे की द i486 प्रोसेसर असलेली प्रणाली असलेले वापरकर्ते कर्नलच्या LTS आवृत्त्या वापरण्यास सक्षम असतीलजे पुढील अनेक वर्षे टिकेल.
दुसरीकडे, हे देखील नमूद करण्यासारखे आहे लिनक्स ड्रायव्हर डेव्हलपर मुक्त स्त्रोत Apple AGX GPU साठी ऍपल M1 चिप्स मध्ये वापरल्याचा अहवाल दिला dEQP-GLES99,3 संच चाचण्यांपैकी 2% यशस्वीरित्या उत्तीर्ण झाले, जे OpenGL ES 2 स्पेसिफिकेशनसाठी समर्थन पातळीची पडताळणी करते. कामात दोन घटक वापरले गेले: Linux कर्नलसाठी DRM ड्राइव्हर, Rust मध्ये लिहिलेला, आणि C मध्ये लिहिलेला Mesa ड्रायव्हर.
विकास नियंत्रकांचे Apple M1 स्वतःचे GPU वापरते या वस्तुस्थितीमुळे गुंतागुंतीचे आहेApple द्वारे डिझाइन केलेले, मालकीचे फर्मवेअर चालवते आणि बर्‍यापैकी जटिल सामायिक डेटा संरचना वापरते. GPU साठी कोणतेही तांत्रिक दस्तऐवजीकरण नाही आणि स्वतंत्र ड्रायव्हर डेव्हलपमेंट मॅकओएस ड्रायव्हर्सचे रिव्हर्स इंजिनियरिंग वापरते.
नियंत्रक मुक्त स्त्रोत Mesa साठी विकसित केलेली सुरुवातीला macOS वातावरणात चाचणी केली गेली लिनक्स कर्नलसाठी आवश्यक असलेला DRM (डायरेक्ट रेंडरिंग मॅनेजर) ड्रायव्हर तयार होईपर्यंत, ज्याने मेसा साठी विकसित केलेल्या ड्रायव्हरला लिनक्सवर वापरण्याची परवानगी दिली.
dEQP-GLES2 चाचण्या उत्तीर्ण करण्यात सध्याच्या यशाव्यतिरिक्त, सप्टेंबरच्या उत्तरार्धात Apple M1 चिप्ससाठी Linux ड्रायव्हरने Wayland-आधारित GNOME सत्र चालवण्यासाठी आणि फायरफॉक्स ब्राउझरमध्ये Neverball आणि YouTube खेळ चालवण्यासाठी योग्य पातळी गाठली.
शेवटी आपल्याला त्याबद्दल अधिक जाणून घेण्यात स्वारस्य असल्यास, आपण मधील तपशील तपासू शकता खालील दुवा.