Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965051AbXAGUHr (ORCPT ); Sun, 7 Jan 2007 15:07:47 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S965116AbXAGUHr (ORCPT ); Sun, 7 Jan 2007 15:07:47 -0500 Received: from pfepc.post.tele.dk ([195.41.46.237]:52677 "EHLO pfepc.post.tele.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965073AbXAGUHq (ORCPT ); Sun, 7 Jan 2007 15:07:46 -0500 Subject: Re: libata error handling From: Kasper Sandberg To: Bartlomiej Zolnierkiewicz Cc: Robert Hancock , LKML Mailinglist , jgarzik@pobox.com, alan@lxorguk.ukuu.org.uk In-Reply-To: <58cb370e0701061128t439b0a15w82063a8d23fe6c16@mail.gmail.com> References: <459FE8BE.7070208@shaw.ca> <1168109874.1512.11.camel@localhost> <459FF1F8.1050306@shaw.ca> <1168110512.1512.13.camel@localhost> <58cb370e0701061128t439b0a15w82063a8d23fe6c16@mail.gmail.com> Content-Type: text/plain Date: Sun, 07 Jan 2007 21:07:34 +0100 Message-Id: <1168200454.23415.0.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1905 Lines: 39 On Sat, 2007-01-06 at 20:28 +0100, Bartlomiej Zolnierkiewicz wrote: > On 1/6/07, Kasper Sandberg wrote: > > On Sat, 2007-01-06 at 13:01 -0600, Robert Hancock wrote: > > > Kasper Sandberg wrote: > > > > On Sat, 2007-01-06 at 12:21 -0600, Robert Hancock wrote: > > > >> Kasper Sandberg wrote: > > > >>> i have heard that libata has much better error handling (this is what > > > >>> made me try it), and from initial observations, that appears to be very > > > >>> true, however, im wondering, is there something i can do to get > > > >>> extremely verbose information from libata? for example if it corrects > > > >>> errors? cause i'd really like to know if it still happens, and if i > > > >>> perhaps get corruption as before, even though not severe. > > > >> Any errors, timeouts or retries would be showing up in dmesg.. > > > > how sure can i be of this? is it 100% sure that i have not encountered > > > > this error then? > > > > > > Pretty sure, I'm quite certain libata never does any silent error recovery.. > > AFAIR this is true > (at least it was last time that I've looked at libata eh code) > > > okay, i suppose i face two possibilities then: > > 1: libata drivers are simply better, and the error does not occur > > because of driver bugs in the old ide drivers > > very likely however pdc202xx_new bugs should be fixed in 2.6.20-rc3 > (as it contains a lot of bugfixes for this driver from Sergei Shtylyov) these fixes are also in the libata driver? > > > 2: it hasnt happened to me on libata yet (though this is also abit > > weird, as it has now ran far longer than were previously required to hit > > the errors) > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/