Memahami pesan kernel “serial8250: terlalu banyak bekerja untuk irq4”

17

dmesg menunjukkan banyak pesan dari 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
...

Saya belum melihat pesan ini sebelumnya. Apa artinya itu secara umum? Haruskah saya khawatir?

(Dari penelitian saya, ini bukan distribusi spesifik, tetapi jika relevan, saya melihat pesan pada instance EC2 yang menjalankan Ubuntu 16.04.)

Philipp Claßen
sumber
Mengapa instance EC2 membutuhkan driver serial? Apa yang terhubung ke "port" serial tersebut? (Tebak: Ada sesuatu yang menyebabkan banyak sinyal irq4, dan driver menjadi bingung. Solusi: nonaktifkan driver, karena mungkin tidak diperlukan).
dirkt
Mungkin itu bisa terjadi jika Anda masuk melalui SSH dan berinteraksi dengan konsol?
Philipp Claßen
2
Port serial dalam instance EC2 adalah "output konsol" EC2, dirkt.
JdeBP

Jawaban:

19

Tidak ada yang salah dengan kernel atau driver perangkat Anda. Masalahnya dengan perangkat keras mesin Anda. Masalahnya adalah perangkat keras itu tidak mungkin.

Ini adalah kesalahan di beberapa platform virtualisasi (termasuk setidaknya XEN, QEMU, dan VirtualBox) yang telah mengganggu orang selama setidaknya satu dekade. Masalahnya adalah bahwa perangkat keras UART yang ditiru oleh berbagai merek mesin virtual berperilaku tidak mungkin, mengirim karakter pada kecepatan garis yang luar biasa cepat. Untuk kernel, ini tidak dapat dibedakan dari perangkat keras UART nyata yang salah yang terus meningkatkan interupsi untuk buffer output kosong / buffer input penuh. (Perangkat keras yang benar-benar rusak ada, dan Anda akan menemukan orang-orang Linux yang tertanam juga mendiskusikan masalah ini di sana-sini.) Kernel mendorong data keluar / menarik data, dan UART segera meningkatkan interupsi dengan mengatakan bahwa ia siap untuk lebih .

H. Peter Anvin memberikan tambalan untuk memperbaiki QEMU pada 2008. Anda harus bertanya kepada Amazon kapan EC2 akan mengejar ketinggalan.

Bacaan lebih lanjut

JdeBP
sumber
1
Sebuah tambalan keluar pada 2008? dan "Anda harus bertanya kepada Amazon kapan EC2 akan mengejar ketinggalan" .. Saya mendapatkan kesalahan ini pada Azure pada Server Ubuntu di Azure (Juli / 18) Linux 4.15.0-1013-azure x86_64.
KevinY
2

Hanya untuk menambahkan titik data untuk mendukung JdeBP : Saya telah melihat ini di VM XEN saya, dan saya baru melihatnya saat menjalankan dmesg. Dugaan saya adalah ketika saya menjalankan dmesg, saya membebani UART virtual (dan memanifestasikan bug yang dijelaskan di atas), karena dmesg memuntahkan banyak hal sekaligus. Bagaimanapun, itu bukan masalah bagi saya, hanya ikan haring merah.

pdong panjang
sumber
Saya dapat melaporkan pengaturan OS ketiga: Debian Stretch Docker wadah di buruh pelabuhan untuk Mac 18.06.1-ce-mac73 (26764) di Mac Os High Sierra 10.13.6 Datang melintasi pos ini sambil menganalisis mengapa wadah (yang saya gunakan untuk pengembangan aplikasi python) menjadi tidak responsif dari waktu ke waktu ...
Henning