Bug 165749
Summary: | Dell precision 380 usb/ps2 keyboard mouse breaks after install | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 3 | Reporter: | John Sopko <sopko> |
Component: | kernel | Assignee: | Pete Zaitcev <zaitcev> |
Status: | CLOSED NOTABUG | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 3.0 | CC: | costas.papadopoulos, dduffey, jlaska, petrides |
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: | 2005-11-23 14:55:56 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: |
Description
John Sopko
2005-08-11 18:51:15 UTC
One more thing, the usb keyboard does work at the grub boot menu. If I remove the USB controller ehci-hcd what I have to do later on so that the USB's work ? Or this is automatic ? I had to disable the ehci-hcd driver to get the ps/2 mouse/keyboard to work. I could not get the usb mouse/keyboard to work at all. I am hoping rhel-3 update 6 will fix. I did load rhel-4 update 1 on this system and the usb mouse/keyboard works fine but we are not ready to go to rhel-4 yet. Seems like this is a basic thing that should work in rhel-3. There are many USB entries in hwconf. I removed several and at the end all of them but the problem has not been solved. In fact the ehci module in the linux startup is still loading. Is there any other way to disable this ehci thing ? Where is the loading of this module in linux ? Try to find and disable anything that says "USB Legacy Emulation" in BIOS setup or any similar option. The puzzling thing though, is how does the install manage to work. Do you install RHEL 3 GA and update with up2date? That would explain it. The Dell Precision 380 bios allows you to turn the USB Controller On or Off only. If we turn it off then the ps/2 keyboard/mouse work. But this is a dual boot system and the users want the USB bus to work under Windows XP. I installed using rhel-3 update 5 cd's, the install goes fine until the first reboot. When the configuration screen comes up the usb mouse/keyboard do not work and give the errors described above. One more thing, I then ran up2date to get the latest kernel and all other updates hoping that would fix the problem but it did not. Have a look at http://lists.us.dell.com/pipermail/linux-precision/2005-August/000629.html I have changed the order of controllers in modules.conf and it works fine ! The linux is scietnific linux 3.05 from CERN. I can confirm that the bug still exists on update 6 of version 3. To fix the problem, I used the boot CD as a rescue disk, booting it with the command 'linux rescue' Then I changed the file /etc/modules.conf from: alias scsi_hostadapter ahci alias eth0 tg3 alias usb-controller usb-uhci alias usb-controller1 ehci-hcd to: alias scsi_hostadapter ahci alias eth0 tg3 alias usb-controller ehci-hcd alias usb-controller1 usb-uhci This but is fixed under RHEL 4, even in the first release. Even though the Precision 380's need a boot disk to find the SATA hard drives in the default UHCI mode. But Cadence keeps us stuck at RHEL 3, as there are hidden nasty bugs using cadence on RHEL 4. I have 2 Dell Prescion 380's that had the orignal problem. I need to up2date them from rehl-3 u5 to u6. I hope to do this sometime next week, I will try your fix and report back. Thanks for the info. BTW, we just purchased a 3rd Dell 380 to run as a Cadence server! I loaded rhel-4 x64_64 u1, this should be fun. I am trying to port from an old Sun Solaris system and feel that is the proper direction. The USB mouse and keyboard work fine on the the x64_86 machine. The system came with a 512MB USB memory flash drive and that was autodetected under /media/usbmemory which was pretty slick. According to Dell's linux mailing list, this may be fixed in a future firmware release for the 380. I figured it's the BIOS (SMM part). However, do we know if it's the case? If yes, what firmware revision? I expect the original submitter to find it out and close the bug if appropriate. The dell bios update just came out in the last few days as far as I can tell. I installed the Dell "WS380A04" bios which updated the Dell 380 from bios version A02 to A04. This fixed the problem! I put the /etc/modules.conf back to the original install state: alias scsi_hostadapter ahci alias eth0 tg3 alias sound-slot-0 audigy alias usb-controller usb-uhci alias usb-controller1 ehci-hcd Thanks for all the input, closing this bug. |