From: Christoph Hellwig <hch@infradead.org>
To: Dave Airlie <airlied@linux.ie>
Cc: Christoph Hellwig <hch@infradead.org>,
Jon Smirl <jonsmirl@yahoo.com>,
dri-devel@lists.sf.net, linux-kernel@vger.kernel.org
Subject: Re: New proposed DRM interface design
Date: Sat, 4 Sep 2004 10:47:18 +0100 [thread overview]
Message-ID: <20040904104718.A13362@infradead.org> (raw)
In-Reply-To: <Pine.LNX.4.58.0409041031370.25475@skynet>; from airlied@linux.ie on Sat, Sep 04, 2004 at 10:43:39AM +0100
On Sat, Sep 04, 2004 at 10:43:39AM +0100, Dave Airlie wrote:
> >
> > Umm, the Linux kernel isn't about minimizing interfaces. We don't link a
> > copy of scsi helpers into each scsi driver either, or libata into each sata
> > driver.
>
> true but the DRM isn't only about the Linux kernel, the DRM is a lowlevel
> component of a much larger system, of which the DRM just has to reside in
> the kernel,
And what makes this different?
> While I agree the perfcet solution is to introduce another binary
> interface, but no-one on the dri-devel list is willing to dedicate most of
> their time for the next age answering questions like "well I upgraded my
> r200 driver, and my mga stopped working, and the ATI binary driver killed
> my dog when I changed something else",
Just upgrade all of drm. You don't uopgrade a single drm driver either.
Or introduce a DRM_VERSION macro ala KERNEL_VERSION. But best thing is
really to keep the mast copy of drm in the latest kernel and let vendors
backport if nessecary.
> Ian has pointed this out on the
> dri-devel list as a major issue and to be honest he is not alone in his
> worries, if make the kernel responsible for the registration/de-reg only
> then build everything else in the drivers, we don't have to worry about
> someone adding a line to the middle of a structure and breaking the
> modules from somewhere else.. not many people have two different graphics
> cards and I'd rather inconvience them than increase support burden..
I think you need to start to play the kernel game if you want your code
in the kernel. I know X has this strange idea of beeing useful mostly to
make propritary vendors their life easier, but in kernel lands we thing
differently.
next prev parent reply other threads:[~2004-09-04 9:48 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 [this message]
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
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=20040904104718.A13362@infradead.org \
--to=hch@infradead.org \
--cc=airlied@linux.ie \
--cc=dri-devel@lists.sf.net \
--cc=jonsmirl@yahoo.com \
--cc=linux-kernel@vger.kernel.org \
/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.