From: Keith Whitwell <keith@tungstengraphics.com>
To: Jon Smirl <jonsmirl@gmail.com>
Cc: Dave Jones <davej@redhat.com>,
Christoph Hellwig <hch@infradead.org>,
Dave Airlie <airlied@linux.ie>, Jon Smirl <jonsmirl@yahoo.com>,
dri-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org,
mharris@redhat.com
Subject: Re: New proposed DRM interface design
Date: Sat, 04 Sep 2004 18:43:16 +0100 [thread overview]
Message-ID: <4139FEB4.3080303@tungstengraphics.com> (raw)
In-Reply-To: <9e47339104090408362a356799@mail.gmail.com>
Jon Smirl wrote:
> On Sat, 04 Sep 2004 14:52:35 +0100, Keith Whitwell
> <keith@tungstengraphics.com> wrote:
>
>>Currently we have to perform two merges and three releases to get a driver to
>>a users:
>>
>> Merge DRM CVS --> LK
>> Release stable kernel --> Picked up by vendor
>> Release stable Mesa 3D
>> Merge Mesa 3D --> X.org
>> Release stable X.org --> Picked up by vendor
>>
>
>
> X on GL will make this process faster
>
> Merge DRM CVS --> LK
> Release stable kernel --> Picked up by vendor
> Release stable Mesa 3D --> Picked up by vendor
> Release stable X.org --> Picked up by vendor
>
> If DRM went into a kernel development model....
>
> Release stable kernel --> Picked up by vendor
> Release stable Mesa 3D --> Picked up by vendor
> Release stable X.org --> Picked up by vendor
>
> This is the fastest model. Merges have been eliminated.
Yep. Right now, I think it's really the Mesa/Xorg side that needs work and is
the "critical path". If we can convince/educate the distros to take 3D
drivers from Mesa, that will be a good step in the right direction.
>
> You may think that X on GL (gnuLonghorn) is a crazy idea. But
> comptetive pressures from the Mac and Longhhorn will force us into
> doing it so or later. I'd rather do it sooner.
>
Not a crazy idea at all, plus I like the name. But a fork could help relieve
the tension between trying to maintain a stable DRM and the sorts of stuff
that you need to do to move to the next level. And I recognize that I get
grumpy when it sounds like existing functionality is threatened by your desire
to push off in a certain technical direction. If gnuLonghorn/DRM makes a
friendly/development fork off the existing DRM, things might go a little smoother.
Keith
next prev parent reply other threads:[~2004-09-04 17:45 UTC|newest]
Thread overview: 111+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-09-04 0:12 New proposed DRM interface design Dave Airlie
2004-09-04 0:44 ` Jon Smirl
2004-09-04 0:51 ` Dave Airlie
2004-09-04 1:20 ` Jon Smirl
2004-09-04 4:58 ` Dave Airlie
2004-09-04 9:29 ` Christoph Hellwig
2004-09-04 9:43 ` Dave Airlie
2004-09-04 9:47 ` Christoph Hellwig
2004-09-04 9:48 ` Arjan van de Ven
2004-09-04 9:50 ` Christoph Hellwig
2004-09-04 9:45 ` Keith Whitwell
2004-09-04 9:48 ` Christoph Hellwig
2004-09-04 10:23 ` Keith Whitwell
2004-09-04 10:25 ` Christoph Hellwig
2004-09-04 10:30 ` Keith Whitwell
2004-09-04 10:44 ` Nick Piggin
2004-09-04 10:54 ` Dave Airlie
2004-09-04 11:17 ` Dave Jones
2004-09-04 12:58 ` Sam Ravnborg
2004-09-04 21:06 ` Lee Revell
2004-09-05 10:14 ` Donnie Berkholz
2004-09-04 10:57 ` Keith Whitwell
2004-09-04 11:03 ` Christoph Hellwig
2004-09-04 11:12 ` Dave Airlie
2004-09-04 11:13 ` Christoph Hellwig
2004-09-04 11:24 ` Dave Airlie
2004-09-04 11:26 ` Christoph Hellwig
2004-09-04 21:34 ` Lee Revell
2004-09-04 22:41 ` viro
2004-09-04 23:33 ` Lee Revell
2004-09-05 2:10 ` Horst von Brand
2004-09-05 3:42 ` Lee Revell
2004-09-04 11:42 ` Dave Jones
2004-09-04 11:50 ` Keith Whitwell
2004-09-04 21:35 ` Lee Revell
2004-09-04 22:06 ` Dave Airlie
2004-09-05 12:00 ` Alan Cox
2004-09-04 11:18 ` Keith Whitwell
2004-09-04 11:20 ` Christoph Hellwig
2004-09-04 11:30 ` Keith Whitwell
2004-09-04 11:33 ` Christoph Hellwig
2004-09-04 11:44 ` Keith Whitwell
2004-09-04 11:29 ` Dave Jones
2004-09-04 11:41 ` Keith Whitwell
2004-09-04 11:46 ` Christoph Hellwig
2004-09-04 12:04 ` Dave Airlie
2004-09-04 12:10 ` Dave Jones
2004-09-04 12:35 ` Keith Whitwell
2004-09-04 12:25 ` Christoph Hellwig
2004-09-04 21:45 ` Lee Revell
2004-09-04 16:39 ` Alan Cox
2004-09-04 11:54 ` Dave Jones
2004-09-04 12:08 ` Keith Whitwell
2004-09-04 12:17 ` Dave Airlie
2004-09-04 12:21 ` Christoph Hellwig
2004-09-04 12:32 ` Dave Airlie
2004-09-04 12:30 ` Arjan van de Ven
2004-09-04 12:36 ` Dave Airlie
2004-09-04 22:17 ` Dave Airlie
2004-09-04 22:21 ` Christoph Hellwig
2004-09-04 23:08 ` Felix Kühling
2004-09-04 12:20 ` Dave Jones
2004-09-04 13:52 ` Keith Whitwell
2004-09-04 15:36 ` Jon Smirl
2004-09-04 15:56 ` Dieter Nützel
2004-09-04 17:43 ` Keith Whitwell [this message]
2004-09-04 18:03 ` Jon Smirl
2004-09-05 12:07 ` Alan Cox
2004-09-05 15:05 ` Jon Smirl
2004-09-05 14:15 ` Alan Cox
2004-09-05 15:33 ` Jon Smirl
2004-09-05 14:44 ` Alan Cox
2004-09-05 14:58 ` Alan Cox
2004-09-05 16:05 ` Jon Smirl
2004-09-05 15:13 ` Alan Cox
2004-09-07 8:43 ` Helge Hafting
2004-09-07 14:04 ` Jon Smirl
2004-09-08 11:09 ` Helge Hafting
2004-09-06 6:06 ` Ryan Underwood
2004-09-05 15:31 ` Alan Cox
2004-09-05 17:27 ` Jesse Barnes
2004-09-05 21:12 ` Jon Smirl
2004-09-05 20:53 ` Alan Cox
2004-09-05 22:11 ` Jon Smirl
2004-09-05 22:59 ` Alan Cox
2004-09-06 20:58 ` Hamie
2004-09-06 20:15 ` Alan Cox
2004-09-06 21:38 ` Hamie
2004-09-06 21:47 ` Jon Smirl
2004-09-06 22:18 ` Patrick McFarland
2004-09-07 19:21 ` Ian Romanick
2004-09-04 0:54 ` Alex Deucher
2004-09-04 0:59 ` Dave Airlie
2004-09-04 1:25 ` Jon Smirl
2004-09-04 19:03 ` Alex Deucher
2004-09-04 3:51 ` Jon Smirl
2004-09-04 4:52 ` Dave Airlie
2004-09-04 6:04 ` Jon Smirl
2004-09-04 7:36 ` Keith Whitwell
2004-09-04 7:53 ` Dave Airlie
2004-09-04 8:25 ` Keith Whitwell
2004-09-04 8:37 ` Dave Airlie
2004-09-04 9:02 ` Keith Whitwell
2004-09-04 16:01 ` Jon Smirl
2004-09-04 17:44 ` Keith Whitwell
2004-09-04 7:52 ` Dave Airlie
2004-09-04 15:46 ` Jon Smirl
[not found] ` <2191E8A1-FE89-11D8-BFDA-000A95F07A7A@fs.ei.tum.de>
2004-09-04 15:59 ` Jon Smirl
2004-09-04 21:35 ` Eric Anholt
2004-09-07 21:01 ` Ian Romanick
2004-09-04 9:27 ` Christoph Hellwig
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4139FEB4.3080303@tungstengraphics.com \
--to=keith@tungstengraphics.com \
--cc=airlied@linux.ie \
--cc=davej@redhat.com \
--cc=dri-devel@lists.sourceforge.net \
--cc=hch@infradead.org \
--cc=jonsmirl@gmail.com \
--cc=jonsmirl@yahoo.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mharris@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.