Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S264375AbUFGJvP (ORCPT ); Mon, 7 Jun 2004 05:51:15 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S264371AbUFGJvP (ORCPT ); Mon, 7 Jun 2004 05:51:15 -0400 Received: from mail012.syd.optusnet.com.au ([211.29.132.66]:35548 "EHLO mail012.syd.optusnet.com.au") by vger.kernel.org with ESMTP id S264375AbUFGJvJ (ORCPT ); Mon, 7 Jun 2004 05:51:09 -0400 From: Con Kolivas To: Jens Axboe Subject: Re: [OT] Who has record no. of DriveReady SeekComplete DataRequest errors? Date: Mon, 7 Jun 2004 19:50:55 +1000 User-Agent: KMail/1.6.1 Cc: Linux Kernel Mailinglist References: <200406060007.10150.kernel@kolivas.org> <200406071918.16166.kernel@kolivas.org> <20040607093622.GG13836@suse.de> In-Reply-To: <20040607093622.GG13836@suse.de> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406071950.55511.kernel@kolivas.org> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3033 Lines: 71 On Mon, 7 Jun 2004 19:36, Jens Axboe wrote: > On Mon, Jun 07 2004, Con Kolivas wrote: > > On Mon, 7 Jun 2004 17:24, Jens Axboe wrote: > > > On Mon, Jun 07 2004, Con Kolivas wrote: > > > > hdd: status error: status=0x59 { DriveReady SeekComplete DataRequest > > > > Error } hdd: status error: error=0x20LastFailedSense 0x02 > > > > hdd: drive not ready for command > > > > hdd: status error: status=0x58 { DriveReady SeekComplete DataRequest > > > > } hdd: status error: error=0x00 > > > > ..etc > > > > > > Con, please try with this debug patch. > > > > Here is the output: > > hdd: RICOH CD-R/RW MP7163A, ATAPI CD/DVD-ROM drive > > ide1 at 0x170-0x177,0x376 on irq 15 > > hda: max request size: 1024KiB > > hda: 78165360 sectors (40020 MB) w/2048KiB Cache, CHS=16383/255/63, > > UDMA(100) hda: hda1 hda2 < hda5 hda6 hda7 > > > hdb: max request size: 1024KiB > > hdb: 78165360 sectors (40020 MB) w/2048KiB Cache, CHS=16383/255/63, > > UDMA(100) hdb: hdb2 < hdb5 hdb6 hdb7 > > > ide-cd: queueing cdb: 5a 00 2a 00 00 00 00 00 18 00 00 00 > > ide-cd: queueing cdb: 46 00 00 28 00 00 00 00 10 00 00 00 > > ide-cd: queueing cdb: 5a 00 03 00 00 00 00 00 10 00 00 00 > > ide-cd: queueing cdb: 5a 00 2c 00 00 00 00 00 10 00 00 00 > > ide-cd: queueing cdb: 46 00 00 20 00 00 00 00 18 00 00 00 > > hdc: ATAPI 48X DVD-ROM drive, 512kB Cache, UDMA(33) > > Uniform CD-ROM driver Revision: 3.20 > > ide-cd: queueing cdb: 00 00 00 00 00 00 00 00 00 00 00 00 > > ide-cd: queueing cdb: 25 00 00 00 00 00 00 00 00 00 00 00 > > ide-cd: queueing cdb: 43 02 00 00 00 00 00 00 04 00 00 00 > > ide-cd: queueing cdb: 5a 00 2a 00 00 00 00 00 18 00 00 00 > > ide-cd: queueing cdb: 46 00 00 28 00 00 00 00 10 00 00 00 > > hdd: status error: status=0x59 { DriveReady SeekComplete DataRequest > > Error } hdd: status error: error=0x20LastFailedSense 0x02 > > hdd: drive not ready for command > > Hmm, that is GET_CONFIGURATION with CDF_MRW as the feature - that must > have gone away if you disabled cdrom_is_mrw in ide-cd like I suggested, > did you botch that test? I'm hopeless but not _that_ hopeless I hope. > Can you check if this changes the behaviour for you (should apply on -bk > as well): no such luck Uniform CD-ROM driver Revision: 3.20 hdd: status error: status=0x59 { DriveReady SeekComplete DataRequest Error } hdd: status error: error=0x20LastFailedSense 0x02 hdd: drive not ready for command hdd: status error: status=0x58 { DriveReady SeekComplete DataRequest } hdd: status error: error=0x00 hdd: drive not ready for command hdd: status error: status=0x58 { DriveReady SeekComplete DataRequest } hdd: status error: error=0x00 hdd: drive not ready for command hdd: status error: status=0x58 { DriveReady SeekComplete DataRequest } hdd: status error: error=0x00 hdd: DMA disabled and so on. Con - 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/