Bug#500552: Module ehci_hcd disables IRQ, drops USB connections!
I tried the irqpoll option and it helps, sort of: I will still get the error 'disabling IRQ3', but the disk remains accessible after and does not power off. This does not fix the problem though, as any program or process will still crash or report read errors when the IRQ gets disabled. I also tried the 2.6.24 kernel like suggested but ended up with similar results. Below is my dmesg output when running fsck.ext3: sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors (250059 MB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: 1c 00 00 00 sd 0:0:0:0: [sda] Assuming drive cache: write through sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors (250059 MB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: 1c 00 00 00 sd 0:0:0:0: [sda] Assuming drive cache: write through sda: sda1 sd 0:0:0:0: [sda] Attached SCSI disk kjournald starting. Commit interval 5 seconds EXT3 FS on sda1, internal journal EXT3-fs: mounted filesystem with ordered data mode. irq 3: nobody cared (try booting with the irqpoll option) Pid: 3, comm: ksoftirqd/0 Not tainted 2.6.24-etchnhalf.1-486 #1 [c01473a6] __report_bad_irq+0x36/0x75 [c0130616] tick_handle_periodic+0xf/0x5d [c01475a0] note_interrupt+0x1bb/0x1f7 [c0146b6b] handle_IRQ_event+0x23/0x51 [c0147e0a] handle_level_irq+0x63/0x85 [c01063b4] do_IRQ+0x53/0x6b [c0104c43] common_interrupt+0x23/0x30 [c4a18f7b] scsi_request_fn+0x24d/0x313 [scsi_mod] [c01c9202] blk_remove_plug+0x56/0x62 [c01c9da5] blk_run_queue+0x3f/0x6a [c4a17abf] scsi_next_command+0x25/0x2f [scsi_mod] [c4a17c07] scsi_end_request+0xac/0xb6 [scsi_mod] [c4a1877f] scsi_io_completion+0x14f/0x301 [scsi_mod] [c0102e7f] __switch_to+0x7c/0xed [c01c9cab] blk_done_softirq+0x5c/0x67 [c011eb71] __do_softirq+0x3e/0x87 [c011eea5] ksoftirqd+0x0/0x8d [c011ebef] do_softirq+0x35/0x43 [c011eed9] ksoftirqd+0x34/0x8d [c012998d] kthread+0x36/0x5d [c0129957] kthread+0x0/0x5d [c0104e17] kernel_thread_helper+0x7/0x10 === handlers: [c49aba93] (usb_hcd_irq+0x0/0x4d [usbcore]) [c4a094c7] (yenta_interrupt+0x0/0xb3 [yenta_socket]) [c49aba93] (usb_hcd_irq+0x0/0x4d [usbcore]) [c49aba93] (usb_hcd_irq+0x0/0x4d [usbcore]) [c49aba93] (usb_hcd_irq+0x0/0x4d [usbcore]) Disabling IRQ #3 usb 4-1: reset high speed USB device using ehci_hcd and address 2 usb 4-1: device not accepting address 2, error -110 usb 4-1: reset high speed USB device using ehci_hcd and address 2 usb 4-1: device not accepting address 2, error -110 usb 4-1: reset high speed USB device using ehci_hcd and address 2 usb 4-1: device not accepting address 2, error -110 usb 4-1: reset high speed USB device using ehci_hcd and address 2 usb 4-1: device not accepting address 2, error -110 usb 4-1: USB disconnect, address 2 sd 0:0:0:0: Device offlined - not ready after error recovery sd 0:0:0:0: [sda] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK,SUGGEST_OK end_request: I/O error, dev sda, sector 52167697 Buffer I/O error on device sda1, logical block 26083817 Buffer I/O error on device sda1, logical block 26083818 Buffer I/O error on device sda1, logical block 26083819 Buffer I/O error on device sda1, logical block 26083820 Buffer I/O error on device sda1, logical block 26083821 Buffer I/O error on device sda1, logical block 26083822 Buffer I/O error on device sda1, logical block 26083823 Buffer I/O error on device sda1, logical block 26083824 Buffer I/O error on device sda1, logical block 26083825 Buffer I/O error on device sda1, logical block 26083826 sd 0:0:0:0: [sda] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK,SUGGEST_OK end_request: I/O error, dev sda, sector 52167937 usb 4-1: new high speed USB device using ehci_hcd and address 3 usb 4-1: device not accepting address 3, error -110 usb 4-1: new high speed USB device using ehci_hcd and address 4 usb 4-1: device not accepting address 4, error -110 usb 4-1: new high speed USB device using ehci_hcd and address 5 usb 4-1: device not accepting address 5, error -110 usb 4-1: new high speed USB device using ehci_hcd and address 6 usb 4-1: device not accepting address 6, error -110 As an additional note, booting the 2.6.24 kernel I get a message about updating the driver 'sd'. Modules uhci_hcd, ehci_hcd and yenta_socket share an IRQ but then again IRQ4 goes completely unused so to my layman brain this does not seem like an IRQ conflict. Bad hardware perhaps, or maybe the overhead required by USB2 is too much for my system (a rather old comp). I'm in over my head, let me know if I can supply you with any additional info. - Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500552: Module ehci_hcd disables IRQ, drops USB connections!
Package: kernel Version: 2.6.18-6 When using external USB2 hard-disk, intensive I/O operations to the disk (such as scanning my music collection or performing a file system check) will cause the IRQ of the USB port to be disabled effectively stopping all file transfers and forcing the hard-disk offline. System must then be rebooted to restore the hard-disk to a functional status. Here is the error output I get: irq 3: nobody cared (try booting with the irqpoll option) [c0131f0f] __report_bad_irq+0x2b/0x69 [c01320d5] note_interrupt+0x188/0x1bf [c01318b3] __do_IRQ+0x72/0xa1 [c0105073] do_IRQ+0x43/0x50 [c0103a9a] common_interrupt+0x1a/0x20 [c011855a] __do_softirq+0x2c/0x75 [c01185c5] do_softirq+0x22/0x26 [c0105078] do_IRQ+0x48/0x50 [c0103a9a] common_interrupt+0x1a/0x20 [c4a05e20] usb_get_urb+0xc/0x10 [usbcore] [c4a0562d] hcd_submit_urb+0x10a/0x6ba [usbcore] [c0105078] do_IRQ+0x48/0x50 [c02750a4] schedule+0x46e/0x4d2 [c02750a4] schedule+0x46e/0x4d2 [c0105078] do_IRQ+0x48/0x50 [c4a05df1] usb_submit_urb+0x1bb/0x1de [usbcore] [c4c517fd] usb_stor_msg_common+0x92/0xe9 [usb_storage] [c4c51bc7] usb_stor_bulk_transfer_buf+0x39/0x64 [usb_storage] [c4c520d5] usb_stor_Bulk_transport+0x13f/0x207 [usb_storage] [c4c52ce0] usb_stor_control_thread+0x0/0x169 [usb_storage] [c4c521b2] usb_stor_invoke_transport+0x15/0x22c [usb_storage] [c0111cba] default_wake_function+0x0/0xc [c4c52ce0] usb_stor_control_thread+0x0/0x169 [usb_storage] [c4c52ce0] usb_stor_control_thread+0x0/0x169 [usb_storage] [c4c52dda] usb_stor_control_thread+0xfa/0x169 [usb_storage] [c4c52ce0] usb_stor_control_thread+0x0/0x169 [usb_storage] [c4c52ce0] usb_stor_control_thread+0x0/0x169 [usb_storage] [c4c52ce0] usb_stor_control_thread+0x0/0x169 [usb_storage] [c0122b9c] kthread+0xaf/0xdb [c0122aed] kthread+0x0/0xdb [c0101005] kernel_thread_helper+0x5/0xb handlers: [c4a0529b] (usb_hcd_irq+0x0/0x4a [usbcore]) [c4a2b430] (yenta_interrupt+0x0/0xac [yenta_socket]) [c4a0529b] (usb_hcd_irq+0x0/0x4a [usbcore]) [c4a0529b] (usb_hcd_irq+0x0/0x4a [usbcore]) [c4a0529b] (usb_hcd_irq+0x0/0x4a [usbcore]) Disabling IRQ #3 I am able to reproduce this error by unmounting the hard-disk and running fsck.ext3 on the volume (/dev/sda1). Here is what I do: (root): umount -U disk UUID (root): fsck.ext3 /dev/sda1 To troubleshoot this, I have currently blacklisted the kernel module 'ehci_hcd'. This makes things very very slow, but I no longer observe any errors, even when running fsck. The relevant hardware is as follows: Ricoh RL5c475 Cardbus Adapter (module yenta_socket) VIA chipset based USB2 port card/hub (modules uhci_hcd for USB1.1, ehci_hcd for USB2) Seagate FreeAgent external usb hard-disk Interrupts: 0:2324767 XT-PIC timer 1: 13486 XT-PIC i8042 2: 0 XT-PIC cascade 3:508 XT-PIC uhci_hcd:usb1, yenta, uhci_hcd:usb2, uhci_hcd:usb3 5: 37503 XT-PIC NE2000 6: 3 XT-PIC floppy 7: 0 XT-PIC parport0 8: 1 XT-PIC rtc 9: 1292 XT-PIC au8820 12: 662263 XT-PIC i8042 14: 98748 XT-PIC ide0 15:132 XT-PIC ide1 NMI: 0 LOC: 0 ERR: 0 MIS: 0 Complete hardware listing: 00:00.0 Host bridge: Intel Corporation 430TX - 82439TX MTXC (rev 01) 00:01.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 01) 00:01.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01) 00:01.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01) 00:01.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 01) 00:09.0 CardBus bridge: Ricoh Co Ltd RL5c475 00:0a.0 Multimedia audio controller: Aureal Semiconductor Vortex 1 (rev 02) 00:0b.0 Multimedia video controller: 3Dfx Interactive, Inc. Voodoo 2 (rev 02) 00:0c.0 VGA compatible controller: S3 Inc. ViRGE/DX or /GX (rev 01) 01:00.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 62) 01:00.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 62) 01:00.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 65) I am using Debian GNU/Linux 4.0 Etch with the default kernel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500552: Module ehci_hcd disables IRQ, drops USB connections!
reassign 500552 linux-2.6 2.6.18-22 thanks On Mon, Sep 29, 2008 at 01:17:15PM +0300, Andreas Modinos wrote: When using external USB2 hard-disk, intensive I/O operations to the disk (such as scanning my music collection or performing a file system check) will cause the IRQ of the USB port to be disabled effectively stopping all file transfers and forcing the hard-disk offline. System must then be rebooted to restore the hard-disk to a functional status. Here is the error output I get: irq 3: nobody cared (try booting with the irqpoll option) Please follow this advice and/or check it again with a newer kernel, 2.6.24 from Etch or 2.6.26 from Lenny. Bastian -- War isn't a good life, but it's life. -- Kirk, A Private Little War, stardate 4211.8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]