Description of problem:
After plugging a "USB" stick into one of the two "USB" ports of my "PR440FX"
based system, nothing happens. No drive icon appears on the desktop, and
there is no trace in the output of "dmesg" either.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Log in to "GNOME" session.
2. Insert "USB" stick.
"USB" stick gets detected and auto-mounted.
The "USB" ports of the chipset get detected and initialized. However,
there is an error message in the "dmesg" output:
"libusual: modprobe for usb-storage succeeded, but module is not
After manual loading of "usb-storage.ko" still no improvement. I have
to unload "uhci-hcd.ko" and to reload it again, in order to obtain the
following entry in the "dmesg" output:
"sd 3:0:0:0: Attached scsi removable disk sdb".
Now "/dev"sdb1" has been created, but the stick still does not get
mounted automatically. After mounting "/dev/sdb1" by hand, the stick
is accessible, but there is still no icon on the desktop. On my not
really recent "IBM ThinkPad T23" running the "development" tree, the
stick gets automounted as expected.
Created attachment 158717 [details]
Output of "dmesg" after booting system with inserted "USB" stick
Created attachment 158718 [details]
Additonal "dmesg" entries after loading "usb-storage.ko" during boot.
Created attachment 158719 [details]
Output of "lspci -vv" for "PR400FX" based system
The system is a current "F7" one with all updates as of 2007-07-07.
After installing "testing" updates as of 2007-07-08 including kernel
"2.6.21-1.3255.fc7", the "USB" stick gets detected when it has been
inserted -before- booting the system which is a certain progress.
Upon logging in to "GNOME", the stick is mounted as "/media/disk",
and a drive icon appears on the desktop as expected! It is also
possible to unmount the device via the context menu.
However, after unmounting, removing and reinserting the stick, it is
still necessary to un- and reload "uhci-hcd.ko" in order to get a
device created for it. Even after this has happened, the device still
does not get mounted.
After adding "noapic" to the kernel options, the "USB" stick is
auto-mounted as expected, and the write rate increases from about
20 KB/s to almost 1300 KB/s. The problem is thus related
to the interrupt handling of the "USB 1.x" device
You forgot to reassign the owner as well...
This not a "Fedora" specific issue, as it also occurs with a current "Ubuntu
7.10" development snapshot, and as here, adding "noapic" to the kernel boot
options restores proper working.
I'm reviewing this bug as part of the kernel bug triage project, an attempt to
isolate current bugs in the fedora kernel.
I am CC'ing myself to this bug and will try and assist you in resolving it if I can.
There hasn't been much activity on this bug for a while. Could you tell me if
you are still having problems with the latest kernel?
If the problem no longer exists then please close this bug or I'll do so in a
few days if there is no additional information lodged.
Issue still present for current development tree kernel version
Okay, thanks for testing Joachim. I'm copying this to the USB subsystem
maintainer and adding a USB blocker bug. Hopefully this will generate further
review and resolve the problem for you faster.
Can I get an update from you on this - are you still having this issue?
I have changed my desktop system and do not know when I will be able to
retest this issue. The non-ACPI PR440FX mainboard from 1996 is probably
not of real interest for a wider audience anymore. Closing as WONTFIX?
Okay, thanks for the update Joachim. Will close CANTFIX as you don't have the
hardware any more...