aboutsummaryrefslogtreecommitdiffstats
path: root/src/mesa/drivers/fbdev
Commit message (Collapse)AuthorAgeFilesLines
* mesa: replace _mesa_unreference_framebuffer() with _mesa_reference_framebuffer()Brian Paul2009-02-091-1/+1
|
* mesa: prefix more #includes with "main/"Brian Paul2008-09-181-11/+11
|
* Call mklib with $(SHELL) so the user controls the interpreterDan Nicholson2008-07-121-2/+1
| | | | | Respect the user's choice of shell when running mklib rather than always using /bin/sh.
* Makefile clean-upsBrian Paul2008-06-091-1/+1
|
* Move fbdev driver construction into src/mesa/drivers/fbdev/MakefileBrian Paul2008-06-051-0/+36
|
* added some missing calls to _mesa_enable_x_y_extensions()Brian2008-04-011-0/+5
|
* assorted clean-upsBrian2007-07-041-54/+49
|
* Added proper cleanup codeSean D'Epagnier2007-04-231-0/+14
|
* Fixed fallout, glfbdev driver was calling a nop function that was removed.mesa_6_5_3_rc2Sean D'Epagnier2007-04-211-1/+0
|
* Commiting a few minor fixes to glut fbdev (segfault on a separate stack)Sean D'Epagnier2007-02-161-3/+3
| | | | | | 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.
* Remove calls to _mesa_ResizeBuffersMESA() - generally replace with code toBrian Paul2006-10-151-2/+18
| | | | check the current window size, then call _mesa_resize_framebuffer().
* The driver now compiles correctly without any x headers or libraries installedSean D'Epagnier2006-08-181-40/+34
| | | | | | | | | | 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)
* Added initial multisampling support to glfbdev driver.Sean D'Epagnier2006-08-101-29/+24
| | | | | | | | | 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
* renderbuffer fixes (Sean D'Epagnier)Brian Paul2006-08-011-10/+21
|
* fix span code compilation problems, bug 5858Brian Paul2006-06-201-7/+8
|
* Silence some warnings.Brian Paul2005-09-111-4/+9
|
* remove old set_buffer routine and misc codeBrian Paul2005-09-011-29/+5
|
* Major check-in of changes for GL_EXT_framebuffer_object extension.Brian Paul2005-05-041-175/+238
| | | | | | | Main driver impacts: - new code for creating the Mesa GLframebuffer - new span/pixel read/write code Some drivers not yet updated/tested.
* Put back not-so-redundant #ifdef.Keith Whitwell2005-04-291-2/+2
|
* Remove redundant #ifdef, fix compiler warningKeith Whitwell2005-04-291-4/+1
|
* Remove _mesa_ResizeBuffersMESA() call from _mesa_set_viewport().Brian Paul2004-11-271-0/+10
| | | | | | | | 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.
* Implemented support for software-based AUX color buffers.Brian Paul2004-03-211-2/+2
| | | | | | Only available with Xlib driver for now. Assorted clean-ups related to Draw/ReadBuffer(). Renamed FRONT_LEFT_BIT -> DD_FRONT_LEFT_BIT, etc.
* Before calling _mesa_create_context(), initialize a dd_function_table structBrian Paul2004-01-201-48/+11
| | | | | | | | | | 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.
* glFBDev driver from embedded-2 branch.Brian Paul2003-12-061-0/+828
Probably won't be actively used/maintained, but bring it to the trunk so it doesn't get lost.