लिनक्स कर्नेल घबराहट एक सबरूटीन कॉल है जिसे कर्नेल तब निष्पादित करता है जब कर्नेल तर्क निर्धारित करता है कि ऐसी स्थिति मौजूद है जो सामान्य तर्क के निष्पादन को असंभव या गैर-जिम्मेदार बना देती है।
जब कर्नेल घबराहट को बुला सकता है:
- यह कर्नेल कोड या स्टैक में एक सॉफ़्टवेयर त्रुटि का पता लगाता है
- जब कोई रन-टाइम स्थिति होती है जैसे कि आउट-ऑफ-मेमोरी जिसमें कोई किल करने योग्य प्रक्रिया नहीं होती है
- विशेषाधिकार मोड में निष्पादन के दौरान एक सीपीयू अपवाद एक ऊप्स स्थिति में परिणाम देता है
लगभग 950 अलग-अलग स्थितियां हैं जहां 3.X गुठली में एक आतंक कहा जाता है। पैनिक सबरूटीन पहले कर्नेल स्टैक डंप और सीपीयू रजिस्टरों को कंसोल में प्रिंट करता है। फिर, यदि कोई क्रैश kexec कर्नेल कॉन्फ़िगर किया गया है, तो यह kexec कर्नेल को बूट करता है। अन्यथा पैनिक रुटीन सभी स्पिनलॉक का भंडाफोड़ करता है और एक आपातकालीन पुनरारंभ करता है।
एक ऑप्स एक सबरूटीन है जो सीपीयू अपवाद हैंडलर से सीपीयू अपवाद के लिए कहा जाता है जो विशेषाधिकार प्राप्त (यानी कर्नेल) मोड में निष्पादित करते समय होता है। अपवाद कर्नेल कोड में त्रुटि के परिणामस्वरूप, या हार्डवेयर विफलता के कारण, या बाहरी स्थिति के परिणाम के रूप में हो सकता है जो एक विशिष्ट अपवाद का कारण बनता है। अपवाद के लिए हैंडलर CPU रजिस्टरों और मॉड्यूल सूची के साथ कर्नेल लॉग प्रिंट करता है। पैनिक कॉल के विपरीत, कर्नेल लॉजिक स्वयं सीपीयू अपवाद हैंडलर के संदर्भ के बाहर एक ऊप्स नहीं कहता है।
यदि कर्नेल को kexec के लिए कॉन्फ़िगर किया गया है, तो एक ऊप्स के परिणामस्वरूप kexec कर्नेल को बूट किया जाएगा। अन्यथा, यदि कोई बाधा हैंडलर निष्पादित करते समय अपवाद होता है, तो उफ परिणाम कर्नेल आतंक कॉल में होता है। अन्यथा, यदि कर्नेल को "ऑप्स पर घबराहट" से कॉन्फ़िगर किया गया है, तो ऑप्स का परिणाम पैनिक कॉल होगा। अन्यथा कर्नेल अपवाद हैंडलर से बाहर निकलता है और निष्पादन को फिर से शुरू करता है। जब कर्नेल अपवाद हैंडलर से बाहर निकलता है और निष्पादन को फिर से शुरू करता है, तो कर्नेल की अखंडता संदिग्ध होती है।
सीपीयू अपवाद हैंडलर वास्तुकला-विशिष्ट हैं। वे आमतौर पर मेहराब / * / कर्नेल / ट्रैप्स सी में लागू किए जाते हैं, और आर्किटेक्चर-विशिष्ट कर्नेल प्रविष्टि कोड में सेट होते हैं जो रुकावट तालिका सेट करते हैं। उदाहरण के लिए arch/powerpc/kernel/traps.cऔर देखें arch/powerpc/kernel/head_fsl_booke.S।
कर्नेल घबराहट और उफ़ दोनों स्थितियों को एक kmsg_dumpरूटीन कॉल करने के लिए कॉन्फ़िगर किया जा सकता है जिसे आप क्रैश डिबगिंग जानकारी को रैम में सहेजने के लिए या मेमोरी को फ्लैश करने के लिए उपयोग कर सकते हैं जब तक कि ओप्स रुकावट के संदर्भ में न हो, जिस स्थिति में "kmsg_dump" रूटीन का केवल उपयोग किया जा सकता है RAM को सहेजें, MTD को नहीं। RAM को सहेजते समय, यह आपकी जिम्मेदारी है कि) यह सुनिश्चित करें कि उपयोग किया गया RAM क्षेत्र kexec बूट या आपातकालीन पुनरारंभ बूट के दौरान अधिलेखित नहीं है, और b) मेमोरी क्षेत्र को kexec कर्नेल से या बूट लोडर तर्क से कटाई करने के लिए।