Bug 85821
Summary: | usb-storage fails at "interrupt", oops & panic sometimes | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Warren Togami <wtogami> |
Component: | kernel | Assignee: | Pete Zaitcev <zaitcev> |
Status: | CLOSED RAWHIDE | QA Contact: | Brian Brock <bbrock> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 9 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-04-22 08:50:18 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Warren Togami
2003-03-08 10:18:54 UTC
Similar but very different looking kernel OOPS in Bug 85822 with an unrelated USB storage keychain. Same "interrupt" problem. Will soon test USB hard drive on this laptop too. Because Bug 85822 is about a device that Linux kernel doesn't seem to handle properly under any circumstance, this report is focused on the "interrupt" problem that seems to randomly occur, breaking usb-storage operation. Test Results for uhci.o instead of usb-uhci.o ============================================= usb-uhci.c: interrupt, status 3, frame# 1668 This kind of error no longer displays in dmesg, however randomly I/O to the USB storage device dies in a similar manner. If using "mount -t vfat -o ro" then read operations fails with I/O error. If using a read-write mount then whatever process is reading/writing on the device locks up completely. Because of this behavior I suspect that the problem is isolated to usb-storage. usb-uhci displays a message when it occurs in dmesg but uhci.o does not. uhci.o and usb-uhci.o in kernel-2.4.21-pre5 do not seem to have this random lockup problem. > uhci.o and usb-uhci.o in kernel-2.4.21-pre5 do not seem to have this random
> lockup problem.
Oops, that should read "usb-storage in kernel-2.4.21-pre5 does not seem to have
this random lockup problem. Tested with both uhci.o and usb-uhci.o."
usb-uhci.c: interrupt, status 3, frame# 1221 A "click" sound from the floppy drive always accompanies this dmesg message and simultaneously I/O fails. The following happened in kernel-2.4.20-2.54, usb-uhci.o and usb-storage, vfat mounted read-only, while reading a 5MB file. hub.c: new USB device 00:07.2-1, assigned address 5 WARNING: USB Mass Storage data integrity not assured USB Mass Storage device found at 5 usb-uhci.c: interrupt, status 3, frame# 2016 SCSI device sda: 253696 512-byte hdwr sectors (130 MB) sda: Write Protect is off sda: sda1 usb-uhci.c: interrupt, status 3, frame# 1221 usb.c: USB disconnect on device 00:07.2-1 address 5 Unable to handle kernel NULL pointer dereference at virtual address 000000e4 printing eip: e094f2d7 *pde = 00000000 Oops: 0000 usb-uhci usb-storage nls_iso8859-1 nls_cp437 sd_mod vfat fat soundcore parport_pc lp parport iptable_filter ip_tables autofs ds yenta_socket pcmcia_core 8139t CPU: 0 EIP: 0060:[<e094f2d7>] Not tainted EFLAGS: 00013246 EIP is at bus_reset [usb-storage] 0x6f (2.4.20-2.54) eax: 00000000 ebx: 00003282 ecx: 00000000 edx: 00002003 esi: dee91e00 edi: 00000000 ebp: 00000000 esp: ce77bf60 ds: 0068 es: 0068 ss: 0068 Process scsi_eh_1 (pid: 9933, stackpage=ce77b000) Stack: c1725600 ffffffff ffffffff dee91f44 00003282 dee91800 00000000 00000000 e08d509f dee91800 00000000 dee91800 e08d5afe dee91800 000000c8 ce77a000 00000000 00000000 dee91a00 00000001 00000000 ddafeb40 ce77bfd4 ce77a000 Call Trace: [<e08d509f>] scsi_try_bus_reset [scsi_mod] 0x4f (0xce77bf80)) [<e08d5afe>] scsi_unjam_host [scsi_mod] 0x66e (0xce77bf90)) [<e08d6078>] scsi_error_handler [scsi_mod] 0x10c (0xce77bfc4)) [<e08dd635>] .rodata.str1.1 [scsi_mod] 0x2049 (0xce77bfcc)) [<e08d5f6c>] scsi_error_handler [scsi_mod] 0x0 (0xce77bfe4)) [<c0107389>] kernel_thread_helper [kernel] 0x5 (0xce77bff0)) Code: 8b 90 e4 00 00 00 89 c1 80 7a 04 00 0f 84 8e 00 00 00 31 ed Test Results from kernel-2.4.18-24.8.0 ====================================== hub.c: USB new device connect on bus1/1, assigned device number 3 usb.c: USB device 3 (vend/prod 0x54c/0x99) is not claimed by any active driver. Initializing USB Mass Storage driver... usb.c: registered new driver usb-storage scsi1 : SCSI emulation for USB Mass Storage devices *** 2 seconds later *** *** FLOPPY CLICK *** usb-uhci.c: interrupt, status 3, frame# 592 usb.c: USB disconnect on device 3 *** 2 seconds later *** *** FLOPPY CLICK *** usb-uhci.c: interrupt, status 3, frame# 1547 Vendor: Sony Model: CLIE MGMS Rev: 1.00 Type: Direct-Access ANSI SCSI revision: 02 WARNING: USB Mass Storage data integrity not assured USB Mass Storage device found at 3 USB Mass Storage support registered. *** Seems stable now *** *** ATTEMPT vfat read-only mount *** Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0 *** mount locked up completely, cannot kill -9, strace -p locks up too *** *** about a minute later *** request_module[block-major-8]: waitpid(4414,...) failed, errno 512 After I unplugged the USB device, these errors began appearing: usb-uhci.c: interrupt, status 3, frame# 110 usb-uhci.c: interrupt, status 3, frame# 1018 usb-uhci.c: interrupt, status 3, frame# 1926 usb-uhci.c: interrupt, status 3, frame# 786 usb-uhci.c: interrupt, status 3, frame# 1694 Another "interrupt" message appears once every 5 seconds. kernel-2.4.20-6 is able to mount the Sony CLIE as a usb storage device. It seems to be stable too. Doing further tests before I close this bug. Confirmed, seems good on 2.4.20-8 and 2.4.20-9. |