Bug 60025
Summary: | Toshiba XM-3301 CD-ROM not recognized at RH 7.2 | ||||||
---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | jac | ||||
Component: | kernel | Assignee: | Arjan van de Ven <arjanv> | ||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Brian Brock <bbrock> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 7.2 | ||||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | i586 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2004-09-30 15:39:23 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
jac
2002-02-19 05:07:25 UTC
Can you attach "dmesg" output? Created attachment 46740 [details]
Output from dmesg command
Sent requested file as an attachment. Hope it arrived. The 3301TA is found just fine. Hm. Could you try the following simple thing: type "depmod -ae" as root and try again. Might be something very stupid in the autoloading of drivers and depmod -ae resets some information there. Found a clue. Just happened to change the SCSI ID of the XM-3301 from 3 (its default) to 2, which is what the XM-5701 was set to in order not to conflict with the 3301 when they're on the same system. Booted, and the system recognized the 3301. mount worked. So it looks like maybe the new bug is in some compile-time config option in the AHA-152x driver, or possibly in its source code. I can't imagine that any run-time config setting would affect this. Prior to 7.2, I was always able to set any CD-ROM to any SCSI ID, and the system would recognize it at boot. For some reason, your request about depmod didn't get into my e-mail, so I didn't see it until now. Still want me to run that test? The successful mounting of a SCSI CD-ROM at ID=2 appears to have been a fluke. After shutting down and re-booting, I couldn't get it to mount again. It never worked again after a re-install of RH 7.2, at any SCSI ID. However, a SCSI hard disk on the same cable at ID=0 always mounted successfully, so the aha1542 module is working to some degree. The same set of hardware always works without problems under RH 6.0, RH 6.2, and Libranet 2.0 (Linux 2.4.16). These observations suggest that the bug occurs only with Linux 2.4, but not with all Linux 2.4 distributions. Its randomness hints at an initialization problem or a driver race condition. I don't think I'm going to do any more work on this unless you want me to help with specific tests. This bug cripples my system too badly to get any useful work done, especially when added to the XFree86 problems I haven't even written bug reports on, so I've given up on Red Hat now that all the hardware I need is fully functional under Libranet. But since I have the extra hard disk on the machine now, I can load a test OS without affecting the Libranet installation. 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 persists. 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/ |