From owner-freebsd-current Mon Apr 15 5:23:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id 77F2B37B421; Mon, 15 Apr 2002 05:23:29 -0700 (PDT) Received: (from sos@localhost) by freebsd.dk (8.11.6/8.11.6) id g3FCNI541636; Mon, 15 Apr 2002 14:23:18 +0200 (CEST) (envelope-from sos) From: Søren Schmidt Message-Id: <200204151223.g3FCNI541636@freebsd.dk> Subject: Re: ATA errors on recent -current In-Reply-To: <3CBAC2B3.7F1CEE04@mindspring.com> To: Terry Lambert Date: Mon, 15 Apr 2002 14:23:18 +0200 (CEST) Cc: Giorgos Keramidas , Alexander Leidinger , dwcjr@inethouston.net, current@FreeBSD.ORG, sos@FreeBSD.ORG Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Terry Lambert wrote: > > > IBM DTLA drives are known to be problematic. If you use that > > > in a search engine, it will find numerous references to the > > > drive electronics being too slow for sustained access to the > > > sectors closes to the spindle. > > > > This thread is about tagged queueing problems on IBM drives since they > > are the only ones that supports it, it is not specific to the DTLA > > series at all, which this thread has already explained. > > So Terry, do you have anything to share, or just noise like this ? > > > > (I dont care about if the DTLA may have other problems) > > Sorry; all I can give you is hear-say, which I guess you could > consider to be noise, except we confirmed that the problem disk > in this case was an IBM drive, which tends to support the theory. Indeed, the problem at hand here show up on *any* tagged queueing capable drive, it is not specific to a certain model. > For a more "scientific test", downloading the firmware tool and > setting the DMA transfer rate down, and checking for problems, > would be pretty overwhelming evidence. Personally, I don't have > any of the buggers lying around to test with any more. Why on earth would you do that ? (hint man atacontrol) Besides I dont see this as any evidence at all, but thats another matter... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message