On Tuesday, August 26, 2008 1:28 pm Stephane Marchesin wrote:
> On Tue, Aug 26, 2008 at 10:21 PM, Jesse Barnes <[EMAIL PROTECTED]> 
wrote:
> > On Tuesday, August 26, 2008 1:03 pm Stephane Marchesin wrote:
> >> > As for the "new development model"... Things are actually worse than I
> >> > thought.  There are some fairly large differences between linux-core
> >> > and upstream, some of which have been in linux-core for a long time. 
> >> > It's one thing to have an out-of-tree development process but another
> >> > entirely to let stuff rot for months & years there.  It just adds to
> >> > the already huge set of driver combinations we have to worry about and
> >> > support...
> >>
> >> How is doing merges preventing us from working on a single tree ? It's
> >> two completely separate problems.
> >
> > There are several problems, see the earlier thread "Adapt on_each_cpu"
> > where we talked about the current dev process problems.
>
> I am outlining the fact that you confuse a problem and its solution.
>
> Problem: merging stuff upstream takes time to Dave
> Your solution: have lots of in-development trees and everyone
> upstreams its stuff which breaks other drivers and platforms
> A possible solution: everyone upstreams its stuff from a common tree
> which keeps other drivers and platforms working
>
> Maybe there are other solutions, I don't know. In any case, I would
> like to see a new model being agreed upon by the developers. I have
> not seen such an agreement yet.

I'll worry about this when upstream Linux is relatively up to date again.  At 
that point as new features are developed we can discuss how best to merge 
them, where to merge them first, etc.

That said, GEM is an example of a problematic subsystem wrt merging (like TTM 
before it).  It's a big, new feature, touching lots of code.  In order to 
ever get merged into Linux it has to go through review, get changed/updated, 
etc.  Doing all that work in DRM master then merging into Linux is just 
wasted effort.  Why not do the work against Linux until it becomes 
acceptable, then merge into DRM master?

Jesse

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to