From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Greaves Subject: Re: LibPATA code issues / 2.6.15.4 Date: Wed, 01 Mar 2006 19:49:02 +0000 Message-ID: <4405FAAE.3080705@dgreaves.com> References: <43F2050B.8020006@dgreaves.com> <200602141300.37118.lkml@rtr.ca> <440040B4.8030808@dgreaves.com> <440083B4.3030307@rtr.ca> <4400A1BF.7020109@rtr.ca> <4400B439.8050202@dgreaves.com> <4401122A.3010908@rtr.ca> <44017B4B.3030900@dgreaves.com> <4401B560.40702@rtr.ca> <4403704E.4090109@rtr.ca> <4403A84C.6010804@gmail.com> <4403CEA9.4080603@rtr.ca> <44042863.2050703@dgreaves.com> <44046CE6.60803@rtr.ca> <44046D86.7050809@pobox.com> <4405DCAF.6030500@dgreaves.com> <4405DDEA.7020309@rtr.ca> <4405E42B.9040804@dgreaves.com> <4405E83D.9000906@rtr.ca> <4405EC94.2030202@dgreaves.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: Received: from s2.ukfsn.org ([217.158.120.143]:991 "EHLO mail.ukfsn.org") by vger.kernel.org with ESMTP id S1750991AbWCATss (ORCPT ); Wed, 1 Mar 2006 14:48:48 -0500 In-Reply-To: <4405EC94.2030202@dgreaves.com> Sender: linux-ide-owner@vger.kernel.org List-Id: linux-ide@vger.kernel.org To: David Greaves Cc: Mark Lord , Jeff Garzik , Tejun Heo , Justin Piszcz , linux-kernel@vger.kernel.org, IDE/ATA development list , albertcc@tw.ibm.com, axboe@suse.de, Linus Torvalds David Greaves wrote: >Mark Lord wrote: > > > >>By the way, the latest 2.6.16-rc5-git4 is available, >>and has FUA turned off by default now. So it should >>work with your drives, and *you* are expected to verify >>that for us all now. >> >> >Yeah, I know - I've got it on the machine... but it's my wife's machine. >I've asked nicely but she's editing a Hercule Poirot video so I'm not >allowed to reboot it for a while... > >I've told her I'm not making pancakes until I've tested it so expect a >report Real Soon Now... > > OK that worked (the pancakes - the kernel's not doing so well...) haze:~# uname -a Linux haze 2.6.16-rc5-git4 #2 PREEMPT Wed Mar 1 19:07:58 UTC 2006 i686 GNU/Linux The boot is pretty clean. I ran an xfs_repair -n on the lvm volume and got the following errors. The repair reported a clean filesystem and the drive was not booted from the raid so that's a big improvement. I was not able to trigger similar messages on ata1 but a simple dd doesn't trigger the messages on ata2 either (and for various reasons, xfs_repair wouldn't run on ata1 - I thought I'd leave it and report this first) ata2: translated ATA stat/err 0x51/04 to SCSI SK/ASC/ASCQ 0xb/00/00 ata2: status=0x51 { DriveReady SeekComplete Error } ata2: error=0x04 { DriveStatusError } ata2: no sense translation for status: 0x51 ata2: translated ATA stat/err 0x51/00 to SCSI SK/ASC/ASCQ 0x3/11/04 ata2: status=0x51 { DriveReady SeekComplete Error } ata2: no sense translation for status: 0x51 ata2: translated ATA stat/err 0x51/00 to SCSI SK/ASC/ASCQ 0x3/11/04 ata2: status=0x51 { DriveReady SeekComplete Error } ata2: no sense translation for status: 0x51 ata2: translated ATA stat/err 0x51/00 to SCSI SK/ASC/ASCQ 0x3/11/04 ata2: status=0x51 { DriveReady SeekComplete Error } ata2: no sense translation for status: 0x51 ata2: translated ATA stat/err 0x51/00 to SCSI SK/ASC/ASCQ 0x3/11/04 ata2: status=0x51 { DriveReady SeekComplete Error } ata2: no sense translation for status: 0x51 ata2: translated ATA stat/err 0x51/00 to SCSI SK/ASC/ASCQ 0x3/11/04 ata2: status=0x51 { DriveReady SeekComplete Error } ata2: no sense translation for status: 0x51 ata2: translated ATA stat/err 0x51/00 to SCSI SK/ASC/ASCQ 0x3/11/04 ata2: status=0x51 { DriveReady SeekComplete Error } ata2: no sense translation for status: 0x51 ata2: translated ATA stat/err 0x51/00 to SCSI SK/ASC/ASCQ 0x3/11/04 ata2: status=0x51 { DriveReady SeekComplete Error } David --