From owner-cvs-all Wed Oct 14 15:13:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA05679 for cvs-all-outgoing; Wed, 14 Oct 1998 15:13:12 -0700 (PDT) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from metal.intt.org (metal.intt.org [206.109.108.186]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA05667; Wed, 14 Oct 1998 15:13:07 -0700 (PDT) (envelope-from smace@metal.intt.org) Received: (from smace@localhost) by metal.intt.org (8.9.1/8.9.1) id RAA21293; Wed, 14 Oct 1998 17:12:49 -0500 (CDT) From: Scott Mace Message-Id: <199810142212.RAA21293@metal.intt.org> Subject: Re: cvs commit: src/sys/cam cam_xpt.c In-Reply-To: <199810142117.OAA21730@freefall.freebsd.org> from Kenneth Merry at "Oct 14, 1998 2:17:40 pm" To: ken@FreeBSD.ORG (Kenneth Merry) Date: Wed, 14 Oct 1998 17:12:49 -0500 (CDT) Cc: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk > ken 1998/10/14 14:17:40 PDT > > Modified files: > sys/cam cam_xpt.c > Log: > Disable tagged queueing for the Seagate Elite 9GB drives. They tend to get > hung up when you send tags to them too quickly. (CAM is able to recover > from the problem, but this just avoids it altogether.) > > Reviewed by: gibbs > Reported by: Bret Ford > and: Martin Renters > > Revision Changes Path > 1.21 +10 -1 src/sys/cam/cam_xpt.c > This is odd, I have 2 elite 9's and they run fine with tagged queuing. What rev are the drives that fail? What are the symptoms exactly (maybe they don't run fine ?@?) In fact without tagged quueing they have very slow performance. Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message