2.6.17-1.2174_FC5: : Disabling IRQ #7 / nobody cared / usb_hcd_irq

Hi,

i'm running FC5 on an Asus A6T-AP005H laptop. My kernel is 2.6.17-1.2174_FC5.
Somewhere at about 10 minutes after i start the system, the USB subsystem dies with the message:

dmesg:
-----------------------------BEGIN--------------------------------------
irq 7: nobody cared (try booting with the "irqpoll" option)

Call Trace: <IRQ> <ffffffff802b3317>{__report_bad_irq+48}
       <ffffffff802b3515>{note_interrupt+433} <ffffffff802b2e2e>{__do_IRQ+189}
       <ffffffff80271506>{do_IRQ+60} <ffffffff8026ff23>{default_idle+0}
       <ffffffff8026302a>{ret_from_intr+0} <EOI> <ffffffff8026ff23>{default_idle+0}
       <ffffffff802678f6>{thread_return+0} <ffffffff8026ff4e>{default_idle+43}
       <ffffffff8024c90d>{cpu_idle+151} <ffffffff80279f14>{start_secondary+1131}
handlers:
[<ffffffff803d36f1>] (usb_hcd_irq+0x0/0x55)
Disabling IRQ #7
------------------------------END---------------------------------------

After that only the usb mouse continues to work. My external USB harddisk and the USB soundcard are not
accessible anymore. This behaviour is reproducable after each reboot. 
The only way i found to keep the USB running is reading some file constantly from the external harddrive.
However if i stop accessing the partition on the drive, eventually i get the same exception.

In order to boot successfully i boot the kernel with the 'noapic' option, or else i'm getting 'kernel panic'
in some point right after the acpi initialization.
I hope someone could help me fix this problem. If needed i'm able to recompile the kernel and test any patches.

Here is the list of the hardware:

Re: 2.6.17-1.2174_FC5: : Disabling IRQ #7 / nobody cared / usb_hcd_irq

I can't help someone Simeon Penev wrote:

>Hi,
>
>i'm running FC5 on an Asus A6T-AP005H laptop. My kernel is 2.6.17-1.2174_FC5.
>Somewhere at about 10 minutes after i start the system, the USB subsystem dies with the message:
>
Although IRQ7 is traditionally LP, it seems to get identified for almost 
any unexpected interrupt. I knew why once, but I haven't seen this for 
some time. The real problem is that the kernel disables the IRQ, making 
the system unusable. You can try any of several things:
- try the last 2.6.16 kernel
- remove the IRQ disable code, or add a counter. It happens only once on 
many machines,
   as something comes ready.
- switch to IRQ poll
- disable any CPU speed stuff you have running (just for information)
- try the question on a Fedora list, or report as a bug
- look for newer BIOS formware

Yes, that's a shotgun approach, I'm still running 2.6.16.2111 on FC4 
because later kernels don't init the video or wireless correctly.

--

-- 
bill davidsen <davidsen <at> tmr.com>
  CTO TMR Associates, Inc
  Doing interesting things with small computers since 1979

-
To unsubscribe from this list: send the line "unsubscribe linux-laptop" in

Re: 2.6.17-1.2174_FC5: : Disabling IRQ #7 / nobody cared / usb_hcd_irq

Hi Bill,

thank you for the fast reply!

Bill Davidsen wrote:
> Although IRQ7 is traditionally LP, it seems to get identified for almost
> any unexpected interrupt. I knew why once, but I haven't seen this for
> some time. The real problem is that the kernel disables the IRQ, making
> the system unusable. You can try any of several things:
> - try the last 2.6.16 kernel
> - remove the IRQ disable code, or add a counter. It happens only once on
> many machines,
>   as something comes ready.

I'll try that, but actually i wanted to help fix the problem if it's a
bug with the kernel.

> - switch to IRQ poll

Already tried, but kernel panics.

> - disable any CPU speed stuff you have running (just for information)

Yes, i'm using cpufreq, but it's a feature i'm not willing to give away
because the laptop is more silent. The fan works less.

> - try the question on a Fedora list, or report as a bug

Ok, i'll do that.

Re: 2.6.17-1.2174_FC5: : Disabling IRQ #7 / nobody cared / usb_hcd_irq

Did you all see that the Croc Hunter Simeon Penev wrote:

>Hi Bill,
>
>thank you for the fast reply!
>
>Bill Davidsen wrote:
>  
>
>>Although IRQ7 is traditionally LP, it seems to get identified for almost
>>any unexpected interrupt. I knew why once, but I haven't seen this for
>>some time. The real problem is that the kernel disables the IRQ, making
>>the system unusable. You can try any of several things:
>>- try the last 2.6.16 kernel
>>- remove the IRQ disable code, or add a counter. It happens only once on
>>many machines,
>>  as something comes ready.
>>    
>>
>
>I'll try that, but actually i wanted to help fix the problem if it's a
>bug with the kernel.
>  
>
Matter of approach. I would not disable an IRQ until there had been some 
number of uncaught interrupts in a row, others feel the number is one. 
But there really is an interrupt, so it's probably not a "bug" in that 
sense.

>  

Re: 2.6.17-1.2174_FC5: : Disabling IRQ #7 / nobody cared / usb_hcd_irq

Hi Bill,

thank you again for your help!

Bill Davidsen wrote:
> Matter of approach. I would not disable an IRQ until there had been some
> number of uncaught interrupts in a row, others feel the number is one.
> But there really is an interrupt, so it's probably not a "bug" in that
> sense.
> 
>>  
>>
>>> - disable any CPU speed stuff you have running (just for information)
>>>   
>>
>> Yes, i'm using cpufreq, but it's a feature i'm not willing to give away
>> because the laptop is more silent. The fan works less.
>>  
>>
> Noted, but "just for information" would let you see if the speedstep was
> the cause, or at least contributed. That would help run it down.

Cpuspeed doesn't seem to be the problem. After disabling the service,
the problem is still there.

> 
>>  
>>
>>> Yes, that's a shotgun approach, I'm still running 2.6.16.2111 on FC4
>>> because later kernels don't init the video or wireless correctly.

[PATCH]drivers/input/misc: Added Acer TravelMate 2424NWXCi support to the wistron button interface

This patch adds Acer TravelMate 2424NWXCi support to the wistron button
interface.The key mappings are the same as the older Acer TravelMate
240. I have tested it on my new laptop and it seems to work great.

Signed-off-by: Ashutosh Naik <ashutosh.naik <at> gmail.com>

diff -Nurp linux-2.6.18-vanilla/drivers/input/misc/wistron_btns.c linux-2.6.18/drivers/input/misc/wistron_btns.c
--- linux-2.6.18-vanilla/drivers/input/misc/wistron_btns.c	2006-09-20 09:12:06.000000000 +0530
+++ linux-2.6.18/drivers/input/misc/wistron_btns.c	2006-09-25 10:12:23.000000000 +0530
 <at>  <at>  -389,6 +389,15  <at>  <at>  static struct dmi_system_id dmi_ids[] __
 		},
 		.driver_data = keymap_acer_travelmate_240
 	},
+	{
+		.callback = dmi_matched,
+		.ident = "Acer TravelMate 2424NWXCi",
+		.matches = {
+			DMI_MATCH(DMI_SYS_VENDOR, "Acer"),
+			DMI_MATCH(DMI_PRODUCT_NAME, "TravelMate 2420"),
+		},
+		.driver_data = keymap_acer_travelmate_240
+	},
         {
 		.callback = dmi_matched,
 		.ident = "AOpen 1559AS",