IA-32 कोड या सिमिक्स डिकोडर सुविधाओं से कैसे निपटें

हाय% उपयोगकर्ता नाम%!
IA-32 कोड को डिकोड करना एक कठिन काम है। यह सुनिश्चित करने के लिए, आप Intel सॉफ़्टवेयर डेवलपमेंट मैनुअल या पहले हब पर लिखे गए लेखों का उल्लेख कर सकते हैं: IA-32 कमांड सिस्टम में उपसर्ग , क्या आपका डिस्सेम्बलर सही ढंग से काम करता है? । आइए देखें कि कार्यात्मक रूप से सटीक पूर्ण-प्लेटफ़ॉर्म सिम्युलेटर विंड रिवर सिमिक्स इस कार्य से कैसे जूझ रहा है, जिससे आप एक उच्च-प्रदर्शन वाले आभासी वातावरण का निर्माण कर सकते हैं, जिसमें कोई भी इलेक्ट्रॉनिक सिस्टम, एक बोर्ड से शुरू होकर पूरे मल्टीप्रोसेसर, मल्टी-कोर और यहां तक ​​कि मल्टी-मशीन सिस्टम के साथ समाप्त हो सकता है, जिसे परिभाषित, विकसित और लॉन्च किया जा सकता है। ।
IA-32 निर्देशों को डिकोड करने के लिए अधिकांश पुस्तकालय ऑपरेशन कोड और निर्देशों के बीच पत्राचार तालिकाओं को उत्पन्न या उपयोग करते हैं। इस दृष्टिकोण का उपयोग करने का एक उदाहरण DIY डिस्सेम्बलर लेख में वर्णित है। हालांकि, उपसर्गों और तर्कों का डिकोडिंग आमतौर पर हाथ से लिखा जाता है: लिबोपकोड , मेटासम , बीगेंन , डिस्टॉर्म । इस दृष्टिकोण में एक महत्वपूर्ण कमी है - नए निर्देश सेट के लिए समर्थन जोड़ने के लिए बहुत सारे मैनुअल काम की आवश्यकता होगी।
डिकोडर्स बनाने के अन्य तरीके हैं, उदाहरण के लिए जीडीएसएल भाषा का उपयोग करना। यह दृष्टिकोण सार्वभौमिक है और आपको किसी भी वास्तुकला के लिए डिकोडर बनाने की अनुमति देता है।
सिमिक्स एक पूरी तरह से अलग, आईए -32 निर्देशों के साथ काम करने के लिए कोई कम सार्वभौमिक दृष्टिकोण का उपयोग नहीं करता है, जिसे अलग डिकोडिंग कहा जाता है। सिमिक्स में बाहरी डिकोडर का उपयोग करने की क्षमता भी है, लेकिन बाद में उस पर अधिक।

डिकोडर प्रक्रिया इनपुट और आउटपुट

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

जाहिर है, एक ज्ञात लंबाई के बाइट्स की एक सरणी, जो भ्रूण कमांड ( अंग्रेजी भ्रूण) के चरण में प्राप्त की जाती है, को डिकोडर इनपुट को खिलाया जाता है। इसके अलावा, उसे वर्तमान प्रोसेसर मोड के बारे में पता होना चाहिए ( IA-32 कमांड सिस्टम में उपसर्ग देखें)।

कार्य के परिणामस्वरूप, डिकोडर को एक त्रुटि कोड वापस करना चाहिए और परिणाम क्षेत्रों की सूची के रूप में अनुक्रम विश्लेषण परिणाम प्राप्त करना चाहिए। त्रुटि कोड के लिए निम्नलिखित मान संभव हैं:

• डिकोडिंग सफल है (रिटर्न कोड निर्देश लंबाई> 0 के बराबर है)। बाइट सरणी को एक मान्य निर्देश के रूप में मान्यता दी गई थी, और खेतों की सूची में ऑपरेशन कोड और उसके तर्कों के बारे में जानकारी शामिल है।
• डिकोडिंग सफल नहीं है (कोड 0)। आर्किटेक्चर में परिभाषित एक भी निर्देश इनपुट बाइट सरणी से मेल नहीं खाता। इसके अलावा, परिणाम क्षेत्रों की सामग्री का कोई मतलब नहीं है। निष्पादन की अवस्था में आगे इस स्थिति में क्या होता है? यह वास्तुकला पर निर्भर करता है। अक्सर, डिकोड करने में असमर्थता एक अपवाद की पीढ़ी की ओर ले जाती है, और कुछ मामलों में एक गलत निर्देश को एनओपी के रूप में व्याख्या किया जा सकता है - एक ऑपरेशन की अनुपस्थिति।
• ISA के लिए चर निर्देश लंबाई के साथ, एक तीसरी स्थिति संभव है - इनपुट डेटा एक अस्पष्ट निर्णय लेने के लिए पर्याप्त नहीं है (कोड <0)। दूसरे शब्दों में, निर्देश का केवल एक हिस्सा डिकोडर इनपुट को प्रेषित किया गया था, और यह, जिसके बारे में कोई जानकारी नहीं है कि बाइट्स मेमोरी में आगे जाते हैं, यह रिपोर्ट करता है।

नीचे दिया गया चित्र एक एल्गोरिथ्म का एक उदाहरण दिखाता है जो फ़ेच और डिकोड के पुनरावृत्ति को जोड़ता है और चर-लंबाई निर्देशों के लिए डिकोडिंग की अनुमति देता है।

अलग डिकोडिंग

इस दृष्टिकोण का मुख्य विचार डिकोडिंग चरण को दो चरणों में अलग करना है:

1. उपसर्गों का डिकोडिंग। इस चरण में सभी उपसर्गों को डिकोड करना और उनके बीच संघर्ष की जाँच करना दोनों शामिल हैं।
2. ऑपरेशन कोड और ऑपरेंड का डिकोडिंग। इस चरण में सिमगेन का उपयोग करके उत्पन्न विकोडक को कॉल करना शामिल है।

यह बिना यह कहे चला जाता है कि दूसरा चरण परिणाम पर निर्भर करता है, क्योंकि IA-32 कमांड सिस्टम में अनिवार्य उपसर्गों के रूप में ऐसी चीज होती है, जो वास्तव में ऑपरेशन कोड का हिस्सा होती हैं ( IA-32 कमांड सिस्टम में उपसर्ग देखें)।

बाहरी डिकोडर का उपयोग करना

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



लचीलेपन प्रदान करने के लिए, सिमिक में बाहरी डिकोडर को दो प्रकारों में विभाजित किया गया है:

• उपयोगकर्ता डिकोडर डिकोडर हैं जो किसी भी मौजूदा ऑपरेशन कोड को ओवरराइड कर सकते हैं, और निश्चित रूप से, नए निर्देशों को डिकोड करने की क्षमता भी जोड़ सकते हैं।
• एक्सटेंशन डिकोडर्स ( Eng। एक्सटेंशन डिकोडर्स) - अंतर्निहित डिकोडर की क्षमताओं का विस्तार करने के लिए डिज़ाइन किए गए डिकोडर्स, अर्थात् यह निर्देश का डिकोड करने के लिए कि यह समर्थन नहीं करता है।

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





यही है, उपयोगकर्ता, किसी भी आईएसए को विकसित करते समय, बस अपने डिकोडर को खिसका सकता है और देख सकता है कि मूल प्रोसेसर मॉडल को बदलने के बिना क्या परिवर्तन होता है।



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