aboutsummaryrefslogtreecommitdiffstats
path: root/src/mesa
Commit message (Collapse)AuthorAgeFilesLines
* i965: fix vb aperture space checkDave Airlie2008-04-181-4/+8
|
* 965: fix vb upload size checkDave Airlie2008-04-181-3/+5
|
* i965: fix gs_prog aperture checkDave Airlie2008-04-181-2/+4
|
* i915: check for depth region before accounting its buffer sizeDave Airlie2008-04-181-1/+2
| | | | fd.o bz #15573
* i965: initial attempt at fixing the aperture overflowDave Airlie2008-04-1826-161/+385
| | | | | | | | | Makes state emission into a 2 phase, prepare sets things up and accounts the size of all referenced buffer objects. The emit stage then actually does the batchbuffer touching for emitting the objects. There is an assert in dri_emit_reloc if a reloc occurs for a buffer that hasn't been accounted yet.
* Revert "[i965] renable regative rhw test"Xiang, Haihao2008-04-173-12/+16
| | | | | This reverts commit 3158e981f5f37768e9b04765704b9eaece8b899b. rhw issue has gone away on IGD.
* r200: accept PROGRAM_CONSTANT inputs due to mesa changesAndrew Randrianasulu2008-04-171-0/+1
|
* bufmgr_fake: disable debugging againDave Airlie2008-04-161-1/+1
|
* intel: fix _mesa_error ctx I introduced at lsat minuteDave Airlie2008-04-162-1/+34
|
* intel/fake_bufmgr: Attempt to restrict references to objects in a ↵Dave Airlie2008-04-167-18/+187
| | | | | | | | | | | | | | | | | | | | | | | | batchbuffer > aperture size. So with compiz on Intel hw with fake bufmgr, opening 4 firefox windows at 1680x1050 and hitting alt-tab, could cause the batchbuffer to try and reference more than the 32MB of RAM allocated. Fix 1: Fix 1 is to pre-verify the list of buffers against the current batchbuffer and if it can't possibly fit in the aperture to flush the batchbuffer to the hardware and try again. If the buffers still can't fit well then you are hosed as I'm not sure there is a nice way to tell anyone. Fix 2: Next problem was that even with a simple check for total < aperture, we ran into fragmentation issues, this meant that half way down a set of buffers, we would fail as no blocks were available. Fix this by nuking the memory manager from orbit and letting it start again and relayout the blocks in a manner that fits. Fix 3: Finally the initial problem we were seeing was a memcpy to a NULL backing store. We seem to end up with a texture at some point that never gets mapped but ends up with data in it. compiz al-tab icons have this property. So I created a card dirty bit that memcpy's any buffer that is !static and is written to back to memory. This probably is wrong but it makes compiz work for now. Caveats: 965 support is still fail.
* fix multi-draw buffer regressionBrian2008-04-141-2/+1
|
* only use __x86_64__, not __amd64__ (bug 15503)Brian Paul2008-04-143-3/+3
|
* fix GL_ARB_texture_rectangle breakageBrian Paul2008-04-141-3/+3
|
* define #extension GL_ARB_texture_rectangleDavid Flynn2008-04-141-0/+4
|
* r200: fix XPD vertex program instruction when using temps as inputsRoland Scheidegger2008-04-121-3/+13
| | | | | | | due to the two read ports limit into temp memory may need the MAD_2 instruction for the second instruction of the decomposed XPD. While here, also try to avoid MAD_2 for MAD if all 3 inputs are temps but the temps aren't actually distinct.
* fix failed assertion (parameter can be a PROGRAM_CONSTANT)Brian Paul2008-04-111-0/+1
|
* commentsBrian Paul2008-04-111-2/+7
|
* r300: Fix r300VAPInputRoute{0,1} for big endian platforms.Michel Dänzer2008-04-071-11/+19
|
* rewrite some of the mat*mat, mat*vec intrinsicsBrian2008-04-033-567/+336
| | | | Also, remove obsolete matrix codegen code.
* Initialize GLX_EXT_texture_from_pixmap attributes correctly.Kristian Høgsberg2008-04-022-10/+10
|
* fix mistakenly set ATIFragmentShader._Enabled bit (bug 15269)Roland Scheidegger2008-04-011-1/+1
|
* added some missing calls to _mesa_enable_x_y_extensions()Brian2008-04-013-0/+8
|
* fix parsing bug involving comments at the end of ARB v/f programsMarkus Amsler2008-03-312-6/+6
|
* DRI interface changes and DRI2 direct rendering support.Kristian Høgsberg2008-03-3123-1200/+983
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add DRI2 direct rendering support to libGL and add DRI2 client side protocol code. Extend the GLX 1.3 create drawable functions in glx_pbuffer.c to call into the DRI driver when possible. Introduce __DRIconfig, opaque struct that represents a DRI driver configuration. Get's rid of the open coded __GLcontextModes in the DRI driver interface and the context modes create and destroy functions that the loader was requires to provide. glcore.h is no longer part of the DRI driver interface. The DRI config is GL binding agnostic, that is, not specific to GLX, EGL or other bindings. The core API is now also an extension, and the driver exports a list of extensions as the symbol __driDriverExtensions, which the loader must dlsym() for. The list of extension will always include the DRI core extension, which allows creating and manipulating DRI screens, drawables and contexts. The DRI legacy extension, when available, provides alternative entry points for creating the DRI objects that work with the XF86DRI infrastructure. Change DRI2 client code to not use drm drawables or contexts. We never used drm_drawable_t's and the only use for drm_context_t was as a unique identifier when taking the lock. We now just allocate a unique lock ID out of the DRILock sarea block. Once we get rid of the lock entirely, we can drop this hack. Change the interface between dri_util.c and the drivers, so that the drivers now export the DriverAPI struct as driDriverAPI instead of the InitScreen entry point. This lets us avoid dlsym()'ing for the DRI2 init screen function to see if DRI2 is supported by the driver.
* mesa: Free all shader program data before deleting allXiang, Haihao2008-03-312-0/+18
| | | | shader/shader program objects to avoid memory access error.
* Revert "mesa: separate shader program object from shader object." (bug#15244)Xiang, Haihao2008-03-313-21/+13
| | | | This reverts commit 3ffd11f71d021f672b9bc15b3c39c155a0e2fecb.
* i915: texture object's lod bias. fix bug #15192Xiang, Haihao2008-03-314-5/+25
|
* r300: Copy-and-paste error from the vertex program branch.Markus Amsler2008-03-301-1/+2
|
* r300: Take PROGRAM_CONSTANT into account.Markus Amsler2008-03-302-0/+2
| | | | This bug was introduced by commit 978145a075255ae153ee05c2a037400e61558079.
* Merge branch 'r300-vertprog-branch' of ssh://people.freedesktop.org/~z3ro/mesaOliver McFadden2008-03-297-978/+821
|\
| * r300: Indented the vertex program code...Oliver McFadden2008-03-261-344/+474
| |
| * r300: Cleaned up the default vertex program code with longer lines.Oliver McFadden2008-03-261-28/+4
| |
| * r300: Removed the last of the duplicate vertex program macros.Oliver McFadden2008-03-262-51/+8
| |
| * r300: Added Copyright lines to the vertex program code.Oliver McFadden2008-03-261-14/+3
| |
| * r300: Renamed the Mesa opcode translation functions.Oliver McFadden2008-03-261-54/+54
| |
| * r300: Renamed the destination-and-opcode/source macros to more appropriate ↵Oliver McFadden2008-03-263-104/+104
| | | | | | | | names.
| * r300: Merged the constant zero/one source macros.Oliver McFadden2008-03-241-72/+55
| |
| * r300: Merged the Vector and Math Engine opcode macros.Oliver McFadden2008-03-243-153/+225
| |
| * r300: Corrected a bug with the SUB instruction.Oliver McFadden2008-03-021-0/+16
| |
| * r300: Corrected a bug with the MAD instruction.Oliver McFadden2008-03-022-4/+12
| | | | | | | | | | The PVS_VECTOR_OPCODE macro should be modified to support macro instructions, too.
| * r300: Added the PVS_SRC_OPERAND documentation from AMD.Oliver McFadden2008-03-012-38/+56
| |
| * r300: Added the PVS_OP_DST_OPERAND documentation from AMD.Oliver McFadden2008-03-012-22/+56
| |
| * r300: Added a TODO comment for registers missing from AMD's documentation.Oliver McFadden2008-03-011-0/+2
| |
| * r300: Moved the vertex program shift/mask defines into the appropriate file.Oliver McFadden2008-03-012-27/+23
| |
| * r300: Indented the vertex program code with longer lines.Oliver McFadden2008-03-011-462/+304
| |
| * r300: Moved the PREFER_DP4 define near the position invariant function.Oliver McFadden2008-03-011-3/+3
| |
| * r300: Added a TODO comment for the MAD opcodes.Oliver McFadden2008-03-011-0/+4
| |
| * r300: Use the VE_ADD hardware opcode for the SUB opcode.Oliver McFadden2008-03-011-19/+1
| |
| * r300: Use the VE_MULTIPLY hardware opcode for the MUL opcode.Oliver McFadden2008-03-011-1/+1
| |
| * r300: Cleaned up the XPD opcode temporary register usage.Oliver McFadden2008-03-011-2/+3
| |
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-01 02:46:32 +0000