Date: Wed, 25 Jun 2003 18:47:23 -0400
From: Scott McDermott <vaxerdec@frontiernet.net>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: David Dillow <dave@thedillows.org>,
       Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: 2.4.21: kernel BUG at ide-iops.c:1262!
Message-ID: <20030625184723.L9583@newbox.localdomain>
References: <1056493150.2840.17.camel@ori.thedillows.org> <20030624204828.I30001@newbox.localdomain> <1056513292.3885.2.camel@ori.thedillows.org> <1056542418.2460.22.camel@dhcp22.swansea.linux.org.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <1056542418.2460.22.camel@dhcp22.swansea.linux.org.uk>; from alan@lxorguk.ukuu.org.uk on Wed, Jun 25, 2003 at 01:00:18PM +0100
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 970
Lines: 26

Alan Cox on Wed 25/06 13:00 +0100:
> Its a known problem. There are two approaches. Either
> rewrite the ide scsi reset code to use ide_abort
> infrastructure or switch ide-scsi back to the old
> abort/reset code not new_eh and use SCSI_RESET_PUNT so
> that the recovery is all handled by the ide layer.
> 
> For 2.4 the latter may be the best approach, for 2.5 it
> has to use new_eh

is this what

o       First crack at fixing the ide reset oopses      (me)

tries to fix?

The CDRW devices that have problems with Test Unit Ready
during finalization (like the GCC-4240N) are broken and this
won't fix that problem, but the fix you're talking about
will stop the kernel from crashing when it happens, do I
have that right?
-
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/