summaryrefslogtreecommitdiff
path: root/src/mesa
AgeCommit message (Collapse)Author
2008-03-10Move make install logic for libGL back into src/mesa/Makefile.Kristian Høgsberg
This makes make install work again for non-glx libGL implementations. The make install logic is split into three sub-targets: install-libgl, install-osmesa, install-drivers. The install target in src/glx/x11 is then implemented using the src/mesa make install-libgl rule. Thanks to Dan Nicholson for pointing out the breakage.
2008-03-10fix parsing of state.texenv.color (bug 14931)Brian
2008-03-09DRI2: Make setTexBuffer take a __DRIdrawable instead of a BO handle.Kristian Høgsberg
This fixes a problem where texturing from the same Pixmap more than once per batchbuffer would hang the DRI driver. We just use the region associated with the front left renderbuffer of the __DRIdrawable for texturing, which avoids creating different regions for the same BO. This change also make GLX_EXT_texture_from_pixmap work for direct rendering, since tracking the __DRIdrawable -> BO handle now uses the standard DRI2 event buffer. Of course, DRI2 direct rendering doesn't exist yet. Finally, this commit bumps the DRI interface version again, accounting for the change in the DRI_TEX_BUFFER extension and the change in commit 0bba0e5be7a4a7275dad1edc34bdcc134ea1f424 to pass in the event buffer head index on drawable creation.
2008-03-09DRI2: Drop DriverAPI.UpdateBuffer.Kristian Høgsberg
__dri2ParseEvents() would determine the kind of event, but then call UpdateBuffer() in either case, and UpdateBuffer() would then have to figure that out again to dispatch to HandleBufferAttach() or HandleDrawableConfig(). Pretty pointless.
2008-03-09DRI2: Pass the context instead of the screen to __dri2ParseEvents().Kristian Høgsberg
Makes a lot more sense, since the screen is always implicit in the DRI drawable, but it may not be possible to track down a context from just a drawable.
2008-03-09DRI2: Add event buffer head as an argument to driCreateNewDrawable().Kristian Høgsberg
The DRI driver needs to know where in the buffer to start reading.
2008-03-09fix botched test for clearing color buffers (should fix depth peeling ↵Brian
regression)
2008-03-09Set normalized flag for GLubyte arrays in _mesa_VertexAttribPointerNV()Markus Amsler
2008-03-09init vertex weight attrib to (1,0,0,0)Markus Amsler
2008-03-09fix __builtin_expect() definition test for IBM XLC (sf bug 1909832)Brian
2008-03-09replace // comment with /* */ (bug 14916)Brian
2008-03-08Move DRI context functions into dri_glx.c.Kristian Høgsberg
Also drop isDirect flag; if gc->driContext is non-NULL, it's direct.
2008-03-08Move libGL install target to the libGL Makefile.Kristian Høgsberg
2008-03-07[intel] Only enable GL_EXT_texture_sRGB on i965.Kristian Høgsberg
Fixes #14799.
2008-03-07 [i965] fix fd.o bug #11471 and #11478Zou Nan hai
1. Follow EXT_texture_rectangle with YCbCr texture 2. swap UV component for MESA_FORMAT_YCBCR
2008-03-07i965: use RGB565 to render a bitmap if Depth is 16Xiang, Haihao
2008-03-06i965: Fix double free issue to pass glean/maskedClear testXiang, Haihao
2008-03-06i965:fix segfault issue when clearing the window whichXiang, Haihao
is created with mode GLUT_SINGLE|GLUT_RGB|GLUT_DEPTH. This issue is introduced by 20b8bff49cba3e8246e29004c5ff38f231d589ff
2008-03-05[intel] Add a driconf option to cache freed buffer objects for reuse.Eric Anholt
This is defaulted off as it has potentially large memory costs for a modest performance gain. Ideally we will improve DRM performance to the point where this optimization is not worth the memory cost in any case, or find some middle ground in caching only limited numbers of certain buffers. For now, this provides a modest 4% improvement in openarena on GM965 and 10% in openarena on GM945.
2008-03-04r300: replace some hard coded mask by define in stencil areaChristoph Brill
2008-03-04r300: Fix some issues with masks in stencil buffer areaChristoph Brill
2008-03-03[dri2] Add tail pointer to reemitDrawableInfo callback.Kristian Høgsberg
When the DRI doesn't parse the event buffer for a while, the X server may overwrite data that the driver didn't get a chance to look at. The reemitDrawableInfo callback requests that the X server reemit all info for the specified drawable. To make use of this, the drive needs to know the new tail pointer so it know where to start reading from.
2008-03-03[dri2] Optimize event parsing to skip obsolete events.Kristian Høgsberg
This also fixes the problem where the X server does multiple resizes before the DRI driver gets the events. The obsolete buffer attach events then reference already destroyed buffer objects.
2008-03-03[intel] Silence unused variable warning when compiling for i965.Kristian Høgsberg
2008-03-02nouveau: compilation fixesPatrice Mandin
2008-03-02r300: Corrected a bug with the SUB instruction.Oliver McFadden
2008-03-02r300: Corrected a bug with the MAD instruction.Oliver McFadden
The PVS_VECTOR_OPCODE macro should be modified to support macro instructions, too.
2008-03-01r300: Added the PVS_SRC_OPERAND documentation from AMD.Oliver McFadden
2008-03-01r300: Added the PVS_OP_DST_OPERAND documentation from AMD.Oliver McFadden
2008-03-01r300: Added a TODO comment for registers missing from AMD's documentation.Oliver McFadden
2008-03-01r300: Moved the vertex program shift/mask defines into the appropriate file.Oliver McFadden
2008-03-01r300: Indented the vertex program code with longer lines.Oliver McFadden
2008-03-01r300: Moved the PREFER_DP4 define near the position invariant function.Oliver McFadden
2008-03-01r300: Added a TODO comment for the MAD opcodes.Oliver McFadden
2008-03-01r300: Use the VE_ADD hardware opcode for the SUB opcode.Oliver McFadden
2008-03-01r300: Use the VE_MULTIPLY hardware opcode for the MUL opcode.Oliver McFadden
2008-03-01r300: Cleaned up the XPD opcode temporary register usage.Oliver McFadden
2008-03-01r300: Cleaned up extra white space.Oliver McFadden
2008-03-01r300: Prefer to use the VE_ADD for simple MOV style opcodes.Oliver McFadden
The VE_MULTIPLY_ADD has further restrictions on reading temporary memory which may complicate things. See AMD's documentation.
2008-03-01r300: Removed the (undocumented) MAD_2 opcode.Oliver McFadden
This opcode is likely a mistake from reverse engineering. MAD_2 isn't included in AMD's documentation, and my testing reviles there is no problem using the documented MAD opcode.
2008-03-01r300: Cleaned up the MAD/MAD_2 opcode selection.Oliver McFadden
2008-03-01r300: Renamed some misleading macro arguments.Oliver McFadden
2008-03-01r300: Cleaned up the vertex program macros.Oliver McFadden
2008-03-01r300: Removed duplicate component selection defines.Oliver McFadden
2008-03-01r300: Removed duplicate source register class defines.Oliver McFadden
2008-03-01r300: Renamed the vertex program source register macro.Oliver McFadden
2008-03-01r300: Removed the (obsolete) special source register macros.Oliver McFadden
2008-03-01r300: Cleaned up the special vertex program source register macros.Oliver McFadden
2008-03-01r300: Added the vertex program swizzle (aka selection) defines.Oliver McFadden
2008-03-01r300: Converted to the new src/dest register defines.Oliver McFadden