Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S266347AbUALPoY (ORCPT ); Mon, 12 Jan 2004 10:44:24 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S266307AbUALPoY (ORCPT ); Mon, 12 Jan 2004 10:44:24 -0500 Received: from ns.virtualhost.dk ([195.184.98.160]:53227 "EHLO virtualhost.dk") by vger.kernel.org with ESMTP id S266299AbUALPoV (ORCPT ); Mon, 12 Jan 2004 10:44:21 -0500 Date: Mon, 12 Jan 2004 16:43:45 +0100 From: Jens Axboe To: James Bottomley Cc: Doug Ledford , Martin Peschke3 , Arjan van de Ven , Peter Yao , Linux Kernel , linux-scsi mailing list Subject: Re: smp dead lock of io_request_lock/queue_lock patch Message-ID: <20040112154345.GE1255@suse.de> References: <20040112141330.GH24638@suse.de> <1073920110.3114.268.camel@compaq.xsintricity.com> <1073921054.2186.16.camel@mulgrave> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1073921054.2186.16.camel@mulgrave> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1550 Lines: 32 On Mon, Jan 12 2004, James Bottomley wrote: > On Mon, 2004-01-12 at 10:08, Doug Ledford wrote: > > >From my standpoint, we are going to be maintaining our 2.4 kernel RPMs > > for a long time, so my preference is to have it in mainline. On top of > > the performance stuff I have also been building some actual bug fix > > patches. They depend on the behavior of the patched kernels, and in > > some cases would be difficult to put on top of a non-iorl patched scsi > > stack. In any case, my current plans include putting my 2.4 scsi stack > > stuff up for perusal on linux-scsi.bkbits.net/scsi-dledford-2.4 as soon > > as I can sort through the patches and break them into small pieces. > > I was thinking about opening at least a 2.4 drivers tree given some of > the issues in 2.4 and driver updates swirling around on this list. > > But, if you're going to be maintaining 2.4 for Red Hat, would you like > to take point position for reviewing 2.4 patches and passing them on to > Marcelo via a BK tree? I think that would be a swell idea (assigning a 2.4 SCSI point person), for driver updates. It'll be hard to pass tested stuff though, if it all comes from vendor trees which are vastly different in some places. Changing core drastically is not an option in my book, for 2.4. -- 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/