क्या TianoCore + एक वास्तविक ओपन सोर्स UEFI है?


12

यूईएफआई को लेकर बहुत विवाद हुआ है, लेकिन यह पसंद है या नहीं, यह एकमात्र विकल्प बन रहा है जब आम तौर पर उपलब्ध डेस्कटॉप कीबोर्ड की बात आती है। मैं कुछ समय के लिए यूईएफआई मोबोस से बचता रहा हूं, लेकिन अब यह काफी मुश्किल हो गया है क्योंकि मोबाइल के मुकाबले मोबाइल फोन (यानी अधिक रैम के लिए सपोर्ट) वाले यूएफओ के उत्पादों में यूएफओआई के उत्पाद ज्यादा हैं। यह ध्यान में रखते हुए, मैं यह सुनिश्चित करना चाहता हूं कि भविष्य में ओपन सोर्स जाने के लिए कम से कम एक विकल्प है, और यदि नहीं है, तो मैं कम सुविधाओं के साथ लेकिन अधिक स्वतंत्रता के साथ सहन कर सकता हूं।

TianoCore, UEFI इंटरफेस का इंटेल का खुला स्रोत कार्यान्वयन है और विकिपीडिया ने इस बारे में कहा है :

TianoCore में चिपसेट फ़ंक्शंस को इनिशियलाइज़ करने वाले विशेष ड्राइवरों का अभाव है, जो इसके बजाय Coreboot द्वारा प्रदान किए जाते हैं, जिनमें से TianoCore कई पेलोड विकल्पों में से एक है। कोरबूट के विकास को आरंभीकरण ड्राइवरों को विकसित करने के लिए आवश्यक विनिर्देशों को प्रदान करने के लिए चिपसेट निर्माताओं से सहयोग की आवश्यकता है।

मेरा सवाल यह है कि क्या कोरबूट द्वारा उपलब्ध कराए गए इन ड्राइवरों को अभी भी चिपसेट विक्रेताओं से किसी तरह के बाइनरी ब्लब्स की आवश्यकता है? इसके अलावा, रोनाल्ड जी। Minnich EFI के बारे में यह कहना है:

आईडीई I / O पते या कुछ मेमोरी पते तक पहुंच EFI कोड में फंस सकती है और संभावित रूप से जांच और संशोधित या निरस्त की जा सकती है। कई लोग इसे "DRM BIOS" बनाने के प्रयास के रूप में देखते हैं।

एक TianoCore + कोरबूट सेटअप में, ऐसे हिस्से हैं जो हार्डवेयर विक्रेता द्वारा प्रदान किए गए खुले स्रोत या बाइनरी फर्मवेयर को संभावित रूप से कर सकते हैं?

जवाबों:


4

क्या TianoCore + एक वास्तविक ओपन सोर्स UEFI है?

इंटेल प्लेटफार्मों के लिए (मैंने इंटेल बोर्डों के लिए विकास किया है और मैं एएमडी के लिए बात नहीं कर सकता हूं, हालांकि मुझे विश्वास है कि मामला अभी भी वही है), नहीं, क्योंकि टियांकोर अपने आप में निम्न स्तर के हार्डवेयर आरंभीकरण नहीं कर सकता है और इस हार्डवेयर इनिट को करने के लिए कोरबूट की आवश्यकता होती है। लेकिन कोरबूट यह कैसे करता है? कोरबूट इन कार्यों को करने के लिए विशिष्ट बाइनरी ब्लब्स को आमंत्रित करता है। ये बाइनरी ब्लॉब्स (जैसे माइक्रोकोड अपडेट, एफएसपी बायनेरिज़, एमई बायनेरिज़ आदि) कैसे उत्पन्न होते हैं? वैसे आप इन बायनेरिज़ का निर्माण स्वयं नहीं कर सकते क्योंकि ये इंटेल के मालिकाना कोड हैं। सबसे अच्छे रूप में, आप अपने प्लेटफ़ॉर्म पर जाने वालों को पुनः प्राप्त कर सकते हैं और उन्हें कोरबूट बिल्ड प्रक्रिया में शामिल कर सकते हैं। जब तक आप इन बाइनरी ब्लॉब्स के लिए स्रोत को स्वतंत्र रूप से और खुले रूप से संशोधित करने में सक्षम होते हैं, तब तक आपके पास उस मामले के लिए एक वास्तविक खुला स्रोत यूईएफआई या कोरबूट नहीं होगा।

मेरा सवाल यह है कि क्या कोरबूट द्वारा उपलब्ध कराए गए इन ड्राइवरों को अभी भी चिपसेट विक्रेताओं से किसी तरह के बाइनरी ब्लब्स की आवश्यकता है?

हाँ

सूत्रों का कहना है:

अनुभव

कोरबूट स्रोत कोड

http://www.coreboot.org/TianoCore

Intel फर्मवेयर सपोर्ट पैकेज (FSP)
http://www.intel.com/content/www/us/en/intelligent-systems/intel-firmware-support-package/intel-fsp-overview.html

माइक्रोकोड अपडेट (अक्सर BIOS द्वारा लागू किया जाता है लेकिन इसके लिए नहीं होता है)
https://wiki.debian.org/Microcode


2
मिलिंद आर एक अच्छा बिंदु बनाता है और साथ ही साथ खुले हार्डवेयर एक आवश्यक आवश्यकता है।
पेंग्विनशायर नीली

4

कोरबूट (प्रारंभिक हार्डवेयर आरंभीकरण कर) और टियानकोर (यूईएफआई एपीआई प्रदान करना) को पूर्ण यूईएफआई फर्मवेयर कार्यान्वयन से जोड़ना संभव है। हालाँकि यह अभी भी विकास में है। यह भी एक "विहित" यूईएफआई नहीं होगा क्योंकि बाहरी परत कोरबूट होगी।

ड्यूएट पर आधारित एक दृष्टिकोण, http://notabs.org/coreboot/duet-payload/ पर पाया जा सकता है - यह वास्तविक हार्डवेयर पर कुछ हद तक बूट करता है।

एक और (प्रकटीकरण: मेरी परियोजना) का प्रयास है कि टियानो का अधिक से अधिक पुन: उपयोग करने और यूईएफआई वास्तुकला के करीब रहने की कोशिश करता है, जीथब पर है: https://github.com/pgeorgi/edk2/ । यह वास्तविक हार्डवेयर पर अभी तक बहुत परीक्षण नहीं देखा है, बस Qemu।

सिद्धांत रूप में, यह कोरबूट कोड लेने और उनमें से टियानोकोर पैकेज बनाने के लिए भी काम कर सकता है, इसलिए यह हर पहलू में यूईएफआई की तरह दिखता है और महसूस करता है (न कि केवल उपयोगकर्ता और ओएस को दिखाई देने वाले)। जाहिर है कोरबूट डेवलपर्स उस में बहुत रुचि नहीं रखते हैं।


3

चिपसेट आरंभीकरण और इस तरह के अन्य बेहद निम्न-स्तरीय हार्डवेयर विशिष्ट कोड हमेशा बंद-स्रोत रहे हैं। BIOS / UEFI इस तथ्य को नहीं बदलता है कि मेमोरी कंट्रोलर इनिशियलाइज़ेशन इत्यादि का विवरण बोर्ड विक्रेताओं द्वारा शायद ही कभी खुलासा किया जाता है।

एक सच्चे ओपन-सोर्स बोर्ड के लिए, आपको ओपन-सोर्स हार्डवेयर की तलाश करनी होगी, कुछ विक्रेता जो मदरबोर्ड पर प्रत्येक हार्डवेयर घटक के सभी विनिर्देशों को उजागर करते हैं। यह कहना मुश्किल है, कम से कम कहने के लिए।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.