2009/11/17 Stephane Marchesin <marche...@icps.u-strasbg.fr>:
> 2009/11/17 Kristian Høgsberg <k...@bitplanet.net>:
>> 2009/11/6 Kristian Høgsberg <k...@bitplanet.net>:
>>> Hi,
>>>
>>> This has come up a few time and it's something I think makes a lot of
>>> sense.  Since all driver development (afaik) now happens in linux
>>> kernel tree, it makes sense to drop the driver bits from the drm.git
>>> repo.
>>
>> Ok, here's an update to the proposal.  I've rebased the libdrm branch
>> in people.freedesktop.org/~krh/libdrm.git to include a copy of
>> $kernel_source/usr/include/drm as a toplevel include/drm directory in
>> git.  I also added a makefile rule to copy a new version of the
>> headers from a kernel git repo and commit it with a message describing
>> the version it was copied from.  The location of the kernel repo is
>> given at ./configure time with the --with-kernel-source argument.
>>
>> By adding the makefile rule, I'd like to encourage people to not hand
>> edit the headers and to commit updates of the header files
>> independently from other changes.  And of course, updates to the
>> headers should still follow the rules we have now; only copy over new
>> changes once they're in drm-next (I think, or is that in Linus'
>> tree?).
>>
>> Anyway, I think this should address the concerns raised in the thread
>> and if there's no other problems, I can put this into place today.
>
> For the record, I don't think my concerns were adressed.

You're right, of course.  However, my libdrm proposal wasn't an
attempt to change how we work, it was merely a re-organisation of the
drm.git repo to better reflect and support the de facto workflow.
Whether we want libdrm in the kernel tree or not is a different
discussion from this, as I see it.  It may or may not be a good idea,
but I'd rather not block this clean up on that discussion ;-)

cheers,
Kristian

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to