linux kernel: irq 11: nobody cared!

Hi have a very irritating problem and so far I have been unable to find a
solution to it.

I have supermicro P3TDDE mob with VIA Apollo 266 chipset and SuSe 9.1 with
kernel 2.6.5-7.95-smp. The problem is that if I leave the PC unattended i.e
there is no keyboard or mouse IO activity for about 20 minutes those input
devices get disabled. The keyboard and mouse is connected the PC via Belkin
KVM USB switch. Looking through the message file I found that the following
recodes being logged each time it happens (see below). So far the only remedy
is to telnet to the machine and reboot it. I suspect that the problem must
the combination of 2.6 kernel and the hardware. I did not have this problem
with kernel 2.4 or I don't have this problem when I dual boot to XP. I have
another supermicro mob (on the same Belkin KVM switch), P6DBE - BX based,
running the same kernel and that PC does not have this problem. I can leave
it for hours and nothing happens. I wonder if it's possible somehow to
reenable the IRQ11. As I said the problem is very irritating since every time
I go to make myself a coffee I have to turned blasted PC off.

Thanks - Tom

Jun 24 07:18:51 linux kernel: irq 11: nobody cared!
Jun 24 07:18:51 linux kernel: Call Trace:
Jun 24 07:18:51 linux kernel: [__report_bad_irq+36/144]
__report_bad_irq+0x24/0x90
Jun 24 07:18:51 linux kernel: [do_IRQ+356/432] do_IRQ+0x164/0x1b0
Jun 24 07:18:51 linux kernel: [smp_apic_timer_interrupt+234/352]
smp_apic_timer_interrupt+0xea/0x160
Jun 24 07:18:51 linux kernel: []
smp_apic_timer_interrupt+0xea/0x160
Jun 24 07:18:51 linux kernel: [common_interrupt+24/32]
common_interrupt+0x18/0x20
Jun 24 07:18:51 linux kernel: [] common_interrupt+0x18/0x20
Jun 24 07:18:51 linux kernel: [default_idle+0/64] default_idle+0x0/0x40
Jun 24 07:18:51 linux kernel: [] default_idle+0x0/0x40
Jun 24 07:18:51 linux kernel: [default_idle+41/64] default_idle+0x29/0x40
Jun 24 07:18:51 linux kernel: [] default_idle+0x29/0x40
Jun 24 07:18:51 linux kernel: [cpu_idle+36/80] cpu_idle+0x24/0x50
Jun 24 07:18:51 linux kernel: [] cpu_idle+0x24/0x50
Jun 24 07:18:51 linux kernel: [schedule+715/2144] schedule+0x2cb/0x860
Jun 24 07:18:51 linux kernel: [] schedule+0x2cb/0x860
Jun 24 07:18:51 linux kernel:
Jun 24 07:18:51 linux kernel: handlers:
Jun 24 07:18:51 linux kernel: [__crc_simple_unlink+1041724/3600091]
(usb_hcd_irq+0x0/0x60 [usbcore])
Jun 24 07:18:51 linux kernel: [] (usb_hcd_irq+0x0/0x60 [usbcore])
Jun 24 07:18:51 linux kernel: [__crc_simple_unlink+1041724/3600091]
(usb_hcd_irq+0x0/0x60 [usbcore])
Jun 24 07:18:51 linux kernel: [] (usb_hcd_irq+0x0/0x60 [usbcore])
Jun 24 07:18:51 linux kernel: [__crc_simple_unlink+1041724/3600091]
(usb_hcd_irq+0x0/0x60 [usbcore])
Jun 24 07:18:51 linux kernel: [] (usb_hcd_irq+0x0/0x60 [usbcore])
Jun 24 07:18:51 linux kernel: Disabling IRQ #11
Jun 24 07:18:54 linux kernel: usb 1-2: new full speed USB device using address
5
Jun 24 07:18:59 linux kernel: usb 1-2: control timeout on ep0out
J
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs

Re: linux kernel: irq 11: nobody cared!

On Tue, 20 Jul 2004, Mr MailingList wrote:

>
> Hi have a very irritating problem and so far I have been unable to fi=
nd a
> solution to it.
>
> I have supermicro P3TDDE mob with VIA Apollo 266 chipset and SuSe 9.1=
with
> kernel 2.6.5-7.95-smp. The problem is that if I leave the PC unattend=
ed i.e
> there is no keyboard or mouse IO activity for about 20 minutes those =
input
> devices get disabled. The keyboard and mouse is connected the PC via =
Belkin
> KVM USB switch. Looking through the message file I found that the fol=
lowing
> recodes being logged each time it happens (see below). So far the onl=
y remedy
> is to telnet to the machine and reboot it. I suspect that the problem=
must
> the combination of 2.6 kernel and the hardware. I did not have this p=
roblem
> with kernel 2.4 or I don't have this problem when I dual boot to XP. =
I have
> another supermicro mob (on the same Belkin KVM switch), P6DBE - BX ba=
sed,
> running the same kernel and that PC does not have this problem. I can=
leave
> it for hours and nothing happens. I wonder if it's possible somehow t=
o
> reenable the IRQ11. As I said the problem is very irritating since ev=
ery time
> I go to make myself a coffee I have to turned blasted PC off.
>
> Thanks - Tom
>
> Jun 24 07:18:51 linux kernel: irq 11: nobody cared!
> Jun 24 07:18:51 linux kernel: Call Trace:
> Jun 24 07:18:51 linux kernel: [__report_bad_irq+36/144]

A quick search on google suggests there are/were a lot of these,
possibly related to the IRQ handler rather than the individual drivers.

Possible workarounds, in increasing order of pain, might include
booting with whatever the option is to disable apic, using a non-smp
kernel (if you only have one cpu, of course), trying a newer kernel fro=
m
SuSe if there is one, or trying a newer kernel from kernel.org. This
looks the sort of thing where you might need to try the latest 2.6.8-rc
or even -mm (if it isn't fixed in 2.6.7). These aren't normally
recommended, particularly for production boxes, but I guess it isn't in
production if you telnet to it.

Ken
--=20
das eine Mal als Tragödie, das andere Mal als Farce

-
To unsubscribe from this list: send the line "unsubscribe linux-newbie"=
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs

Re: linux kernel: irq 11: nobody cared!

On Tuesday 20 Jul 2004 21:52, Ken Moffat wrote:

> Possible workarounds, in increasing order of pain, might include
> booting with whatever the option is to disable apic, using a non-smp
> kernel (if you only have one cpu, of course), trying a newer kernel from
> SuSe if there is one, or trying a newer kernel from kernel.org. This
> looks the sort of thing where you might need to try the latest 2.6.8-rc
> or even -mm (if it isn't fixed in 2.6.7). These aren't normally
> recommended, particularly for production boxes, but I guess it isn't in
> production if you telnet to it.
>

Thanks Ken for your answer but I've tried all of them apart of new kernel and
unfortunately they did not work. Looks like the only option I have is to wait
for Suse to release new kernel.

Tom

-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs