Ryzen FMA3 निर्देश कसकर ऑपरेटिंग सिस्टम को लटकाते हैं

जैसा कि यह पता चला है, एएमडी राईजन प्रोसेसर पर कुछ विशिष्ट FMA3 निर्देशों का निष्पादन एक महत्वपूर्ण ओएस दुर्घटना की ओर जाता है।

FMA3 (फ्यूज्ड-मल्टीप्ली-ऐड) जैसे निर्देश इंटेल (हसवेल) और एएमडी दोनों द्वारा समर्थित हैं। ये d = round(a × b + c) जैसे निर्देश हैं, जहां डी को ए , बी या सी के समान रजिस्टर में होना चाहिए। इसकी तुलना में, FMA4 निर्देश केवल AMD (बुलडोजर और बाद में प्रोसेसर) द्वारा समर्थित हैं। वहाँ ए , बी , सी और डी विभिन्न रजिस्टरों में हो सकते हैं।

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

फ्लॉप्स संस्करण 2 उपयोगिता के साथ, सभी प्रमुख x64 आर्किटेक्चर (Core2, बुलडोजर, सैंडी ब्रिज, पाइलड्राइवर, हैसवेल, स्काईलेक) के लिए विशिष्ट बायनेरिज़ वितरित किए जाते हैं। लेकिन फिलहाल, न तो विंडोज के लिए बाइनरी असेंबलियों में, न ही लिनक्स के लिए , ज़ेन के परीक्षण के लिए कोई संस्करण है। इसलिए, अब परीक्षण के लिए रायज़ेन ने अन्य आर्किटेक्चर के बायनेरिज़ का उपयोग किया, अर्थात् निकटतम हसवेल। FMA3 निर्देशों के साथ उपरोक्त त्रुटि की खोज दो सप्ताह पहले फ्लॉप कार्यक्रम के लेखक ने स्वयं की थी, जब उन्होंने निम्न कॉन्फ़िगरेशन वाले कंप्यूटर पर हैसवेल के लिए स्टॉक बाइनरी के साथ एक परीक्षण चलाया था:

• राइजेन 7 1800X
• आसुस प्राइम B350M-A (BIOS 0502)
• 4 x 8GB Corsair CMK32GX4M4A2400C14 @ 2133 मेगाहर्ट्ज
• विंडोज 10 वर्षगांठ अद्यतन

अचानक यह पता चला कि सिस्टम आमतौर पर निम्नलिखित ऑपरेशन के दौरान जमा होता है:

Single-Precision - 128-bit FMA3 - Fused Multiply Add:

कभी-कभी परीक्षण इस ऑपरेशन को सफलतापूर्वक पास करता है, लेकिन यह अभी भी भविष्य में किसी अन्य ऑपरेशन पर लटका हुआ है।

डेवलपर समझाता है कि उसका परीक्षण खुला स्रोत है, और यदि आप परिणामों पर भरोसा नहीं करते हैं, तो आप अपने आप विजुअल स्टूडियो में बाइनरी को ले सकते हैं और संकलित कर सकते हैं और परिणामों की दोबारा जांच कर सकते हैं।

अलेक्जेंडर को पता था कि एक विज्ञापित प्रोसेसर में त्रुटि की रिपोर्ट करने पर वह क्या ध्यान आकर्षित करेगा। इसलिए, उन्होंने बार-बार परिणामों की जांच की। प्रोसेसर ने सिस्टम को सभी घड़ी आवृत्तियों पर लटका दिया। और एकल-थ्रेडेड मोड में काम करते समय, प्रत्येक कोर ने सिस्टम को लटका दिया।

कुछ संभावनाएं थीं कि विफलता का कारण अभी भी प्रोसेसर में नहीं हो सकता है, लेकिन कुछ और में। उदाहरण के लिए, एक विशिष्ट मदरबोर्ड में, एक विशिष्ट BIOS में, एक विशिष्ट ऑपरेटिंग सिस्टम में ... और क्या हो सकता है?

