All of lore.kernel.org
 help / color / mirror / Atom feed
From: Patrick Mansfield <patmans@us.ibm.com>
To: James Bottomley <James.Bottomley@SteelEye.com>
Cc: Eric Dean Moore <Emoore@lsil.com>,
	"Stephens, Larry" <larry.stephens@lsil.com>,
	"Shirron, Stephen" <Stephen.Shirron@lsil.com>,
	"Gibbons, Terry" <Terry.Gibbons@lsil.com>,
	Christoph Hellwig <hch@infradead.org>,
	Matthew Wilcox <matthew@wil.cx>, Christoph Hellwig <hch@lst.de>,
	SCSI Mailing List <linux-scsi@vger.kernel.org>
Subject: Re: [PATCH] fusion: streamline ->queuecommand
Date: Tue, 5 Oct 2004 16:37:14 -0700	[thread overview]
Message-ID: <20041005233714.GA18081@beaverton.ibm.com> (raw)
In-Reply-To: <1097017890.1765.216.camel@mulgrave>

On Tue, Oct 05, 2004 at 06:11:22PM -0500, James Bottomley wrote:

> However, the attitude that "my driver works and I've tested it, so I'm
> not going to change it" is in a large measure what got the SCSI subsytem
> into its pariah status in 2.4: too many in-driver work arounds and no
> thought to fixing the problems in the generic code.

Yes, we want drivers to move forward, but with our current model, we don't
have any 2.6.x kernel.org stable kernels. 

When we first went to this model I thought it did not matter, you could
just get stable kernels from a distro, but now I see problems with it.

If code changes for a mainline kernel scsi driver, there is no place to
keep a stable driver as part of a stable kernel.org series.

Driver maintainers are getting requests to backport current 2.6.x code to
distributions in order to support stable kernel series, else they have to
(effectively) maintain a driver version for each distro.

When we had 2.4 stable and 2.5 development, there was a single repository
for stable kernels, and one for development. Maintainers did not have to
track distros, the distros could (generally) pull from the latest 2.4.x
tree to sync up with the latest driver fixes.

-- Patrick Mansfield

  reply	other threads:[~2004-10-05 23:38 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-10-05 22:38 [PATCH] fusion: streamline ->queuecommand Moore, Eric Dean
2004-10-05 23:11 ` James Bottomley
2004-10-05 23:37   ` Patrick Mansfield [this message]
2004-10-06  0:48     ` James Bottomley
  -- strict thread matches above, loose matches on Subject: below --
2004-10-21 14:58 Moore, Eric Dean
2004-10-06 14:46 Gibbons, Terry
2004-10-06 14:58 ` Matthew Wilcox
2004-10-06 14:23 Gibbons, Terry
2004-10-06 14:30 ` Christoph Hellwig
2004-10-06 15:47 ` James Bottomley
2004-10-06 14:00 Gibbons, Terry
2004-10-06 14:13 ` Arjan van de Ven
2004-10-06 14:25 ` Matthew Wilcox
2004-10-04 21:33 Moore, Eric Dean
2004-10-04 21:57 ` James Bottomley
2004-10-06 15:41 ` Christoph Hellwig
2004-10-02  8:13 Christoph Hellwig
2004-10-02 13:39 ` Matthew Wilcox
2004-10-02 14:49   ` Christoph Hellwig
2004-10-21  9:21 ` Christoph Hellwig

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20041005233714.GA18081@beaverton.ibm.com \
    --to=patmans@us.ibm.com \
    --cc=Emoore@lsil.com \
    --cc=James.Bottomley@SteelEye.com \
    --cc=Stephen.Shirron@lsil.com \
    --cc=Terry.Gibbons@lsil.com \
    --cc=hch@infradead.org \
    --cc=hch@lst.de \
    --cc=larry.stephens@lsil.com \
    --cc=linux-scsi@vger.kernel.org \
    --cc=matthew@wil.cx \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.