From owner-freebsd-hackers Sat Aug 15 15:03:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA19678 for freebsd-hackers-outgoing; Sat, 15 Aug 1998 15:03:34 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA19667; Sat, 15 Aug 1998 15:03:13 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.8.8) id AAA00503; Sun, 16 Aug 1998 00:01:40 +0200 (CEST) (envelope-from sos) Message-Id: <199808152201.AAA00503@sos.freebsd.dk> Subject: Re: TESTERS WANTED for new ATAPI CD/CDR/CDRW driver. In-Reply-To: <199808151945.VAA22323@labinfo.iet.unipi.it> from Luigi Rizzo at "Aug 15, 98 09:45:40 pm" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Sun, 16 Aug 1998 00:01:40 +0200 (CEST) Cc: bright@www.hotjobs.com, sos@FreeBSD.ORG, hackers@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Luigi Rizzo who wrote: > > On Fri, 14 Aug 1998, Søren Schmidt wrote: > > > > > In reply to Alfred Perlstein who wrote: > > > > does this code have a watchdog to prevent ATAPI proccesses from tsleeping > > > > forever? > > > > > > No, this is only to test ATAPI burners, prober timeout & error handeling > > > is part of the new atapi subsystem, but that is not ready for primetime > > but.. is that such a big change in the system ? I thought one just > needed to add a reference from the atapi device descriptor > to the relevant wd controller and mostly reuse the existing timeout > code which already works for wd disks... am i wrong ? No not exactly, you are close, there is new timeout code that knows how long different commands should take, so that we dont need to (busy) wait for results, and can about when an ATAPI command hangs. Also there is prober handeling of the error codes much like the SCSI system... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 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-hackers" in the body of the message