Bug 151024 - high-speed USB copy between devices hangs intermittently
high-speed USB copy between devices hangs intermittently
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
i686 Linux
medium Severity medium
: ---
: ---
Assigned To: Dave Jones
Brian Brock
Depends On:
  Show dependency treegraph
Reported: 2005-03-14 00:45 EST by Luke Meyer
Modified: 2015-01-04 17:17 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-10-02 20:42:25 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Luke Meyer 2005-03-14 00:45:03 EST
Description of problem:
I bought a USB 2.0 card (Adaptec AUA-2000 -- this is a PCI card w/ two USB
ports) and media reader/writer (SanDisk 5-in-1 Imagemate) so I could fill my SD
cards in a reasonable amount of time.  I am copying files from my external USB
hard drive (it's an IDE drive in a USB enclosure).  About the fourth time I
copied a directory of .oggs the write hung.  Killing the process that is doing
the copy has no effect -- kill -9 does not remove it, it is just completely
hung.  System can't even be rebooted to get rid of it, as drives will not
umount; I have to power cycle (would appreciate any advice on avoiding this).

The problem does not seem to manifest when copying data to an intermediary
directory, nor if the write device is on a slower USB port; owing to the
annoying nature of reproducing this (i.e. requiring reboot) I haven't had
abundant opportunities to explore this, but it seems to manifest ONLY when both
devices are on the fast USB ports.

Version-Release number of selected component (if applicable):
# uname -a
Linux desktop.sosiouxme.net 2.6.10-1.760_FC3 #1 Wed Feb 2 00:14:23 EST 2005 i686
athlon i386 GNU/Linux

How reproducible:
Perhaps 1 in 3 times I try to copy a directory of ~50 MB.

Steps to Reproduce:
1.  Hook up two high-speed USB 2.0 devices to card ports as described.
2.  Copy ~50MB data from one to the other.  Try a few times.
Actual results:
Write hangs, both devices "busy", write process(es) cannot be halted.

Expected results:
Data copied, devices free to unmount.

Additional info:
# usbtree
/:  Bus 05.Port 1: Dev 1, Class=root_hub, Driver=ohci_hcd/2p, 12M
/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=ohci_hcd/3p, 12M
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=ehci_hcd/5p, 480M
    |__ Port 3: Dev 5, If 0, Class=stor., Driver=usb-storage, 480M
    |__ Port 4: Dev 6, If 0, Class=stor., Driver=usb-storage, 480M
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
    |__ Port 1: Dev 2, If 0, Class=hub, Driver=hub/4p, 12M

strace cp -R
/media/usbdisk1/audio/srv >& /tmp/cp.strace.log
read(3, "\275\207\245\327\212\331A\310\2$\30\353=\\\304p@ \1^\313"..., 16384) =
write(4, "\275\207\245\327\212\331A\310\2$\30\353=\\\304p@ \1^\313"..., 16384) =
read(3, "\366\35\263\353\366\333\213\220/\'/\205\327\346\367F\36"..., 16384) = 16384
write(4, "\366\35\263\353\366\333\213\220/\'/\205\327\346\367F\36"..., 16384) =
read(3, "\20\216\324N\351\250L\231\4\360\332\362\316\204\371Y\327"..., 16384) =
write(4, "\20\216\324N\351\250L\231\4\360\332\362\316\204\371Y\327"..., 16384

(looks like the relevant bit, if any, may have been buffered... doh)

I'd be happy to perform any further diagnostics if someone can tell me which
ones would be relevant!
Comment 1 Dave Jones 2005-07-15 14:14:06 EDT
An update has been released for Fedora Core 3 (kernel-2.6.12-1.1372_FC3) which
may contain a fix for your problem.   Please update to this new kernel, and
report whether or not it fixes your problem.

If you have updated to Fedora Core 4 since this bug was opened, and the problem
still occurs with the latest updates for that release, please change the version
field of this bug to 'fc4'.

Thank you.
Comment 2 Dave Jones 2005-10-02 20:42:25 EDT
This bug has been automatically closed as part of a mass update.
It had been in NEEDINFO state since July 2005.
If this bug still exists in current errata kernels, please reopen this bug.

There are a large number of inactive bugs in the database, and this is the only
way to purge them.

Thank you.

Note You need to log in before you can comment on or make changes to this bug.