Date: Thu, 1 Oct 1998 08:37:40 +0200 (CEST) From: Søren Schmidt <sos@FreeBSD.ORG> To: mike@smith.net.au (Mike Smith) Cc: toasty@home.dragondata.com, karl@Denninger.Net, tom@uniserve.com, dnelson@emsphone.com, bright@hotjobs.com, current@FreeBSD.ORG Subject: Re: Long IDE probes? Message-ID: <199810010637.IAA10066@sos.freebsd.dk> In-Reply-To: <199809302357.QAA04228@dingo.cdrom.com> from Mike Smith at "Sep 30, 98 04:57:08 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
In reply to Mike Smith who wrote:
>
> This (like much of the ATA code) calls for a complete rewrite. Which
> is underway. But for now, it's difficult to work around it "properly"
> without risking breaking support for older or nonconformant hardware.
Maybe I should chime in here as I'm doing the rewrite :)
I'm dealing differently with the probes now, in fact I dont see the
long delays if the HW isn't there. I simply look for valid regs
at the "known" addresses, and if none is there it fails very
early in the probe. This has the disadvantage that if "strange"
HW is present at those addresses, we will still see a timeout
happening, but in most of the cases it will just work.
Also I dont wait for an ATA (disk) device to time out before I probe
for an ATAPI device.
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team
Even more code to hack -- will it ever end?
..
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199810010637.IAA10066>