From owner-freebsd-scsi Thu Jul 5 15:45:47 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 05BC637B401 for ; Thu, 5 Jul 2001 15:45:44 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id QAA54042; Thu, 5 Jul 2001 16:45:33 -0600 (MDT) (envelope-from ken) Date: Thu, 5 Jul 2001 16:45:33 -0600 From: "Kenneth D. Merry" To: schilling@fokus.gmd.de Cc: gibbs@scsiguy.com, freebsd-scsi@freebsd.org, mckay@thehub.com.au Subject: Re: Problems reading burned CDs Message-ID: <20010705164533.A53974@panzer.kdm.org> References: <200107051310.PAA00961@burner.fokus.gmd.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200107051310.PAA00961@burner.fokus.gmd.de>; from schilling@fokus.gmd.de on Thu, Jul 05, 2001 at 03:10:07PM +0200 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Jul 05, 2001 at 15:10:07 +0200, schilling@fokus.gmd.de wrote: > >From gibbs@scsiguy.com Tue Jul 3 16:31:46 2001 > > >>>> There is no capacity reporting problem, the capacity is reported as documen > >>ted > >>>> in the CD standards. > >> > >>>Well, it's good to know it isn't a bug. :) > >> > >>It definitely _is_ a bug. > > >Sending a Bus Device Reset message to a target when it doesn't respond > >in the expected amount of time is a bug? Perhaps the driver could try > >an abort message first, but the behavior is not completely unreasonable. > >Your other complaints seem to be in regard to a "bus reset", which never > >occurred in this situation. > > OK, if it is no bus device reset, it should be OK. Eh? It is a bus device reset... > However, 5 seconds is a too short timeout. For what? The 5 second timeout is for a generic SCSI command facility, not for any particular command. 5 seconds is plenty of time for some commands, and way too short for others. A user savvy enough to compose his own CDBs should also be knowledgeable enough to specify a suitable timeout. Sometimes a knowledgeable user will forget (like I did) to specify a longer timeout or will try to find a suitable timeout via experimentation. Either way, he'll figure out soon enough whether the timeout was long enough and therefore whether he needs to make it longer. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message