We are currently migrating Bugzilla to GitHub issues.
Any changes made to the bug tracker now will be lost, so please do not post new bugs or make changes to them.
When we're done, all bug URLs will redirect to their equivalent location on the new bug tracker.

Bug 142 - OpenGL support in Linux frame buffer device
Summary: OpenGL support in Linux frame buffer device
Status: RESOLVED WONTFIX
Alias: None
Product: SDL
Classification: Unclassified
Component: video (show other bugs)
Version: 2.0.0
Hardware: All Linux
: P2 enhancement
Assignee: Ryan C. Gordon
QA Contact: Sam Lantinga
URL: http://www.mesa3d.org/fbdev-dri.html
Keywords:
Depends on:
Blocks:
 
Reported: 2006-02-08 15:04 UTC by Patrice Mandin
Modified: 2009-12-14 22:12 UTC (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Patrice Mandin 2006-02-08 15:04:09 UTC 
Mesa has got some functions to create an OpenGL context on the frame buffer device. It should be possible to have hardware accelerated OpenGL with the proper DRI/DRM driver under Linux, without using X11.

DirectFB library also is another possibility for OpenGL on frame buffer:
http://www.directfb.org/index.php?path=Development%2FProjects%2FDirectFBGL
Comment 1 marchesin 2006-02-13 14:25:59 UTC 
You may want to try this patch :
http://icps.u-strasbg.fr/~marchesin/sdl/sdl_fb_miniglx.patch
(before someone asks - yes I wrote it)
Comment 2 Sam Lantinga 2006-05-05 01:55:44 UTC 
I'm confused.  It looks like you're linking to X11 and GLX functions here... is that the case?  If not, is there a configure.in patch that's missing somewhere?
Comment 3 Ryan C. Gordon 2007-07-07 18:06:41 UTC 
It's "MiniGLX" which is basically supplies the glX API without a real X server, using the kernel DRI interfaces for 3D hardware acceleration in conjunction fbcon.

I'm not sure how well maintained this is, but if it works, it's arguably useful for an embedded thing with an ATI chip, etc.

But this definitely needs to default to disabled in the configure script if it goes in at all.

--ryan.
Comment 4 Sam Lantinga 2007-07-07 20:36:46 UTC 
Let's consider this for SDL 1.3
Comment 5 Sam Lantinga 2009-12-14 22:12:25 UTC 
Feel free to submit a patch for SDL 1.3, if you would like this included.