On Thu, 24 Nov 2005, Ludwig Meyerhoff wrote: > Hallo! > > Since two weeks I have a problem on my ThinkPad R31 running Debian with > the 2.6.12-1-686 kernel I am running since two months or so (do not > remember). The machine is a Pentium 3-M with 392 MB RAM and 3 Intel > USB-Hubs: > lspci > 0000:00:1d.0 USB Controller: Intel Corporation 82801CA/CAM USB (Hub #1) > (rev 02) > 0000:00:1d.1 USB Controller: Intel Corporation 82801CA/CAM USB (Hub #2) > (rev 02) > 0000:00:1d.2 USB Controller: Intel Corporation 82801CA/CAM USB (Hub #3) > (rev 02) > > > > Not always, but almost always, whenever I attach an USB device on the > BUS, I get such an error message (invariable for each time I got it! > Only the timestamp changes!) in syslog: > > Nov 15 19:36:46 localhost kernel: irq 11: nobody cared! > Nov 15 19:36:46 localhost kernel: [__report_bad_irq+42/160] > __report_bad_irq+0x2a/0xa0
> After that all devices on IRQ11 (cardbus, audio, ethernet) do not work. > I got the hint using boot parameters "pci=noacpi irqpoll" which did not > really work. > I tried changing the dimm on bank0 with that on bank1, I ran memtest on > each dimm separately and combined - the RAM is OK and the problem > persists (actually, there is a combination where memtest reboots but the > systems runs stable with USB not working). > I compiled a 2.6.14 kernel by myself and running it I get the same > error. Booting it with "irqpoll" option still gives me the same error > message, but at least audio, ethernet and so on continue working as well > as the USB devices. These symptoms are caused by errors in the interrupt routing, which is handled by the firmware on your motherboard and by the ACPI driver. You didn't include the contents of /proc/interrupts, but it seems clear that one of your USB controllers is using irq 11 even though the system thinks it is using something else. > What I have also tried, to plug the notebook into the port replicator > and attach the devices (one at the time) to the USB-port of the > replicator - system runs very stable (2.6.12-1-686 kernel)! > > lsusb > Bus 003 Device 001: ID 0000:0000 > Bus 002 Device 001: ID 0000:0000 > Bus 001 Device 001: ID 0000:0000 > > I found out these three busses are used one for the Ultrabay, one for > the port-replicator and one for the two "internal" ports. > > > > Now, I would like to know what the hell is going on. It does not look > like a driver-problem to me, as the same driver handling the US-BUS 2 is > the same handling the US-BUS 1. On the other hand, how could a defective > USB-hub crash the interrupt-handler? > > > I tried now to reproduce the error once again to dump /proc/interrupts - > but this time it does not work. As I said, it happens most of the times, > not always. I will post a dump of > > > > Maybe one of You can help analysing the problem? It would help if you posted /proc/interrupts, /proc/usb/devices, and the dmesg log for the boot operations. You should also stick to using 2.6.14, because a number of bugs in ACPI have been fixed recently. Alan Stern ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ [email protected] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-users
