Date: Tue, 07 Oct 2003 12:49:00 -0600 From: "Justin T. Gibbs" <gibbs@scsiguy.com> To: Poul-Henning Kamp <phk@phk.freebsd.dk>, Nate Lawson <nate@root.org> Cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/cam/scsi scsi_cd.c Message-ID: <44570000.1065552539@aslan.btc.adaptec.com> In-Reply-To: <22886.1065458527@critter.freebsd.dk> References: <22886.1065458527@critter.freebsd.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
> In message <20031006093515.S3158@root.org>, Nate Lawson writes: > >> Shouldn't the following read capacity command be able to detect the loss >> of a drive as well? > > The trick here is the low timeout. No. The trick is removing any retries so that retriable errors are ignored. The "problem" never was the timeout value, but the drive returning "in the process of becoming ready" status that triggered error recovery to wait for the device. GEOM shouldn't be waiting around for devices unless they are accessed or have the potential to be accessed (devfs lookup that fails to match an already probed entry) which would avoid this delay even with the original, correct error recovery. >> Did kdm@ review this? > If he had, it would have said so in the commit message. If he had, I'm sure he would have rejected the change. -- Justin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?44570000.1065552539>