Hiểu về serial serial8250: quá nhiều công việc cho thông điệp kernel irq4.


16

dmesg hiển thị rất nhiều tin nhắn từ 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
...

Tôi chưa thấy tin nhắn này trước đây. Nó thường có nghĩa là gì? Tôi có nên lo lắng không?

(Từ nghiên cứu của tôi, nó không phải là phân phối cụ thể, nhưng trong trường hợp có liên quan, tôi thấy các thông báo trên phiên bản EC2 chạy Ubuntu 16.04.)


Tại sao một phiên bản EC2 cần một trình điều khiển nối tiếp? Những gì được kết nối với các "cổng" nối tiếp? (Đoán: Một cái gì đó khác đang gây ra nhiều tín hiệu irq4 và trình điều khiển bị lẫn lộn. Giải pháp: vô hiệu hóa trình điều khiển, vì có lẽ không cần thiết).
dirkt

Có lẽ điều đó có thể xảy ra nếu bạn đăng nhập qua SSH và tương tác với bảng điều khiển?
Philipp Claßen

2
Cổng nối tiếp trong một phiên bản EC2 là "đầu ra bàn điều khiển" EC2, dirkt.
JdeBP

Câu trả lời:


19

Không có gì sai với trình điều khiển kernel hoặc thiết bị của bạn. Vấn đề là với phần cứng máy của bạn. Vấn đề là nó là phần cứng không thể.

Đây là một lỗi trong một số nền tảng ảo hóa (bao gồm ít nhất XEN, QEMU và VirtualBox) đã gây khó chịu cho mọi người trong ít nhất một thập kỷ. Vấn đề là phần cứng UART được mô phỏng bởi nhiều thương hiệu máy ảo khác nhau hoạt động không thể tin được, gửi các ký tự ở tốc độ đường truyền cực nhanh. Đối với kernel, điều này không thể phân biệt được với phần cứng UART thực bị lỗi đang liên tục tăng ngắt cho bộ đệm đầu ra trống / bộ đệm đầu vào đầy đủ. . .

H. Peter Anvin đã cung cấp một bản vá để sửa lỗi QEMU vào năm 2008. Bạn sẽ cần hỏi Amazon khi nào EC2 sẽ bắt kịp.

đọc thêm


1
Một bản vá xuất hiện vào năm 2008? và "Bạn sẽ cần hỏi Amazon khi nào EC2 sẽ bắt kịp" .. Tôi đang gặp lỗi này trên Azure trên máy chủ Ubuntu trong Azure (18/18) Linux 4.15.0-1013-azure x86_64.
KevinY

2

Chỉ để thêm một điểm dữ liệu hỗ trợ cho JdeBP : Tôi đã thấy điều này trong các máy XEN của tôi và tôi chỉ nhìn thấy nó khi tôi chạy dmesg. Tôi đoán là khi tôi chạy dmesg, tôi đang quá tải UART ảo (và biểu hiện lỗi được mô tả ở trên), bởi vì dmesg đang phun ra cả đống thứ cùng một lúc. Trong mọi trường hợp, đó không phải là vấn đề đối với tôi, chỉ là cá trích đỏ.


Tôi có thể báo cáo cài đặt hệ điều hành thứ ba: Bộ chứa Dock Stretch Debian trong docker cho Mac 18,06.1-ce-mac73 (26764) trên Mac Os High Sierra 10.13.6 Đi qua bài đăng này trong khi phân tích lý do tại sao bộ chứa (mà tôi sử dụng để phát triển một ứng dụng python) thỉnh thoảng không phản hồi ...
Henning
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.