[1.] Summary of the problem: Attempt to connect Hitachi usb HDD fails
[2.] Full description of the problem/report:
Jun 18 20:16:00 localhost kernel: Type: Direct-Access
ANSI SCSI revision: 00
Jun 18 20:16:00 localhost kernel: SCSI device sda: 156301489 512-byte
hdwr sectors ( 80026 MB)
Jun 18 20:16:00 localhost kernel: sda: Write Protect is off
Jun 18 20:16:00 localhost kernel: sda: assuming drive cache: write through
Jun 18 20:16:00 localhost kernel: SCSI device sda: 156301489 512-byte
hdwr sectors ( 80026 MB)
Jun 18 20:16:00 localhost kernel: sda: Write Protect is off
Jun 18 20:16:00 localhost kernel: sda: assuming drive cache: write through
Jun 18 20:16:01 localhost kernel: sda: sda1
Jun 18 20:16:01 localhost kernel: sd 5:0:0:0: Attached scsi disk sda
Jun 18 20:16:01 localhost kernel: sd 5:0:0:0: Attached scsi generic sg0 type 0
Jun 18 20:17:01 localhost kernel: usb 5-1: reset high speed USB device
using ehci_hcd and address 25
Jun 18 20:17:04 localhost kernel: usb 5-1: device descriptor read/64, error -110
Jun 18 20:17:19 localhost kernel: usb 5-1: device descriptor read/64, error -110
Jun 18 20:17:20 localhost kernel: usb 5-1: USB disconnect, address 25
Jun 18 20:17:20 localhost kernel: 5:0:0:0: scsi: Device offlined -
not ready after error recover y
Jun 18 20:17:20 localhost kernel: 5:0:0:0: SCSI error: return code = 0x10000
Jun 18 20:17:20 localhost kernel: end_request: I/O error, dev sda,
sector 156301488
Jun 18 20:17:20 localhost kernel: printk: 489 messages suppressed.
Jun 18 20:17:20 localhost kernel: Buffer I/O error on device sda,
logical block 156301488
Jun 18 20:17:20 localhost kernel: 5:0:0:0: rejecting I/O to dead device
Jun 18 20:17:20 localhost kernel: Buffer I/O error on device sda,
logical block 156301488
Jun 18 20:17:20 localhost kernel: 5:0:0:0: rejecting I/O to dead device
Jun 18 20:17:20 localhost kernel: Buffer I/O error on device sda,
logical block 156301488
Jun 18 20:17:20 localhost kernel: 5:0:0:0: rejecting I/O to dead device
Jun 18 20:17:20 localhost kernel: Buffer I/O error on device sda,
logical block 156301488
Jun 18 20:17:20 localhost kernel: 5:0:0:0: rejecting I/O to dead device
Jun 18 20:17:20 localhost kernel: Buffer I/O error on device sda,
logical block 156301424
Jun 18 20:17:20 localhost kernel: Buffer I/O error on device sda,
logical block 156301425
Jun 18 20:17:20 localhost kernel: Buffer I/O error on device sda,
logical block 156301426
Jun 18 20:17:20 localhost kernel: Buffer I/O error on device sda,
logical block 156301427
Jun 18 20:17:20 localhost kernel: Buffer I/O error on device sda,
logical block 156301428
Jun 18 20:17:20 localhost kernel: Buffer I/O error on device sda,
logical block 156301429
Jun 18 20:17:20 localhost kernel: 5:0:0:0: rejecting I/O to dead device
Jun 18 20:17:20 localhost last message repeated 30 times
Jun 18 20:17:20 localhost kernel: usb 5-1: new high speed USB device
using ehci_hcd and address 2 6
Jun 18 20:17:23 localhost kernel: usb 5-1: device descriptor read/64, error -110
Jun 18 20:17:38 localhost kernel: usb 5-1: device descriptor read/64, error -110
Jun 18 20:17:39 localhost kernel: usb 5-1: new high speed USB device
using ehci_hcd and address 28
Jun 18 20:17:42 localhost kernel: usb 5-1: device descriptor read/64, error -110
Jun 18 20:17:57 localhost kernel: usb 5-1: device descriptor read/64, error -110
Jun 18 20:17:58 localhost kernel: usb 5-1: new high speed USB device
using ehci_hcd and address 30
Jun 18 20:18:01 localhost kernel: usb 5-1: device descriptor read/64, error -110
[3.] Keywords (i.e., modules, networking, kernel): kernel usb hdd drivers
[4.] Kernel version (from /proc/version): 2.6.16-1.2133_FC5
[5.] Output of Oops.. message (if applicable) with symbolic information
resolved (see Documentation/oops-tracing.txt)
[6.] A small shell script or example program which triggers the
problem (if possible)
[7.] Environment
[7.1.] Software (add the output of the ver_linux script here)
[7.2.] Processor information (from /proc/cpuinfo):
[7.3.] Module information (from /proc/modules):
[7.4.] Loaded driver and hardware information (/proc/ioports, /proc/iomem)
[7.5.] PCI information ('lspci -vvv' as root)
[7.6.] SCSI information (from /proc/scsi/scsi)
[7.7.] Other information that might be relevant to the problem
Similar problem was reported in FC4 and Alan Stern wrote a patch but
is not clear that his fix has become part of the standard release:
===== drivers/usb/storage/scsiglue.c 1.95 vs edited =====
--- 1.95/drivers/usb/storage/scsiglue.c 2005-02-10 16:22:46 -05:00
+++ edited/drivers/usb/storage/scsiglue.c 2005-02-22 10:50:08 -05:00
@@ -154,6 +154,14 @@
* If this device makes that mistake, tell the sd driver. */
if (us->flags & US_FL_FIX_CAPACITY)
sdev->fix_capacity = 1;
+
+ /* Some devices report a SCSI revision level above 2 but are
+ * unable to handle the REPORT LUNS command (for which
+ * support is mandatory at level 3). Since we already have
+ * a Get-Max-LUN request, we won't lose much by setting the
+ * revision level down to 2. The only devices that would be
+ * affected are those with sparse LUNs. */
+ sdev->scsi_level = SCSI_2;
} else {
/* Non-disk-type devices don't need to blacklist any pages
[X.] Other notes, patches, fixes, workarounds:
--
Francisco Loaiza, Ph.D., J.D.
Institute for Defense Analyses
4850 Mark Center Drive
Alexandria, VA 22311
"Omnis possibilis est,
postulant tantum longius
impossibilia tempus"
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
