From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a3) Gecko/20040803 Description of problem: USB device: Freecom Classic USB2 HDD 250Gb On Redhat 9, this device would trigger usb-storage but then "usually" fail to be recognised for scsi connection (error -110). If a Maxtor USB HDD was attached as well, suddenly recognition of the Hitachi HDD inside would occur and the drive was fully useable. When the Freecom was detached, usb-storage would not de-register. On Fedora FC2, it the "Freecom Classic" would be recognised by usb-storage, but not the Hitachi drive, so no scsi connection occurs (error -1 "control timeout on ep0in"). Freecom Inc proudly deny any Linux support at all :-( Version-Release number of selected component (if applicable): kernel-2.6.8 How reproducible: Always Steps to Reproduce: 1. Attach Freecom Classic HDD 2. 3. Actual Results: > Oct 1 14:02:20 samba kernel: usb 3-1: Product: FHD-Classic > Oct 1 14:02:20 samba kernel: usb 3-1: Manufacturer: Freecom Technologies > Oct 1 14:02:20 samba kernel: usb 3-1: SerialNumber: 10000000000000000CBDF0 > Oct 1 14:02:26 samba kernel: usb 3-1: control timeout on ep0in > Oct 1 14:02:26 samba kernel: usb-storage: probe of 3-1:1.0 failed with error -1 Expected Results: [result on RH9, triggered by Maxtor device] Sep 9 09:01:23 samba kernel: SCSI device sda: 240121728 512-byte hdwr sectors (122942 MB) Sep 9 09:01:23 samba kernel: sda: sda1 Sep 9 09:01:23 samba kernel: usb.c: error getting string descriptor 0 (error=-110) Sep 9 09:01:23 samba last message repeated 2 times Sep 9 09:01:23 samba kernel: scsi2 : SCSI emulation for USB Mass Storage devices Sep 9 09:01:45 samba kernel: Vendor: HDS72252 Model: 5VLAT80 Rev: V36O Sep 9 09:01:45 samba kernel: Type: Direct-Access ANSI SCSI revision: 02 Sep 9 09:01:45 samba kernel: Attached scsi disk sdb at scsi2, channel 0, id 0, lun 0 Sep 9 09:01:45 samba kernel: SCSI device sdb: 488397169 512-byte hdwr sectors (250059 MB) Sep 9 09:01:45 samba kernel: sdb: sdb1 Sep 9 09:01:45 samba kernel: USB Mass Storage support registered. Additional info: USB flash pen devices did not "trigger" recognition on RH9 Nothing triggers recognition on Fedora. We have 2 Freecom drives, for alternate use for off-site backup. If one that was operative in RH9 was un-mounted and removed, it was possible to mount the other by "rmmod usb-storage; modprobe usb-storage" and, after several attempts (many -110 errors) it could be recognised without the presence of the Maxtor, then used. This being highly unsatisfactory, we upgraded to FC2, having been told that USB in kernel 2.6 was much better. I have even compiled a custom kernel with Freecom capability and debug messages.
Additional error seen in dmesg (Fedora FC2):- ohci_hcd 0000:00:0f.2: urb dada4380 path 1 ep0in 5ec20000 cc 5 --> status -110
I have discovered that this is being discussed in linux-usb-users.net and Alan Stern has written a patch (15 Oct 04) for unusual_devs.h for kernel 2.6.9rc4 This needs incorporation into Fedora Core
(Reassigning to fc2 as fc1 is EOL). Is this still a problem in the latest update kernel ?
I you mean 2.6.8-1.521, yes, it is more of a problem than 2.6.5-1.358 where there was better recognition but no scsi connection. It is clear from the list discussion refered to above that there are firmware bugs in Freecom USB devices which have never been fixed, but only worked around in the secret-source drivers Freecom submit to Microsoft. That is why they proudly proclaim that they "support no unix". However, patches have been written, particularly for CDrom-only linux demos which need to cope with a wide variety of hardware - I have had perfect operation with "Mandrake Move" but not with "Mandrake 10.1", both 2.6.8 kernels. Eero Volotinen wrote to linux-usb-users.net on 21/10/2004 15:07:- > Looks like that kernel 2.6.9-bk6 contains all fixes that is > needed to run Freecom classic with ehci-hcd So maybe when up2date supplies a 2.6.9 kernel it will work!
this still causing problems ?
Unfortunately, I can't give any more information as I took it back and bought a different make of hard drive which is now working perfectly under Linux.
Fedora Core 2 has now reached end of life, and no further updates will be provided by Red Hat. The Fedora legacy project will be producing further kernel updates for security problems only. If this bug has not been fixed in the latest Fedora Core 2 update kernel, please try to reproduce it under Fedora Core 3, and reopen if necessary, changing the product version accordingly. Thank you.