Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932304AbWCVSBb (ORCPT ); Wed, 22 Mar 2006 13:01:31 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932300AbWCVSBb (ORCPT ); Wed, 22 Mar 2006 13:01:31 -0500 Received: from ookhoi.xs4all.nl ([213.84.114.66]:12223 "EHLO favonius.humilis.net") by vger.kernel.org with ESMTP id S932265AbWCVSB3 (ORCPT ); Wed, 22 Mar 2006 13:01:29 -0500 Date: Wed, 22 Mar 2006 19:01:27 +0100 From: Sander To: "Eric D. Mudama" Cc: sander@humilis.net, Mark Lord , Linus Torvalds , Jeff Garzik , Mark Lord , Andrew Morton , "linux-ide@vger.kernel.org" , Linux Kernel Subject: Re: [PATCH] 2.6.xx: sata_mv: another critical fix Message-ID: <20060322180127.GB3222@favonius> Reply-To: sander@humilis.net References: <20060321121354.GB24977@favonius> <20060322090006.GA8462@favonius> <200603220950.11922.lkml@rtr.ca> <20060322170959.GA3222@favonius> <311601c90603220953t291fdb85w9f6d0fb299a00ab2@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <311601c90603220953t291fdb85w9f6d0fb299a00ab2@mail.gmail.com> X-Uptime: 18:01:26 up 19 days, 22:11, 30 users, load average: 3.25, 3.02, 2.70 User-Agent: Mutt/1.5.11+cvs20060126 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2464 Lines: 57 Eric D. Mudama wrote (ao): > On 3/22/06, Sander wrote: > > I've applied the patch against 2.6.16-git4. I'm sorry to say the > > messages are still there: > > > > [ 1038.536894] kjournald starting. Commit interval 5 seconds > > [ 1038.555040] EXT3 FS on md0, internal journal > > [ 1038.555072] EXT3-fs: mounted filesystem with writeback data mode. > > [ 1418.639290] ata11: status=0x50 { DriveReady SeekComplete } > > [ 1418.639356] ata11: error=0x50 { UncorrectableError SectorIdNotFound } > > [ 1418.639418] sdh: Current: sense key=0x0 > > [ 1418.639448] ASC=0x0 ASCQ=0x0 > > [ 1418.639481] Info fld=0x505050 > > [ 1684.727367] ata9: translated ATA stat/err 0xd0/00 to SCSI SK/ASC/ASCQ 0xb/47/00 > > [ 1684.727420] ata9: status=0xd0 { Busy } > > [ 2223.664107] ata6: translated ATA stat/err 0xd0/00 to SCSI SK/ASC/ASCQ 0xb/47/00 > > [ 2223.664162] ata6: status=0xd0 { Busy } > > [ 2381.589354] ata11: translated ATA stat/err 0xd0/00 to SCSI SK/ASC/ASCQ 0xb/47/00 > > [ 2381.589416] ata11: status=0xd0 { Busy } > > [ 2511.238690] ata9: translated ATA stat/err 0xd0/00 to SCSI SK/ASC/ASCQ 0xb/47/00 > > [ 2511.238753] ata9: status=0xd0 { Busy } > > [ 2990.792908] ata7: translated ATA stat/err 0xd0/00 to SCSI SK/ASC/ASCQ 0xb/47/00 > > [ 2990.792960] ata7: status=0xd0 { Busy } > > [ 4672.691569] ata8: translated ATA stat/err 0xd0/00 to SCSI SK/ASC/ASCQ 0xb/47/00 > > [ 4672.691623] ata8: status=0xd0 { Busy } > > [ 4988.884663] ata6: translated ATA stat/err 0xd0/00 to SCSI SK/ASC/ASCQ 0xb/47/00 > > [ 4988.884717] ata6: status=0xd0 { Busy } > > > > > > Could the ata11/sdh message be bogus? I re-create the raid5 and fs every > > reboot. > > What, exactly, is timing out? How long is the timeout period? I don't know to be honest. I just run the test and only afterwards check if it doesn't fail and if the md5sums match: for i in `seq 4` do dd if=/dev/zero of=bigfile.$i bs=1024k count=10000 dd if=bigfile.$i of=/dev/null bs=1024k count=10000 done time md5sum bigfile.* time rm bigfile.* I'm not aware of any delay or timeout. Of course the dd output differs each run. > The ata11 seems bogus, 50/50/50 doesn't seem right. -- Humilis IT Services and Solutions http://www.humilis.net - 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/