From Bugzilla Helper: User-Agent: Mozilla/4.72 [en] (X11; U; Linux 2.2.14-5.0 i486) Description of problem: If an XM-3301 CD-rom is connected to the AHA-1522 controller, mount /dev/scd0 /c0 fails with "unknown device". If an XM-5701 is connected instead, the mount command succeeds. The same XM-3301 drive mounts properly under any RH from 4.0 through 6.2, and installs 7.2 successfully. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Install RH 7.2 using the AHA-1522 and XM-3301. 2. Log in as root. Attempt to mount /dev/scd0. Error message appears. 3. Shut down, change CD-ROM, reboot and repeat test. mount succeeds. 4. Put back XM-3301. Install RH 6.2 on the same host, reboot and repeat test. mount succeeds. Additional info: Searched config files under /usr/src/linux. Didn't see anything that appeared to be related to specific scsi CD-ROM drives.
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/