Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261559AbTIKVvC (ORCPT ); Thu, 11 Sep 2003 17:51:02 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261564AbTIKVvC (ORCPT ); Thu, 11 Sep 2003 17:51:02 -0400 Received: from ns.virtualhost.dk ([195.184.98.160]:25814 "EHLO virtualhost.dk") by vger.kernel.org with ESMTP id S261559AbTIKVu7 (ORCPT ); Thu, 11 Sep 2003 17:50:59 -0400 Date: Thu, 11 Sep 2003 23:50:54 +0200 From: Jens Axboe To: Alan Cox Cc: "Martin J. Bligh" , Andrew Morton , Mike Fedyk , Linux Kernel Mailing List , linux-mm@kvack.org Subject: Re: ide-scsi oops was: 2.6.0-test4-mm3 Message-ID: <20030911215054.GL12021@suse.de> References: <20030910114346.025fdb59.akpm@osdl.org> <10720000.1063224243@flay> <20030911082057.GP1396@suse.de> <1063294049.2967.30.camel@dhcp23.swansea.linux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1063294049.2967.30.camel@dhcp23.swansea.linux.org.uk> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1477 Lines: 33 On Thu, Sep 11 2003, Alan Cox wrote: > On Iau, 2003-09-11 at 09:20, Jens Axboe wrote: > > > need it. Is it unfixable? or just nobody's done it? > > > > It's not unfixable, there's just not a lot of motivation to fix it since > > it's basically dead. > > Almost all IDE tape drives require ide-scsi/st modules for one. I'm not Big deal, 99% of ide-scsi use is for cd burning. But yes, it should be fixed. I'm not disagreeing, I just don't think it's a high prio item. And apparently noone else thinks so either, if not it would have been fixed a long time ago (it's been broken for how long now?) > sure of the problems in the 2.5 case, in the 2.4 case the big one was > that both IDE and SCSI want to control reset/recovery and reissue of > commands. That turns into a nasty mess and 2.4 now lets the IDE layer do > it, with SCSI just backing off. That may well be the right model for > 2.5.x - ie the reset eh handler just waits for the IDE layer to kill the > command. The other one was races in the reset code which 2.4 I think now > has fixed, which will bite non scsi users but less often Just needs someone to do it. Once it bugs someone enough, that someone will do it. Until then, it remains broken :) -- Jens Axboe - 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/