On 8/2/08, Jerome Glisse <[EMAIL PROTECTED]> wrote:
>
> I might be totaly wrong so feel free to ignore these. I got the feeling
>  that the user test base on linux kernel is far bigger than ours. Also
>  i think that our test user base are people wanting lastest things with
>  old kernel, while i understand that (building kernel is not fun on my
>  ram slim computer) i think this end up being a burden to us.
>
>  So in the end i think we should be better off with linux development
>  tree where dev know the deadline to get feature in. I got the feeling
>  that this way we could drive development on features basis like getting
>  vblank rework done for a given kernel release and so get dev to focus
>  more on some features and get them done in a timely fashion. This way
>  we could avoid to get some new feature to rot a bit in the drm tree
>  because.
>
>  Also i think the linux-next or other linux bleeding edge tree would give
>  us lot more tester with a lot more experience on good bug report that
>  our current test base (i am not saying that we have bad tester, we have
>  some very good one too which we should give credits, just that we might
>  be able to get more of them).
>

Judging by the current trend (where we see lots of people reporting
the recent shmem_file_setup breakage because they tried to load git
drm on a non-tip kernel), we have a lot of testers that don't run
latest kernels but still get drm git. So the argument of more testers
may not be true.

Now that I think about it, is there a way with git to :
1. have a single main drm branch (that is, keep drm git the way it is right now)
2. inside this branch, maintain a number of changesets (each of those
changesets would be an in-development feature).

It seems to me we'd get the best of both worlds that way; the
changesets would let us submit features upstream easily, and no
push/pull would be needed to update all the repos. Seeing how most drm
developments do not overlap, requiring explicit pull/pushes with
merges sounds more complex than it needs to be.

Now I'm not sure if it's possible, but at least I don't see a
technical reason this wouldn't.

Stephane

-------------------------------------------------------------------------
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