समझ "serial8250: irq4 के लिए बहुत अधिक काम" कर्नेल संदेश

Question

dmesg serial8250 से बहुत सारे संदेश दिखाता है:

$ dmesg | grep -i serial
[    0.884481] Serial: 8250/16550 driver, 32 ports, IRQ sharing enabled
[    6.584431] systemd[1]: Created slice system-serial\x2dgetty.slice.
[633232.317222] serial8250: too much work for irq4
[633232.453355] serial8250: too much work for irq4
[633248.378343] serial8250: too much work for irq4
...

मैंने यह संदेश पहले नहीं देखा है। आम तौर पर इसका क्या मतलब है? क्या मुझे चिंतित होना चाहिए?

(मेरे शोध से, यह विशिष्ट वितरण नहीं है, लेकिन अगर यह प्रासंगिक है, तो मैं Ubuntu 2.04 के लिए EC2 उदाहरण पर संदेश देखता हूं।)

Comments

EC2 उदाहरण को सीरियल ड्राइवर की आवश्यकता क्यों है? उन धारावाहिक "बंदरगाहों" से क्या जुड़ा है? (अनुमान करें: कुछ और इरिट 4 सिग्नल पैदा कर रहा है, और ड्राइवर भ्रमित हो जाता है। समाधान: ड्राइवर को अक्षम कर दें, क्योंकि इसकी आवश्यकता नहीं है)।

— दिनांक

हो सकता है कि अगर आप SSH के माध्यम से लॉग इन करें और कंसोल के साथ बातचीत करें तो क्या हो सकता है?

— फिलिप क्लेन

EC2 उदाहरण में सीरियल पोर्ट EC2 "कंसोल आउटपुट" है, dirkt।

— जेडीबीपी

Answer 1

आपके कर्नेल या डिवाइस ड्राइवरों में कुछ भी गलत नहीं है। समस्या आपके मशीन हार्डवेयर के साथ है। समस्या यह है कि यह असंभव हार्डवेयर है।

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

एच। पीटर एविन ने 2008 में QEMU को ठीक करने के लिए एक पैच प्रदान किया। EC2 को पकड़ने के लिए आपको अमेज़न से पूछना होगा।

आगे की पढाई

• एलन कॉक्स (2008-01-12)। पुन: [पथ] धारावाहिक: "irq के लिए बहुत काम" प्रिंट निकालें । लिनक्स कर्नेल मेलिंग सूची।
• एच। पीटर एविन (2008-02-07)। पुन :: 2.6.24 कहते हैं "serial8250: irq4 के लिए बहुत अधिक काम" एक बहुत। । लिनक्स कर्नेल मेलिंग सूची।
• केसी डाहलिन (2009-05-15)। much serial8250: SMP फुल-वर्चुअलाइज्ड एक्सन डोमू पर सीरियल कंसोल देखते समय q irq4 के लिए बहुत ज्यादा काम करता है ’संदेश । 501026. रेड हैट बुगज़िला।
• सिबियो लुओ (2013-07-21)। अतिथि कर्नेल कई "क्रमांक 8250: irq3 के लिए बहुत अधिक काम" को मुद्रित करेगा, जब isa- धारावाहिक के साथ kvm का उपयोग किया जाता है । 986761. Red Hat Bugzilla।
• schinkelm (2008-12-16)। linux गेस्ट में सीरियल पोर्ट "serial8250: irq4 के लिए बहुत अधिक काम" देता है । 2752. वर्चुअलबॉक्स बग्स।
• मार्क पीएफ (2015-09-05)। EC2 उदाहरण अनुत्तरदायी हो जाता है । AWS डेवलपर फ़ोरम।

Comments

2008 में एक पैच निकला? और "आपको अमेज़ॅन से पूछना होगा जब EC2 पकड़ने जा रहा है" .. मुझे यह त्रुटि Azure में Ubuntu सर्वर पर (जुलाई / 18) Linux 4.15.0-1013-azure x86_64 पर मिल रही है।

— केविनY

Answer 2

बस JdeBP के समर्थन में एक डेटा-बिंदु जोड़ने के लिए : मैं अपने एक्सईएन वीएम में यह देख रहा हूं, और मैं केवल इसे देख रहा हूं जब मैं dmesg चलाता हूं। मेरा अनुमान है कि जब मैं dmesg चलाता हूं, तो मैं वर्चुअल UART को ओवरलोड कर रहा हूं (और ऊपर वर्णित बग को प्रकट कर रहा हूं), क्योंकि dmesg एक ही बार में सामान का एक पूरा गुच्छा उगल रहा है। किसी भी मामले में, यह मेरे लिए एक गैर-समस्या है, बस एक लाल हेरिंग।

Comments

मैं एक तीसरे ओएस सेटअप की रिपोर्ट कर सकता हूं: मैक 18.06.1-ce-mac73 (26764) के लिए मैक ओएस हाई सिएरा 10.13.6 के लिए डॉक में डेबियन स्ट्रेच डॉकटर कंटेनर इस पोस्ट में आ रहा है कि कंटेनर का विश्लेषण क्यों करते हुए इसका विश्लेषण करना। एक अजगर ऐप) समय-समय पर अनुत्तरदायी हो जाता है ...

— हेनिंग