From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Uwe Bugla" Subject: Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2) Date: Fri, 02 Feb 2007 14:07:36 +0100 Message-ID: <20070202130736.185460@gmx.net> References: <20070127174230.GN6017@stusta.de> <20070128133344.214070@gmx.net> <1170051963.6454.7.camel@Homer.simpson.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail.gmx.net ([213.165.64.20]:45712 "HELO mail.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1423031AbXBBNHh (ORCPT ); Fri, 2 Feb 2007 08:07:37 -0500 In-Reply-To: Sender: linux-ide-owner@vger.kernel.org List-Id: linux-ide@vger.kernel.org To: Linus Torvalds , efault@gmx.de Cc: James.Bottomley@SteelEye.com, michaelc@cs.wisc.edu, jens.axboe@oracle.com, jgarzik@pobox.com, B.Zolnierkiewicz@elka.pw.edu.pl, linux-ide@vger.kernel.org, alan@lxorguk.ukuu.org.uk, gd@spherenet.de, akpm@osdl.org, bunk@stusta.de -------- Original-Nachricht -------- Datum: Sun, 28 Jan 2007 23:04:49 -0800 (PST) Von: Linus Torvalds An: Mike Galbraith CC: Uwe Bugla , Adrian Bunk , Andrew Morton , gd@spherenet.de, alan@lxorguk.ukuu.org.uk, linux-ide@vger.kernel.org, B.Zolnierkiewicz@elka.pw.edu.pl, Jeff Garzik , Jens Axboe , Mike Christie , James Bottomley Betreff: Re: 2.6.20-rc6: known unfixed regressions (v2) (part 2) > > > [ Added Jeff, Jens and Mike Christie to Cc. I would _guess_ this is > associated with the "larger block pc request" stuff: Mike, Jens? James B > added for good luck. > > It apparently started happening somewhere between 2.6.19 and 2.6.20-rc2, > and doing a > > gitk v2.6.19..v2.6.20-rc2 block/scsi_ioctl.c drivers/ide/ > > I don't see anything else that really looks all that suspicious.. Unless > maybe it's that "Fix SG_IO leak". Jeff added because of the hddtemp > issue, but I think that was effectively SATA-only, so probably isn't > relevant. > > Damn, I just realized that Jens is in the middle of his vacation for a > week.. > > Mike, can you please look at this and check? ] > > On Mon, 29 Jan 2007, Mike Galbraith wrote: > > > > FWIW, I just tried it with 2.6.20-rc6, and can confirm. Once nero is > > run, the kernel never gives up retrying whatever command failed, so I > > get... > > > > [ 4362.972995] hdd: status error: status=0x58 { DriveReady SeekComplete > DataRequest } > > [ 4362.981475] ide: failed opcode was: unknown > > [ 4362.986183] hdd: drive not ready for command > > Ok, I tried the demo version you can download at > > http://www.nero.com/eng/nerolinux-prog.html > > and yes, nerolinux seems broken. I've never used it before, but it > triggers: > > hda: irq timeout: status=0xc0 { Busy } > ide: failed opcode was: unknown > > and after that there is indeed an endless stream of: > > hda: status error: status=0x58 { DriveReady SeekComplete DataRequest } > ide: failed opcode was: unknown > hda: drive not ready for command > > Which eventially switches to > > hda: status error: status=0x59 { DriveReady SeekComplete DataRequest > Error } > hda: status error: error=0x40 { LastFailedSense=0x04 } > ide: failed opcode was: unknown > hda: drive not ready for command > > However, it appears to be rather hard to debug, with nerolinux being some > closed black box. Does anybody who knows nero know if there is some way to > get debug information out of it to see what it tried to do? > > Can somebody try to bisect this? > > Linus Unfortunately not me, Linus, sorry for my ignorance in those things. But I will try rc7 and see whether this terrible bug is gone. Regards Uwe -- "Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ... Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail?ac=OM.GX.GX003K11713T4783a