Date: Fri, 16 Aug 1996 02:21:17 +0400 (????) From: Dmitry Khrustalev <dima@bog.msu.su> To: "Justin T. Gibbs" <gibbs@freefall.FreeBSD.ORG> Cc: Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de>, freebsd-scsi@freebsd.org, "Bror 'Count' Heinola" <count@key.hole.fi> Subject: Re: Pioneer CD changer problem Message-ID: <Pine.SOL.3.94.960816021318.19004D-100000@sunny.bog.msu.su> In-Reply-To: <199608152112.OAA23181@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 15 Aug 1996, Justin T. Gibbs wrote: > >The timeouts in the existing driver are way too short to properly > >handle CD changers. I've got a Nakamichi on loan to test and fix > >this, but defered all my CD-ROM work until Justin's changes are in the > >tree to avoid massively diverging drivers. The current way of timeout > >handling sucks rocks, all timeouts are wild guesses, and there's no > >way to centrally maintain them. Each and every call to > >scsi_scsi_cmd() specifies its own idea of what timeout might be > >appropriate. > > Do you have any ideas on handling this better? Has anyone researched if > there is any kind of status information we can retrieve so we can > dynamically adjust timeout length? The SCSI layer is in dire need > of a better error recovery strategy as well, and the timeout issue is part > of that. Perhaps we can start tossing around ideas on how we should solve > these problems? What I always wanted is an option to have only one outstanding transaction for device on all logical units. Capability to sort request by lun ( with timeout to avoid monopolising the changer by one process) will be also helpful. It was mess to add this in old code, and I have not looked at new one yet. -Dima > > >-- > >cheers, J"org > > > >joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > >Never trust an operating system you don't have sources for. ;-) > > -- > Justin T. Gibbs > =========================================== > FreeBSD: Turning PCs into workstations > =========================================== >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.SOL.3.94.960816021318.19004D-100000>