summaryrefslogtreecommitdiff
path: root/src/mesa/drivers/fbdev
AgeCommit message (Collapse)Author
2010-02-03mesa: Factor out the fb initialization details from _mesa_new_framebuffer.Francisco Jerez
This should make things easier for drivers wanting to work with a "subclass" of gl_framebuffer. The complementary "_mesa_initialize_framebuffer" function is now called "_mesa_initialize_window_framebuffer" for the sake of symmetry. Signed-off-by: Brian Paul <brianp@vmware.com>
2009-02-09mesa: replace _mesa_unreference_framebuffer() with _mesa_reference_framebuffer()Brian Paul
2008-09-18mesa: prefix more #includes with "main/"Brian Paul
2008-07-12Call mklib with $(SHELL) so the user controls the interpreterDan Nicholson
Respect the user's choice of shell when running mklib rather than always using /bin/sh.
2008-06-09Makefile clean-upsBrian Paul
2008-06-05Move fbdev driver construction into src/mesa/drivers/fbdev/MakefileBrian Paul
2008-04-01added some missing calls to _mesa_enable_x_y_extensions()Brian
2007-07-04assorted clean-upsBrian
2007-04-23Added proper cleanup codeSean D'Epagnier
2007-04-21Fixed fallout, glfbdev driver was calling a nop function that was removed.Sean D'Epagnier
2007-02-16Commiting a few minor fixes to glut fbdev (segfault on a separate stack)Sean D'Epagnier
Updated all drivers that used the old _ac_ functions to use the new _vbo_ functions. I know this fixed the fbdev driver, it looks like it might fix some other drivers too.
2006-10-15Remove calls to _mesa_ResizeBuffersMESA() - generally replace with code toBrian Paul
check the current window size, then call _mesa_resize_framebuffer().
2006-08-18The driver now compiles correctly without any x headers or libraries installedSean D'Epagnier
The bitmap and stroke code can't be shared with glx anymore because of this. The model for the mini teapot is restored and I have tested it to work with linux-fbdev and linux-solo The driver recognizes 32bpp where there is no alpha (my radeon 7500) It also sets the correct number of cmap entrees (instead of 256 which can be an error)
2006-08-10Added initial multisampling support to glfbdev driver.Sean D'Epagnier
Fully implemented glutGameMode, and added vidresize stubs to make Added support for glutReshapeDisplay to change video mode but not lose current mesa context. implementation glut 5 complient. Fixed many minor bugs Updated docs
2006-08-01renderbuffer fixes (Sean D'Epagnier)Brian Paul
2006-06-20fix span code compilation problems, bug 5858Brian Paul
2005-09-11Silence some warnings.Brian Paul
2005-09-01remove old set_buffer routine and misc codeBrian Paul
2005-05-04Major check-in of changes for GL_EXT_framebuffer_object extension.Brian Paul
Main driver impacts: - new code for creating the Mesa GLframebuffer - new span/pixel read/write code Some drivers not yet updated/tested.
2005-04-29Put back not-so-redundant #ifdef.Keith Whitwell
2005-04-29Remove redundant #ifdef, fix compiler warningKeith Whitwell
2004-11-27Remove _mesa_ResizeBuffersMESA() call from _mesa_set_viewport().Brian Paul
Now, the driver's Viewport routine should call _mesa_ResizeBuffersMESA() if necessary. Cleaned up code related to GLframebuffer width/height initialization. Set initial viewport/scissor params in _mesa_make_current2(), instead of in the drivers' MakeCurrent functions.
2004-03-21Implemented support for software-based AUX color buffers.Brian Paul
Only available with Xlib driver for now. Assorted clean-ups related to Draw/ReadBuffer(). Renamed FRONT_LEFT_BIT -> DD_FRONT_LEFT_BIT, etc.
2004-01-20Before calling _mesa_create_context(), initialize a dd_function_table structBrian Paul
by calling _mesa_init_driver_functions() and then plugging in the driver- specific functions. In particular, make sure ctx->Driver.NewTextureObject points to the appropriate driver function so that _all_ texture objects are augmented with the driver-specific data. Put in a bunch of assertions in the texture-related driver functions that texObj->DriverData is valid. Remove old dead code in near future.
2003-12-06glFBDev driver from embedded-2 branch.Brian Paul
Probably won't be actively used/maintained, but bring it to the trunk so it doesn't get lost.