Bug 68963
Summary: | USB mouse detected, but no usb-controller in modules.conf | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | John Reiser <jreiser> | ||||||
Component: | kudzu | Assignee: | Bill Nottingham <notting> | ||||||
Status: | CLOSED RAWHIDE | QA Contact: | Brock Organ <borgan> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | 7.3 | CC: | j, rvokal | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | i386 | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2002-07-31 19:32:07 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
John Reiser
2002-07-16 15:36:46 UTC
What does `/usr/sbin/kudzu -p -b USB` print out? -----$(/usr/sbin/kudzu -p -b USB) - class: OTHER bus: USB detached: 0 driver: unknown desc: "USB OHCI Root Hub" usbclass: 9 usbsubclass: 0 usbprotocol: 0 usbbus: 1 usblevel: 0 usbport: 0 vendorId: 0000 deviceId: 0000 productrevision: unknown - class: MOUSE bus: USB detached: 0 device: input/mice driver: mousedev desc: "Logitech Inc. Trackball" usbclass: 3 usbsubclass: 1 usbprotocol: 2 usbbus: 1 usblevel: 1 usbport: 0 vendorId: 046d deviceId: c401 productrevision: unknown ----- The only thing that looks strange to me is vendorId:deviceId of 0000:0000 for the hub. If I comment out "# alias usb-controller usb-ohci" from modules.conf and reboot 'single', then "/usr/sbni/kudzu -p -b USB" gives an empty file. But the mouse (trackball) was detected early during installation, so somebody knows that USB is there. Sounds like a kudzu issue. What does kudzu -p -b pci say? The output of "kudzu -p -b USB" was submitted two days ago (Tuesday at 2pm). It shows the hub (with 0000:0000 for vendor:device), and the mouse. That's after inserting "alias usb-controller usb-ohci" into /etc/modules.conf and rebooting so that USB and USB mouse are initialized. If there is no alias for usb-controller in /etc/modules.conf, then upon booting neither the USB nor the mouse are initialized [at least, there are no such lines in the console printout like there are when an alias is present], and "kudzu -p -b USB" gives an empty output (length 0). I'll get the output from kudzu on the pci in just a little while. [Sorry for misreading "pci" as "USB".] Here is the output from "/usr/sbin/kudzu -p -b pci": - class: OTHER bus: PCI detached: 0 driver: unknown desc: "Silicon Integrated Systems [SiS]|85C501/2" vendorId: 1039 deviceId: 0406 subVendorId: 0000 subDeviceId: 0000 pciType: 1 - class: OTHER bus: PCI detached: 0 driver: unknown desc: "Silicon Integrated Systems [SiS]|85C503/5513" vendorId: 1039 deviceId: 0008 subVendorId: 0000 subDeviceId: 0000 pciType: 1 - class: OTHER bus: PCI detached: 0 driver: unknown desc: "CMD Technology Inc|PCI0640" vendorId: 1095 deviceId: 0640 subVendorId: 0000 subDeviceId: 0000 pciType: 1 - class: NETWORK bus: PCI detached: 0 device: eth driver: tulip desc: "DEC|DECchip 21140 [FasterNet]" vendorId: 1011 deviceId: 0009 subVendorId: 1385 subDeviceId: 1100 pciType: 1 - class: VIDEO bus: PCI detached: 0 driver: Card:Cirrus Logic GD543x desc: "Cirrus Logic|GD 5434-8 [Alpine]" vendorId: 1013 deviceId: 00a8 subVendorId: 0000 subDeviceId: 0000 pciType: 1 - class: USB bus: PCI detached: 0 driver: usb-ohci desc: "OPTi Inc.|82C861" vendorId: 1045 deviceId: c861 subVendorId: 1045 subDeviceId: c861 pciType: 1 ----- The PCI card is model TK9906 by INTEK21 of Fremont, CA; a Fry's Electronics special. Was anything in /etc/modules.conf after the install? Did /etc/sysconfig/hwconf exist after the install? The contents of /etc/modules.conf was ----- alias parport_lowlevel parport_pc alias eth0 tulip ----- which is correct except for omitting "alias usb-controller usb-ohci". I'll power up that machine and report the present state of /etc/sysconfig/hwconf, which was not recorded the 1st time (and might have been changed by successful configuration of mouse after inserting the alias for the usb-controller.) Created attachment 66326 [details]
/etc/sysconfig/hwconf (current contents)
A fresh install of 2nd limbo beta 7.3.93-2 produces the correct /etc/modules.conf, containing "alias usb-controller usb-ohci" on the last line. OK, I will then presume this is fixed. A problem quite similar to this has happened to me with Red Hat 8.0, and indeed in 7.1 and 7.2 as well. (I skipped 7.3.) In fact, a USB controller has never been detected on any hardware that I have ever installed Red Hat on. The hardware I'm testing with now is significantly different (VIA KT266 chipset, UHCI instead of OHCI) but while Anaconda correctly finds the USB mouse it does not add anything to modules.conf. Upon the first reboot, kudzu reports the removal of the mouse. kudzu -p -b USB reports nothing at all until I boot with "alias usb-controller usb-uhci" in /etc/modules.conf. kudzu -p -b pci will follow in an attachment. Created attachment 82764 [details]
kudzu -p -b pci
Hm, I'm guessing newer kernel tweaks cause the USB controller to not have an interrupt assigned to it until the module is loaded. |