linux-fbdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Sven Luther <sven.luther@wanadoo.fr>
To: Alex Deucher <agd5f@yahoo.com>
Cc: Sven Luther <sven.luther@wanadoo.fr>,
	Jon Smirl <jonsmirl@yahoo.com>,
	James Simmons <jsimmons@infradead.org>,
	Nicolas Souchu <nsouch@free.fr>,
	dri-devel <dri-devel@lists.sourceforge.net>,
	mesa3d-dev <mesa3d-dev@lists.sourceforge.net>,
	fb-devel <linux-fbdev-devel@lists.sourceforge.net>
Subject: Re: Re: [Linux-fbdev-devel] Redesign of kernel graphics interface
Date: Fri, 14 May 2004 21:25:03 +0200	[thread overview]
Message-ID: <20040514192503.GA27048@pegasos> (raw)
In-Reply-To: <20040514173556.5782.qmail@web50101.mail.yahoo.com>

On Fri, May 14, 2004 at 10:35:56AM -0700, Alex Deucher wrote:
> > Notice that this is not really true, as there is no free OpenGL
> > acceleration for any of the newer graphic cards coming out right now.
> > The fastest graphic card with full free acceleration is the radeon
> > 9000,
> > which is now two generations old. This means that there is no
> > acceleration outside of the x86 world, since neither ATI nor Nvidia
> > are
> > ready to build their proprietary drivers on anything else than x86. 
> > 
> 
> There is the possiblity that graphics vendors may provide an open
> source DRM and mode setting code and then closed source 3D libraries. 
> this would at least allow you to at least get something on the screen. 

Yes, that would be greatm but i have the feeling that they even see the
dma buffer handling stuff as highly proprietary or something such.

> > As long as this doesn't change, stating that we have an accelerated
> > API
> > for OpenGL in linux is not only dead wrong, but is leading us in a
> > dangerous direction, where we will depend on a non-free component in
> > the
> > kernel and were we are going to forget about graphic support on
> > anything
> > non-x86.
> 
> well what should we do then?  ignore graphics on linux since most

Well, what to do is a difficult thing, but the least we can do is not
handle this as if everything is all right, and let declaration as the
above pass without notice. Technically, it can even be argued that the
binary-only drm modules are breaking the GPL, altough i know that Linus
and the rest of the kernel crowd have decided not to pursue this.

So, pursue this issue as we are doing it, but clearly stating that the
current situation without free low level drivers is not acceptable to
us. I believe that we are now in a position to put some pressure to at
least some of the graphic companies to release at least a partial
integrated drm/fbdev module as free software, but this will not happen
if we don push for it. (But then, i have a vested interest in this,
since my main plateform is powerpc, both personally and proffesionnaly).

> future graphics chips drivers closed source?  keep the same kludgey
> xfree86 solution?  We can still provide a solution for non-x86 or chips
> without 3D, it will just have to be software based (or marginally
> accelerated using 2d). why re-invent openGL when we already have it? 
> If we can provide a good system for graphics on linux perhaps more
> vendors will use it.

Yes, but only if we don forget about non-x86 architectures, and don't
conform us with a proprietary solution. Remember that many folk build
the fbdev driver in the kernel to have early fbdev console, and this
will not be possible with a x86 binary only module.

Friendly,

Sven Luther


-------------------------------------------------------
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForge Broadband and get the fastest
6.0/768 connection for only $19.95/mo for the first 3 months!
http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click

  reply	other threads:[~2004-05-14 19:25 UTC|newest]

Thread overview: 53+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-05-06 18:16 Redesign of kernel graphics interface Jon Smirl
2004-05-06 19:46 ` [Linux-fbdev-devel] " Geert Uytterhoeven
2004-05-06 23:20   ` James Simmons
2004-05-06 20:57 ` Otto Solares
2004-05-06 23:19 ` Nicolas Souchu
2004-05-06 21:42   ` Jon Smirl
2004-05-07  0:30     ` Nicolas Souchu
2004-05-06 22:48       ` James Simmons
2004-05-07  0:50         ` Jon Smirl
2004-05-07  1:20           ` [Dri-devel] " Keith Packard
2004-05-07  1:33             ` Jon Smirl
2004-05-07  8:31           ` Geert Uytterhoeven
2004-05-14 17:20           ` Sven Luther
2004-05-14 17:35             ` Alex Deucher
2004-05-14 19:25               ` Sven Luther [this message]
2004-05-14 17:51             ` Jon Smirl
2004-05-14 18:08               ` Ville Syrjälä
     [not found]                 ` <20040514184004.16621.qmail@web14930.mail.yahoo.com>
2004-05-14 19:01                   ` Ville Syrjälä
2004-05-15  7:27                     ` Holger Waechtler
2004-05-15  8:25                       ` Ville Syrjälä
2004-05-17 17:40                   ` Alan Cox
2004-05-14 19:31               ` Sven Luther
2004-05-10  0:57         ` [Dri-devel] " Benjamin Herrenschmidt
2004-05-10 16:14           ` James Simmons
2004-05-10 16:28             ` [Dri-devel] " Ville Syrjälä
2004-05-10 22:42               ` Nicolas Souchu
2004-05-10 18:29             ` Jon Smirl
2004-05-10 19:16               ` Mike Mestnik
2004-05-10 21:05               ` James Simmons
2004-05-10 22:39               ` Nicolas Souchu
2004-05-10 20:47                 ` Otto Solares
2004-05-10 23:58                   ` James Simmons
2004-05-11 22:57                   ` Nicolas Souchu
2004-05-11 21:17                     ` Otto Solares
2004-05-11 21:29                     ` Ville Syrjälä
2004-05-10 19:33             ` [Dri-devel] Re: [Linux-fbdev-devel] " Alan Cox
2004-05-11  8:33               ` Geert Uytterhoeven
2004-05-10 23:40             ` Benjamin Herrenschmidt
2004-05-10 23:50               ` James Simmons
2004-05-11 22:13                 ` Compiling Rage xlinit.c Richard Smith
2004-05-14 19:41                   ` Richard Smith
2004-05-14 21:28                     ` Steve Longerbeam
2004-05-14 22:16                       ` Richard Smith
2004-05-14 22:48                         ` Steve Longerbeam
2004-05-14 23:57                           ` Richard Smith
2004-05-15  0:22                             ` Steve Longerbeam
2004-05-15  0:42                             ` Ville Syrjälä
2004-05-18 22:06                             ` James Simmons
2004-05-19 14:36                               ` Richard Smith
2004-05-19 22:20                                 ` James Simmons
2004-05-07  8:30       ` [Linux-fbdev-devel] Redesign of kernel graphics interface Geert Uytterhoeven
2004-05-06 23:21   ` James Simmons
2004-05-10 12:07 ` [Dri-devel] " Egbert Eich

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=20040514192503.GA27048@pegasos \
    --to=sven.luther@wanadoo.fr \
    --cc=agd5f@yahoo.com \
    --cc=dri-devel@lists.sourceforge.net \
    --cc=jonsmirl@yahoo.com \
    --cc=jsimmons@infradead.org \
    --cc=linux-fbdev-devel@lists.sourceforge.net \
    --cc=mesa3d-dev@lists.sourceforge.net \
    --cc=nsouch@free.fr \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).