aboutsummaryrefslogtreecommitdiffstats
path: root/src
Commit message (Collapse)AuthorAgeFilesLines
* radeon: don't include cs uncondionalyJerome Glisse2009-05-091-2/+0
|
* radeon: IRQ always enabled in DRI2 path no need to query kernel for itJerome Glisse2009-05-081-2/+1
|
* r300: add missing texture formatMaciej Cencora2009-05-071-0/+1
| | | | Fixes piglit/texdepth
* r300: moar cleanupMaciej Cencora2009-05-074-27/+5
| | | | | | | - remove unused r300UpdateClipPlanes function - move reg definition to r300_reg.h - remove incorrect forward definition of tnl_UpdateFixedFunctionProgram and add proper #include - remove unreachable code
* r300: fix compiler warningsMaciej Cencora2009-05-074-8/+4
|
* When clearing the stencil buffer, don't use a two-sided stencilOwen W. Taylor2009-05-061-1/+1
| | | | | | | | In radeon_clear_tris(), when clearing the stencil buffer, pass GL_FRONT_AND_BACK to _mesa_StencilFuncSeparate(), to avoid triggering a software fallback on r300 and below. https://bugs.freedesktop.org/show_bug.cgi?id=21601
* radeon: hopefully fixup radeon cube state emission for kmsDave Airlie2009-05-061-3/+11
|
* r100/r200: try and allocate miptree correct for hw.Dave Airlie2009-05-061-3/+31
| | | | | This doesn't make things worse but according to sroland it is how the GPU hw expects things on the r100/r200
* r200: fix cubic emission.Dave Airlie2009-05-061-3/+4
| | | | | Still doesn't fix cubemaps, I really missed the whole drmsupports thing when testing this all originally
* r200: fix some cube map issuesRoland Scheidegger2009-05-051-24/+12
| | | | | | | | remove the r100-ism of swapping cube faces which doesn't apply to r200, and also use precalculated offsets. Note that cube textures will still not work on r100 and r200 since mipmap layout is level-first order (for r300) whereas r100/r200 require face-first (and possibly also 2k alignment for face at least with tiling).
* r200: fix another section size mismatchRoland Scheidegger2009-05-051-1/+0
|
* r200: fix CS section size mismatch (bug 21565)Roland Scheidegger2009-05-051-0/+2
|
* radeon/r200: enable all the optional drm support bitsDave Airlie2009-05-051-0/+9
|
* r300: set proper texture row alignment for IGP chipsMaciej Cencora2009-05-044-5/+14
| | | | Looks like r400 based IGP chips require 64 byte alignment
* R300: add quadpipe overridesAlex Deucher2009-04-281-4/+23
| | | | | RV410 SE chips only have 1 quadpipe. Also, handle other R300 chip with quadpipe override.
* radeno: cleanup the startup path furtherDave Airlie2009-04-281-5/+4
|
* radeon: further cleanup dri1 screen initDave Airlie2009-04-281-7/+3
|
* r300: remove unused debugging in set tex buffer pathsDave Airlie2009-04-282-2/+0
|
* radeon: remove kernel mm, dri2 path takes care of itDave Airlie2009-04-281-60/+44
|
* r300: fix fragment program limitsMaciej Cencora2009-04-274-25/+38
|
* r300: fallback only if stencil test is enabledMaciej Cencora2009-04-271-8/+3
|
* r300: do front/back color selection in HW for software TCL pathMaciej Cencora2009-04-272-17/+29
|
* r300: fix valgrind warningsMaciej Cencora2009-04-272-6/+6
|
* r300: fix point size clamping when point is not attenuatedMaciej Cencora2009-04-271-1/+6
|
* r300: fix performance regressionMaciej Cencora2009-04-271-1/+4
| | | | | This performance regression on non TCL hw was introduced by ed4c6cbe017b4e8bacb7e012d4baaf77a20a2c33. This patch depends on "r300: always route 4 texcoord components to RS" and "r300: add point attenuation stage for TCL fallbacks".
* r300: add point attenuation stage for TCL fallbacksMaciej Cencora2009-04-271-0/+1
|
* r300: always route 4 texcoord components to RSMaciej Cencora2009-04-272-66/+17
| | | | | | Routing <4 components may lead to lock up. Thanks to Alex Deucher for suggestion.
* r300: flush stdout to get consistent debugging infoMaciej Cencora2009-04-272-0/+5
|
* r300: add atom print function for kernel mm pathMaciej Cencora2009-04-271-12/+52
|
* r300: handle texcoords properlyMaciej Cencora2009-04-271-2/+6
| | | | add 1D texture case and setup default Q value to 1.0
* r300: remove unnecessary function callsMaciej Cencora2009-04-272-2/+0
| | | | | ae_create_context is called by vbo_CreateContext ae_invalidate_state is called by vbo_InvalidateState
* r300: rename stateMaciej Cencora2009-04-274-9/+15
| | | | | According to r300_reg.h from radeon drm module 0x4f30 is ZB_ZMASK_OFFSET. Also cleanup as trailing whitespaces.
* r300: remove unnecessary function callsMaciej Cencora2009-04-271-4/+0
| | | | r300SetEarlyZState is called during r300UpdateShaderStates which is called for every rendering operation.
* r300: fix cliprect valuesJerome Glisse2009-04-241-7/+8
|
* r300: emit cliprect when in dri2 modeJerome Glisse2009-04-241-0/+23
|
* Merge remote branch 'origin/master' into radeon-rewriteDave Airlie2009-04-22192-3314/+4748
|\
| * gallium: Reinstate unconditional flushes.Thomas Hellstrom2009-04-222-0/+4
| | | | | | | | | | | | Lost in commit e50dd26ca6d0eb0d0f97c2780020ea16e3d4a687. Signed-off-by: Thomas Hellstrom <thellstrom-at-vmware-dot-com>
| * mesa: protect driver.flush() with FLUSH_CURRENTKeith Whitwell2009-04-222-8/+8
| | | | | | | | | | | | Need to do this to ensure vbo code unmaps its buffers before calling the driver, which may be sitting on top of a memory manager which objects to firing commands from a mapped buffer.
| * st: play it safe for now and check _NEW_PROGRAM for shader const buffer atomBrian Paul2009-04-211-1/+1
| | | | | | | | | | When a new program is bound but no constants are updated we still need to update the Gallium const buffer.
| * swrast: simplify state update logic for fragment shader const buffersBrian Paul2009-04-211-25/+2
| |
| * st: use the static atoms[] array directlyBrian Paul2009-04-212-20/+8
| | | | | | | | We can simplify this now that we no longer have any dynamic atoms.
| * st: do away with dynamic state atom for const buffersBrian Paul2009-04-212-29/+4
| | | | | | | | Just use the new _NEW_PROGRAM_CONSTANTS flag instead.
| * mesa: new _NEW_PROGRAM_CONSTANTS flagBrian Paul2009-04-215-10/+43
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This state flag will be used to indicate that vertex/fragment program constants have changed. _NEW_PROGRAM will be used to indicate changes to the vertex/fragment shader itself, or misc related state. _NEW_PROGRAM_CONSTANTS is also set whenever a program parameter that's tracking GL state has changed. For example, if the projection matrix is in the parameter list, calling glFrustum() will cause _NEW_PROGRAM_CONSTANTS to be set. This will let to remove the need for dynamic state atoms in some drivers. For now, we still set _NEW_PROGRAM in all the places we used to. We'll no longer set _NEW_PROGRAM in glUniform() after drivers/etc have been updated.
| * mesa: print internal.current[i] attribBrian Paul2009-04-211-2/+7
| |
| * mesa: print parameter list dirty state flag maskBrian Paul2009-04-211-0/+1
| |
| * i965: const correctnessBrian Paul2009-04-211-49/+49
| |
| * r300: r300 hw doesn't support any input modifiers in tex instsMaciej Cencora2009-04-211-2/+1
| |
| * r300-gallium: Fix CS size mismatchMathias Gottschlag2009-04-211-1/+5
| | | | | | | | | | This fixes some warnings which appear because the driver assumes a wrong cs size (13 vs 16 register writes in some cases).
| * st: report GL_OUT_OF_MEMORY instead of assertingBrian Paul2009-04-211-4/+4
| |
| * softpipe: fix softpipe_is_buffer/texture_referenced() regressionBrian Paul2009-04-201-2/+2
| | | | | | | | | | | | | | Return the conservative PIPE_REFERENCED_FOR_READ | PIPE_REFERENCED_FOR_WRITE value for now. This fixes a bunch of regressions seen in piglit and glean.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-02 07:42:12 +0000