On Thu, 2002-12-12 at 12:49, Keith Whitwell wrote:
> > A single definitive source for the DRM code, one where contributions go
> > back from Linux, from *BSD, from core XFree86 as well as from the DRI
> > project.
> 
> My feeling is that the dri cvs should be that place.  What workable 
> alternatives exist?

That seems right.

> It seems that changes get inserted to the drm code in the kernel from time to 
> time.  Is the expectation that we monitor the kernel drm and periodically 
> merge (or otherwise) those random or worthy changes back to this repository? 
> I personally don't want to subscribe to lkml or attempt to fully monitory the 
> traffic there.

Thats why I said its not just about what we need. Ok so DRI CVS is
definitive and has branches for 4.2.0/4.2.1/devel. So if I make sure all
the Linux changes to 2.4.x DRM get channeled back to this list they can
get reviewed and merged back and we are all happy.

Thats trivial for me to do since I'm already seeing each patch that
touches that area.

> We've been very lucky in that Linus has been pulling changes into 2.5 and 
> providing some useful feedback when things go wrong.  I don't know how 
> sustainable this is though - I think we're probably taking up more of his time 
> than we should be.
> 
> How would you ideally see this working?

Mostly I want to know how to make sure changes "stick" once they are
made and deemed or shown to work. If the Linux fixes get back into the
DRM CVS, then the only other bit is knowing when the DRM CVS has
changed. That sounds like a procmail filter on the commit notify list
for DRI if there is one set up.

Right now for 2.4 I'm juggling too many conflicting balls, if its all in
the DRM CVS then merging stuff added to DRM cvs is a real nobrainer, and
since I can do it item by item as it changes its also easy to know when
something bad happens.

Alan



-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility 
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to