similar to: Unplugging DVI causes Disabling IRQ #11

Hi all. I have two servers 2.6.18-308.4.1.el5PAE CentOS release 5.7 (Final) Both have two external gigabit network cards (installed Planet with Realtek r8169 chipset). lspci 04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10) 04:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10) /var/log/messages May 3

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 (sorry about the resend forgot limits) I've got CA Arcserve 9.0 working (sorta) by changing /etc/sysconfig/i18n (Redhat 7.3 here) to: LANG="en_US.utf8" SUPPORTED="en_US.iso885915:en_US:en_US.utf8;en" SYSFONT="lat0-sun16" SYSFONTACM="iso15" The issue I'm having is that a file named Bj?r???n (see

Hi Amos, On (Tue) 09 Sep 2014 [19:14:02], Amos Kong wrote: > When we try to hot-remove a busy virtio-rng device from QEMU monitor, > the device can't be hot-removed. Because virtio-rng driver hangs at > wait_for_completion_killable(). > > This patch exits the waiting by completing have_data completion before > unregistering, resets data_avail to avoid the hwrng core use

When we try to hot-remove a busy virtio-rng device from QEMU monitor, the device can't be hot-removed. Because virtio-rng driver hangs at wait_for_completion_killable(). This patch exits the waiting by completing have_data completion before unregistering, resets data_avail to avoid the hwrng core use wrong buffer bytes. Signed-off-by: Amos Kong <akong at redhat.com> Cc: stable at

On (Wed) 10 Sep 2014 [14:11:36], Amos Kong wrote: > When we try to hot-remove a busy virtio-rng device from QEMU monitor, > the device can't be hot-removed. Because virtio-rng driver hangs at > wait_for_completion_killable(). > > This patch exits the waiting by completing have_data completion before > unregistering, resets data_avail to avoid the hwrng core use wrong >

On (Wed) 10 Sep 2014 [14:11:36], Amos Kong wrote: > When we try to hot-remove a busy virtio-rng device from QEMU monitor, > the device can't be hot-removed. Because virtio-rng driver hangs at > wait_for_completion_killable(). > > This patch exits the waiting by completing have_data completion before > unregistering, resets data_avail to avoid the hwrng core use wrong >

When removing a port we don't check if a program was blocked for read. This leads to a crash when SIGTERM is sent to the program after hot-unplugging the port. Signed-off-by: Amit Shah <amit.shah at redhat.com> --- drivers/char/virtio_console.c | 10 +++++++--- 1 files changed, 7 insertions(+), 3 deletions(-) diff --git a/drivers/char/virtio_console.c b/drivers/char/virtio_console.c

When removing a port we don't check if a program was blocked for read. This leads to a crash when SIGTERM is sent to the program after hot-unplugging the port. Signed-off-by: Amit Shah <amit.shah at redhat.com> --- drivers/char/virtio_console.c | 10 +++++++--- 1 files changed, 7 insertions(+), 3 deletions(-) diff --git a/drivers/char/virtio_console.c b/drivers/char/virtio_console.c

When we try to hot-remove a busy virtio-rng device from QEMU monitor, the device can't be hot-removed. Because virtio-rng driver hangs at wait_for_completion_killable(). This patch exits the waiting by completing have_data completion before unregistering, resets data_avail to avoid the hwrng core use wrong buffer bytes. Before real unregistering we should return -ENODEV for reading. When we

When we try to hot-remove a busy virtio-rng device from QEMU monitor, the device can't be hot-removed. Because virtio-rng driver hangs at wait_for_completion_killable(). This patch exits the waiting by completing have_data completion before unregistering, resets data_avail to avoid the hwrng core use wrong buffer bytes. Before real unregistering we should return -ENODEV for reading. When we

Hi, I have an Asterisk 1.2.9.1 on a Debian Sarge distro connected to a VoIP provider via internet. I noticed Asterisk gets slow and behaves in strange manner if I unplug my internet cable from the PBX: for example I get incoming calls after seconds or I get no audio during calls. I thought it was something connected to DNS resolution so I put VoIP provider addresses inside /etc/hosts but

I built a new server about 10 days ago running CentOS 5.latest, and it's been presenting a message shortly after booting: irq 58: nobody cared (try booting with the "irqpoll" option) Call Trace: <IRQ> [<ffffffff800bb712>] __report_bad_irq+0x30/0x7d [<ffffffff800bb945>] note_interrupt+0x1e6/0x227 [<ffffffff800bae41>] __do_IRQ+0xbd/0x103

Hi, I have one KVM instance (centos 5) that keeps crashing and i see the message log with the following: Oct 14 16:24:48 localhost kernel: psmouse.c: Explorer Mouse at isa0060/serio1/input0 lost synchronization, throwing 1 bytes away. Oct 14 16:24:49 localhost kernel: BUG: soft lockup - CPU#0 stuck for 12s! [ntpd:2363] Oct 14 16:24:49 localhost kernel: CPU 0: Oct 14 16:24:49 localhost kernel: