From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225
Description of problem:
USB camera worked in RH 7.3, stopped working for 8 and 9 on Asus A7V333, Athlon
XP 1800+ My pen drive does not work also. mount /dev/sda1 returns invalid block
device, and checking of logs for hot plugging reveals no detection of hot
plugging or un-plugging. Hot plugging works on another OS dual-booted for this
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Start computer.
2. Plug in USB device.
Actual Results: Nothing happens.
Expected Results: Should detect USB devices and enable them to be mounted.
Please attach the dmesg output, taken after an attempt to access the storage
(pen or camera). Please do not drop it into the comments box.
Created attachment 92103 [details]
Here's dmesg out after plugging in my pen drive.
Thanks, great dmesg.
Please do two things for me.
1. Remove ehci-hcd alias from /etc/modules.conf. I figure, if the camera
worked before (when we didn't ship ehci-hcd), you should not be using it now.
2. If that fails, update kernel to 2.4.20-18.9. There were issues with usb-uhci.
BTW, the -bigmem kernel is only needed for 16GB boxes. You lose some
performance when running it on a 256MB box. This is not relevant to our
USB problems, just noting in passing.
I took ehci-hcd alias from /etc/modules.conf and upgraded the kernel to
2.4.20-18.9, but there doesn't appear to be a change. mount /dev/sda1 /mnt/foo
yields 'mount: /dev/sda1 is not a valid block device' Thanks -- IV
I'd like to see the dmesg again, taken after an attempt to access /dev/sda
but without ehci. In the firs dmesg ehci-hcd and usb-uhci seems to conflict.
I know that it fails anyway, but it would be something different now.
Please attach it as before. Thanks.
Created attachment 92134 [details]
New dmesg with new kernel. -- IV
You attached a dmesg for 2.4.20-8, while I asked 2.4.20-18.
Created attachment 92151 [details]
Dmesg out for 2.4.20-18.9.
Oops, here you go. -- IV
OK, at least your interrupts are routed right, that's encouraging.
May I see the /proc/bus/usb/devices?
Created attachment 92195 [details]
Here you go.
My USB mass storage camera worked in RH 7.2, hangs system in RH9.
Description of problem:
About 15 sec after connecting camera, KDE desktop freezes. Only way to
recover is turn off power and reboot.
Same problem in both 2.4.20-13.9smp and 2.4.20-18.9smp
The camera used to work with RH7.2, kernel 2.4.18-17.7x.
Output from /var/log/messages when the cammera is connected....
kernel: hub.c: new USB device 00:1f.4-2, assigned address 2
kernel: usb.c: USB device 2 (vend/prod 0x4c8/0x726) is not claimed by any active
/etc/hotplug/usb.agent: Setup usb-storage for USB product 4c8/726/100
kernel: Initializing USB Mass Storage driver...
kernel: usb.c: registered new driver usb-storage
kernel: scsi2 : SCSI emulation for USB Mass Storage devices
kernel: Vendor: Konica Model: KD-400Z Rev: 1.00
kernel: Type: Direct-Access ANSI SCSI revision: 02
kernel: Attached scsi removable disk sdb at scsi2, channel 0, id 0, lun 0
kernel: SCSI device sdb: 124065 512-byte hdwr sectors (64 MB)
kernel: sdb: Write Protect is off
kernel: sdb: sdb1
kernel: USB Mass Storage support registered.
kernel: usb-uhci.c: interrupt, status 3, frame# 996
Output following disconnection of camera...
kernel: usb-uhci.c: interrupt, status 2, frame# 624
kernel: usb.c: USB disconnect on device 00:1f.4-2 address 2
kernel: hub.c: USB device not accepting new address (error=-110)
Created attachment 92236 [details]
dmesg for 2.4.20-18.9smp
The same camera that hangs my RH9 system works with RH8, kernel 2.4.20-18.8
(the RH8 system is a different computer, not SMP).
Can provide further details if needed.
Ignacio, how are FC1 and/or FC2?
Thanks for the bug report. However, Red Hat no longer maintains this version of
the product. Please upgrade to the latest version and open a new bug if the problem
The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases,
and if you believe this bug is interesting to them, please report the problem in
the bug tracker at: http://bugzilla.fedora.us/
See also bug #107248 as it seems to be related.