From owner-freebsd-scsi Fri Feb 20 22:57:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA06369 for freebsd-scsi-outgoing; Fri, 20 Feb 1998 22:57:58 -0800 (PST) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA06364 for ; Fri, 20 Feb 1998 22:57:57 -0800 (PST) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id XAA19810; Fri, 20 Feb 1998 23:57:42 -0700 (MST) Message-Id: <199802210657.XAA19810@pluto.plutotech.com> To: shimon@simon-shapiro.org cc: scsi@FreeBSD.ORG Subject: Re: very slow scsi performance Newsgroups: pluto.freebsd.scsi In-Reply-To: Date: Fri, 20 Feb 1998 23:54:50 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > AFAIK, the DPT firmware handles the IBMs fine. Another DPT advantage (from > my point of view); Linking and tagging is done by the firmware. The > formware is written by people who have access to a bit more hardware and > testing environments than we do. The DPT driver does not attempt tagging. > No need to. Giving applications the ability to control the tag types is very powerful. It gives you explicit control over transaction ordering. The fact that the DPT cards export an interface to control the tag type is good, but the fact that the controller driver does not export the ability to set it is not. I'm sure that when the DPT driver is integrated into the CAM framework, it will the application specified tag type. > Sincerely Yours, > > Simon Shapiro > Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message