Bugzilla – Bug 113827
usb_storage USB2.0 ehci_hcd kernel bug: lost page write, new high speed USB device
Last modified: 2005-09-15 15:48:27 UTC
On my ThinkPad T40 I have an USB2.0 interface. I have an external storage on a IDE2USB device uPD720130 (Bus 004 Device 003: ID 14c2:0001 Gemlight Computer, Ltd ). Under heavy bus usage the USB device drops the connection, the disk is lost. I found some information that can be related the problem: http://kerneltrap.org/node/3844 Kernel: 2.6.13-rc6-git13-4-default Some log: Aug 27 10:40:14 linux kernel: usb 2-2: USB disconnect, address 5 Aug 27 10:40:21 linux kernel: usb 4-4: new high speed USB device using ehci_hcd and address 4 Aug 27 10:40:22 linux kernel: SCSI subsystem initialized Aug 27 10:40:22 linux kernel: Initializing USB Mass Storage driver... Aug 27 10:40:22 linux kernel: scsi0 : SCSI emulation for USB Mass Storage devices Aug 27 10:40:22 linux kernel: usb-storage: device found at 4 Aug 27 10:40:22 linux kernel: usb-storage: waiting for device to settle before scanning Aug 27 10:40:22 linux kernel: usbcore: registered new driver usb-storage Aug 27 10:40:22 linux kernel: USB Mass Storage support registered. Aug 27 10:40:27 linux kernel: Vendor: HTS54804 Model: 0M9AT00 Rev: MG2O Aug 27 10:40:27 linux kernel: Type: Direct-Access ANSI SCSI revision: 02 Aug 27 10:40:27 linux kernel: usb-storage: device scan complete Aug 27 10:40:27 linux kernel: SCSI device sda: 78140160 512-byte hdwr sectors (40008 MB) Aug 27 10:40:27 linux kernel: sda: assuming drive cache: write through Aug 27 10:40:27 linux kernel: SCSI device sda: 78140160 512-byte hdwr sectors (40008 MB) Aug 27 10:40:27 linux kernel: sda: assuming drive cache: write through Aug 27 10:40:27 linux kernel: sda: sda1 sda2 sda3 Aug 27 10:40:27 linux kernel: Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 ... Aug 27 10:48:36 linux kernel: usb 4-4: USB disconnect, address 4 Aug 27 10:48:36 linux resmgr[4123]: set_facl() - ACL error on /dev/sda3, acl_set_file: No such file or directory Aug 27 10:48:36 linux hal-subfs-mount[7341]: Mount point /media/usbdisk got removed. Aug 27 10:48:36 linux resmgr[4123]: set_facl() - ACL error on /dev/sda1, acl_set_file: No such file or directory Aug 27 10:48:36 linux kernel: usb 4-4: new high speed USB device using ehci_hcd and address 5 Aug 27 10:48:45 linux kernel: usb 4-4: new high speed USB device using ehci_hcd and address 38 Aug 27 10:48:46 linux kernel: usb 4-4: new high speed USB device using ehci_hcd and address 41 Aug 27 10:48:46 linux kernel: usb 4-4: new high speed USB device using ehci_hcd and address 43 Aug 27 10:48:47 linux kernel: usb 4-4: new high speed USB device using ehci_hcd and address 44 Aug 27 10:48:50 linux kernel: usb 4-4: new high speed USB device using ehci_hcd and address 55 Aug 27 10:48:51 linux kernel: usb 4-4: new high speed USB device using ehci_hcd and address 60 Aug 27 10:48:55 linux kernel: usb 4-4: new high speed USB device using ehci_hcd and address 73 Aug 27 10:48:58 linux kernel: usb 4-4: new high speed USB device using ehci_hcd and address 83 Aug 27 10:49:01 linux kernel: usb 4-4: new high speed USB device using ehci_hcd and address 94 Aug 27 10:49:03 linux kernel: usb 4-4: new high speed USB device using ehci_hcd and address 104 Aug 27 10:49:05 linux kernel: usb 4-4: new high speed USB device using ehci_hcd and address 109 I have found a circumvention that by removing ehci_hcd module the device connects to the uhci_hcd driver with a lower speed and it's ok, however it's extermly slow (USB1). After playing with the USB parameters of my kernel I found that changing 2660,2661c2660,2661 < # CONFIG_USB_EHCI_SPLIT_ISO is not set < # CONFIG_USB_EHCI_ROOT_HUB_TT is not set --- > CONFIG_USB_EHCI_SPLIT_ISO=y > CONFIG_USB_EHCI_ROOT_HUB_TT=y consolidates the situation but the device names are changed srom sd? -> ub? .
are you saying that enabling CONFIG_USB_EHCI_SPLIT_ISO=y does fix it for you? We do have this option enabled in our kernel rpms, likely since a very long time. If
... you enable CONFIG_BLK_DEV_UB, then CONFIG_USB_STORAGE will not recognize certain types of USB devices, the 'ub' driver will be used instead. It is slightly slower and supports only few devices, but appears to work ok for them. So if you are using ub and it fixes all the issues you are seeing, then its likely the different device driver. Can you measure the transfer speed of ub and usb-storage? try this command: mount /dev/sda3 /mnt dd if=/dev/zero of=/mnt/bigfile bs=4M count=123 umount /mnt mount /dev/ub3 /mnt dd ...
Created attachment 49381 [details] logs
Comment on attachment 49381 [details] logs Seems that CONFIG_BLK_DEV_UB does not solve the problem. EHCI is still unstable/unusable. please see attached logs.
Bug #105585 seems to relate to this problem (see attached log #46853).
*** This bug has been marked as a duplicate of 105585 ***