Date: Wed, 10 Nov 1999 20:06:22 +0100 From: "Zuidam, Hans" <Hans.Zuidam@nl.origin-it.com> To: "'hackers@freebsd.org'" <hackers@freebsd.org> Subject: CD-ROM on Compaq Deskpro Message-ID: <9B7E8CE3E214D311A3050008C7A4BDDB9346C4@nlehx061.ehvvon.nl.origin-it.com>
next in thread | raw e-mail | index | archive | help
Hi,
Further investigating the reason why the CD-ROM is not accessible
on a Compaq Deskpro EN (changing the machine was not an option,)
I've found the following:
o The CD-ROM drive is on the secondary IDE controller,
there is no primary controller. The HD is on a SCSI
controller (ah2940);
o If the drive is jumpered as a slave, the secondary IDE
controller is not found by the wdc code, very weird;
o If the driver is jumpered as either a master or with
cable select the secondary IDE controller is found, the
wdc1 controller and the drive are found but subsequently
not accessible.
This bothered me until I noticed the controller busy status.
Somehow when the slave is probed, it fails because there is no
slave device, but the controller is left in a busy state from which
it (nor the sw.) never recovers:
atapi1.1 at 0x170: attach called
atapiX.1 at 0x170: controller busy, status=80<busy>
So, inserting in atapi_probe() line saying:
if (unit > 0) {
print(("unit > 0\n", unit));
return 0;
}
Results in the following:
atapi1.1 at 0x170: attach called
unit 1 > 0
Subsequently, the CD-ROM can be mounted and used.
Sadly I do not know enough about either IDE nor about ATAPI to give
a quick answer as to what the reason for the problem could be. If
anyone has suggestions for further experiments, I'll be glad to try.
Regards,
Hans
Hans Zuidam e-mail: hans.zuidam@nl.origin-it.com
Origin, BAS/AM-CE tel. +31 40 2735569
Gebouw SK-520 fax. +31 40 2736936
Glaslaan 2
5616 LW Eindhoven
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9B7E8CE3E214D311A3050008C7A4BDDB9346C4>