From owner-freebsd-current Sun Feb 21 2:21:23 1999 Delivered-To: freebsd-current@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id A89B811830 for ; Sun, 21 Feb 1999 02:21:19 -0800 (PST) (envelope-from mjacob@feral.com) Received: from localhost (mjacob@localhost) by feral.com (8.8.7/8.8.7) with ESMTP id CAA01420; Sun, 21 Feb 1999 02:20:51 -0800 Date: Sun, 21 Feb 1999 02:20:51 -0800 (PST) From: Matthew Jacob X-Sender: mjacob@feral-gw Reply-To: mjacob@feral.com To: "Kenneth D. Merry" Cc: grog@lemis.com, paulz@trantor.xs4all.nl, freebsd-current@FreeBSD.ORG Subject: Re: Slow seq. write on Seagate ST36530N In-Reply-To: <199902210201.TAA16287@panzer.plutotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > It sounds like a good idea, and it is. What I want to see is scsi_da use > > this automatically. I have never liked the "punch it, Chewey!" approach > > CAM has been taking..... > > What do you mean "scsi_da use this automatically"? > > All of the tagged queueing stuff is controlled in the transport layer. > What are you proposing that the DA driver do? > It is up to a target driver to control properties of performance and reliability on the target device and to mediate between filesystems and that device. The da driver should be checking for and adjusting performance criteria based upon this. Whether it is now currently mistakenly placed in the transport layer (tags are a property of parallel SCSI- tags, qua tags, are not the issue, but the number of parallem operations at a time is) is not the issue. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message