Red Hat Bugzilla – Bug 193296
When ejecting iPod, kernel says: usb 1-6: reset high speed USB device using ehci_hcd and address 4
Last modified: 2007-11-30 17:11:33 EST
Description of problem:
I have a Dell Inspiron E1705/9400 laptop. It's running FC4 and FC5 and with
both versions, I get errors when attempting to eject/unmount my iPod.
Version-Release number of selected component (if applicable):
kernel-2.6.16-1.2122_FC5smp (and all previous kernels tested)
Nearly 100% of the time. Occassionally I get shocked and the iPod ejects
Steps to Reproduce:
1. Plug in an iPod (I have tried this with 4th and 5th gen iPods)
2. Attempt to eject it via Gnome's desktop icon or at the command line using
eject (as root)
It fails to eject and the "do not disconnect" message on the iPod doesn't go
away. Unloading the usb drivers (uhci_hcd, ehci_hcd, and usb_storage) will
clear the message from the iPod).
Eject should unmount and eject the iPod cleanly
I've these same iPod's on two other PC's and they don't seem to exhibit this
problem. In testing just now with the 5g iPod, both other PC's ejected it fine,
one from the command line with no gui running, the other from the gnome desktop.
Upon reinserting the ipod into the laptop, I was able to eject it from the
gnome desktop cleanly several times before getting the error again.
I admit this is a rather odd problem, but it's an annoying one because when it
fails to eject I have to wait for the timeout before forcibly unloading the usb
modules and disconnecting.
Suggestions for ways to debug this would be most welcome.
I will attach the output of lspci -vv, lsusb -vv, and the kernel messages in
/var/log/messages for inserting and ejecting the iPod.
Created attachment 130054 [details]
output of lspci -vv
Created attachment 130055 [details]
output of lsusb -v
Created attachment 130056 [details]
kernel messages in /var/log/messages
See also bug 154955. Please do not dup - in this case we have a reset, and
we do not have one in 154955.
Waaait a moment. This is a PID 0x1209, in other words the ultramodern
iPod Video. The 0x1209 does NOT have an entry in unusual_devs.h,
so it's biasable.
echo ub > /sys/module/libusual/parameters/bias
rmmod usb-storage # just in case
- plug back
And it should work just fine with Nautilus. Please verify.
If it does, gtkpod may need some reconfiguration, I'm not quite sure.
In my case, it does. I have it mounting /mnt/ipod, which is described
statically in /etc/fstab.
Pete you're the man! That does appear to solve the reset. I've tested it
numerous times so far and haven't had a reset yet. I'll let you know if that
changes for the worse.
One thing that this appears to change is how HAL detects the device. It's not
getting picked up as an iPod now, but as just a generic usb disc. While I don't
mind that Nautilus doesn't show the pretty iPod icon, one negative consequence
of this is that when you right click and choose Unmount, no eject is done so the
iPod's "Do no Disconnect" warning doesn't go away. Instead of using the right
click, I've been running sudo eject /media/<VOLUME>.
If using the ub module is only a temporary solution to test whether adding this
ipod model to unusual_devs.h would help, then no worries. If it's meant to be a
longer term solution, I'll have to dig into why HAL's not picking this up.
Thanks much!! Let me know if you have some other tests in mind here (perhaps
adding this to unusual_devs.h and compiling a kernel).
Yeah, weird. I'll talk to Messiers Classen and Zeuten about it.
In fact, on Rawhide Nautilus does not allow to eject iPod even when
it's driven by usb-storage (despite showing the correct icon when mounted).
A new kernel update has been released (Version: 2.6.18-1.2200.fc5)
based upon a new upstream kernel release.
Please retest against this new kernel, as a large number of patches
go into each upstream release, possibly including changes that
may address this problem.
This bug has been placed in NEEDINFO state.
Due to the large volume of inactive bugs in bugzilla, if this bug is
still in this state in two weeks time, it will be closed.
Should this bug still be relevant after this period, the reporter
can reopen the bug at any time. Any other users on the Cc: list
of this bug can request that the bug be reopened by adding a
comment to the bug.
In the last few updates, some users upgrading from FC4->FC5
have reported that installing a kernel update has left their
systems unbootable. If you have been affected by this problem
please check you only have one version of device-mapper & lvm2
installed. See bug 207474 for further details.
If this bug is a problem preventing you from installing the
release this version is filed against, please see bug 169613.
If this bug has been fixed, but you are now experiencing a different
problem, please file a separate bug for the new problem.
This does appear to have resolved the problem. I've plugged and unplugged my
ipod numerous times using 2.6.18-1.2200.fc5smp and haven't had any errors. Many
thanks Dave and Pete!