Date: Thu, 19 Jun 2008 01:20:15 +0200 (CEST)
From: Jiri Kosina <jkosina@suse.cz>
To: Benny Halevy <bhalevy@panasas.com>
cc: James Bottomley <James.Bottomley@hansenpartnership.com>,
       ksummit-2008-discuss@lists.linux-foundation.org,
       linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: [Ksummit-2008-discuss] Request for discussion on when to merge
 drivers
In-Reply-To: <4859461A.7060003@panasas.com>
Message-ID: <alpine.LNX.1.10.0806190117090.4593@jikos.suse.cz>
References: <1213802866.3515.24.camel@localhost.localdomain> <4859461A.7060003@panasas.com>
User-Agent: Alpine 1.10 (LNX 962 2008-03-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 983
Lines: 23

On Wed, 18 Jun 2008, Benny Halevy wrote:

> Exposing the not-yet-ready-to-be-released code to linux-next will expose 
> conflicts earlier, and hopefully in smaller, more manageable deltas.

I like the way linux-next works now, i.e. it should reflect what is going 
into the next major kernel release. Nothing more, nothing less.

Also, when talking about entirely new drivers for hardware that hasn't 
been supported by the kernel at all so far (this is the situation we are 
talking about, right?), there shouldn't be a lot of conflicts to be dealt 
with, right? Ideally, drivers should be pretty isolated standalone pieces 
of code that don't have any business changing any code that has been 
already there.

-- 
Jiri Kosina
SUSE Labs
--
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/