डेवलपर ने परिणामों को सहयोगियों के साथ साझा किया ताकि वे अपने कंप्यूटर पर ज़ेन के अन्य संस्करणों की जांच करें। अन्य प्रोसेसर के लिए, अलग-अलग मदरबोर्ड पर, विंडोज के विभिन्न संस्करणों और लिनक्स के तहत विफलताओं की पुष्टि की गई थी।

एलेक्स के कॉल के बाद पहले दिनों में, Ryzen प्रोसेसर के पांच मालिकों द्वारा परीक्षण शुरू किया गया था। यहाँ परिणाम हैं:

पुष्टि विफलताएँ:

• 1800X + आसुस प्राइम B350M-A (BIOS 0502)
• 1700 + आसुस प्राइम B350M-A (BIOS ???)
• 1700 + आसुस क्रॉसहेयर VI हीरो
• 1700 + आसुस क्रॉसहेयर VI हीरो (BIOS 5803) (दो G.Skill + किंग्स्टन मेमोरी बैंक)
• 1800X + असूस क्रॉसहेयर VI हीरो (विंडोज 7) - एक बार परीक्षण पारित कर दिया, बार-बार विफल रहा।

मुसीबत से मुक्त ऑपरेशन की पुष्टि:

• अभी नहीं

बेंचमार्क डेवलपर ने सभी FMA वेरिएंट (128 बिट्स, 256 बिट्स, सिंगल सटीक, संख्याओं की दोहरी परिशुद्धता) की जाँच की। सभी मामलों में, कंप्यूटर कसकर जमा देता है।

उन्हें केवल एक विवरण द्वारा परेशान किया गया था: हालांकि परीक्षण को सही ढंग से लिखा गया था, किसी कारण से यह अन्य बेंचमार्क में फिट नहीं हुआ, जैसे कि प्राइम 95 और वाई-क्रंचर, हालांकि वे परीक्षण में एफएमए का भी उपयोग करते हैं।

इसलिए कुछ अनिश्चितता बनी रही।

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

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

बुरी खबर यह है कि हमलावर इसका इस्तेमाल DoS के हमलों के लिए कर सकते हैं। यानी मुख्य रूप से यह त्रुटि सूचना सुरक्षा की समस्या है। आखिरकार, उपयोगकर्ता मोड में चलने वाला एक सामान्य उपयोगकर्ता प्रोग्राम, और ओएस के कर्नेल स्तर पर नहीं, सिस्टम को कसकर लटका नहीं होना चाहिए। लेकिन ऐसा हो रहा है।

यह तथ्य कि परीक्षण किसी अन्य वास्तुकला के लिए द्विआधारी पर चलाया गया था, इतना महत्वपूर्ण नहीं है। किसी भी प्रोसेसर को किसी भी बाइनरी से परीक्षणों को सफलतापूर्वक पुन: उत्पन्न करना होगा यदि यह निर्देशों के उपयुक्त सेट का समर्थन करता है, तो बेंचमार्क के लेखक लिखते हैं। लेकिन यहां तक ​​कि अगर आप असंगत निर्देशों का उपयोग करके परीक्षण चलाते हैं, तो प्रोग्राम को सिस्टम को कसकर लटका नहीं होना चाहिए।

सुरक्षा भेद्यता का खतरा इस तथ्य से जटिल है कि दुर्भावनापूर्ण कोड को वर्चुअल मशीन के तहत भी चलाया जा सकता है, यह अभी भी पूरे सिस्टम को लटकाएगा। नए Ryzen प्रोसेसर वाला कंप्यूटर किसी भी मैलवेयर को लटका सकता है। शायद एक ब्राउज़र के माध्यम से भी।

जैसा कि पहले ही उल्लेख किया गया है, AMD AGESA प्रोटोकॉल को अपडेट करने पर काम कर रहा है। उसके बाद, सभी मदरबोर्ड में सभी BIOS संस्करणों के लिए पैच जारी किए जाएंगे।