summaryrefslogtreecommitdiffstats
path: root/src/mesa/drivers
Commit message (Collapse)AuthorAgeFilesLines
* R6xx/r7xx: more Makefile fixesAlex Deucher2009-07-151-2/+4
|
* Fix r600 makefile for lastest CS changesAlex Deucher2009-07-151-0/+4
|
* Merge branch 'master' of git+ssh://[email protected]/git/mesa/mesa ↵Alex Deucher2009-07-15142-2851/+4495
|\ | | | | | | | | | | | | into r6xx-rewrite This builds, but I get an assertion in radeonGetLock() due to the drawable being null.
| * radeon: update span reading micro tile codeDave Airlie2009-07-151-103/+67
| | | | | | | | tested on r500 with zreaddraw with Z buffer in all 3 modes
| * r300: emit z depth pitch reloc in preparation for tilingDave Airlie2009-07-151-7/+17
| |
| * radeon: r300 fix span reading for macro tiled buffers.Dave Airlie2009-07-151-6/+7
| | | | | | | | this uses the correct formula for macro tiled buffers for readback
| * radeon: for tiling you really need to use GET/PUT VALUE not PTR.Dave Airlie2009-07-151-1/+5
| | | | | | | | since the surfaces aren't linear you can't just use GET_PTR
| * i965: the offset of any branch/jump instruction is in unit of 64bits on IGDNGXiang, Haihao2009-07-152-6/+24
| |
| * intel/radeon: add common metaops code.Dave Airlie2009-07-1518-871/+684
| | | | | | | | | | Move all the metaops to a dri_metaops file and port radeon/intel to use the new common meta ops code.
| * radeon: fix unsigned vs signed comparison in stencil code.Dave Airlie2009-07-151-1/+1
| | | | | | | | | | This function takes a GLint not a GLuint, passing in -1 breaks internally.
| * intel: Fix ClearDepth to not be affected by DepthRange.Eric Anholt2009-07-141-1/+7
| | | | | | | | Fixes new piglit depthrange-clear.c test.
| * intel: Set DepthRange in the metaops using RasterPos[2].Eric Anholt2009-07-142-1/+9
| | | | | | | | | | | | | | RasterPos[2] is already sent through the window transform, which includes DepthRange handling. So make DepthRange for the metaops a noop. Fixes a failure in oglconform depthrange.c
| * intel: Flag _NEW_ARRAY state when doing array object binding in clears.Eric Anholt2009-07-141-0/+8
| | | | | | | | This is just following bind_vertex_array()'s behavior.
| * radeon: Differentiate 16 bpp destination formats.Michel Dänzer2009-07-143-3/+30
| | | | | | | | | | | | Fixes those formats in fbo_firecube. Only tested with r300, radeon and r200 compile tested only.
| * radeon: Invert front face winding when rendering to FBO.Michel Dänzer2009-07-143-0/+12
| | | | | | | | | | | | Fixes fgl_glxgears and progs/demos/fbotexture after pressing 'c'. Tested with r300, radeon and r200 compile tested only.
| * Merge branch 'shaders_cleanup'Maciej Cencora2009-07-1317-570/+883
| |\
| | * r300: always assume all components are read by fragment programMaciej Cencora2009-07-131-49/+5
| | | | | | | | | | | | | | | | | | Components of input attributes that are used by fragment program aren't part of vertex program key, and that may lead to situations when vertex program writes only TEX1.xy and fragment program reads TEX1.xyz, resulting in rendering errors. Reported-by: Nicolai Hähnle <[email protected]>
| | * r300: Fix fogcoord rewritingNicolai Hähnle2009-07-133-45/+66
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | We only care about the actual fogcoord itself now, reducing the rewriting done for the vertex program. The rewriting of source operand swizzles in the fragment program takes care that fogcoord.yzw = 001. This should fix fogcoord rewriting entirely, which had been horribly broken in the face of dot-product instructions, and just broken (though not horribly so) in the face of almost every other instruction (the W component would be incorrect for most arithmetic instructions). Signed-off-by: Nicolai Hähnle <[email protected]>
| | * r300: fix swizzle masking in getUsedComponentsMaciej Cencora2009-07-131-4/+8
| | |
| | * r300: minor fixMaciej Cencora2009-07-131-1/+2
| | | | | | | | | | | | | | | | | | Split initializations becase the vars are of different type. Reported-by: Nicolai Hähnle <[email protected]>
| | * r300: move variables declarationsMaciej Cencora2009-07-131-3/+4
| | |
| | * r300: document r300_vertex_program_cont structureMaciej Cencora2009-07-131-2/+7
| | | | | | | | | | | | Reported-by: Nicolai Hähnle <[email protected]>
| | * r300: document r300_fragment_program_cont structMaciej Cencora2009-07-131-0/+5
| | |
| | * r300: fix indentationMaciej Cencora2009-07-131-4/+4
| | | | | | | | | | | | Reported-by: Nicolai Hähnle <[email protected]>
| | * r300: fix StrideB == 0 case when converting data formatMaciej Cencora2009-07-131-1/+10
| | | | | | | | | | | | Reported-by: Nicolai Hähnle <[email protected]>
| | * r300: hw can handle per component negations in vertex shadersMaciej Cencora2009-07-131-25/+2
| | | | | | | | | | | | Reported-by: Nicolai Haehnle <[email protected]>
| | * r300: fix WPOS for SWTCLMaciej Cencora2009-07-131-14/+16
| | |
| | * r300: removed unnecessary paramsMaciej Cencora2009-07-133-9/+9
| | | | | | | | | | | | We don't have check which attributes are used by fragment program - it's already done by NQSSADCE.
| | * r300: use NQSSADCE for vertex programsMaciej Cencora2009-07-131-1/+132
| | |
| | * r300: operate on copy of a program when pairing instructionsMaciej Cencora2009-07-131-1/+3
| | | | | | | | | | | | We need to keep unpaired program for vertex program NQSSADCE.
| | * r300: handle relative addressing in NQSSADCEMaciej Cencora2009-07-132-1/+10
| | |
| | * r300: handle ARB_vertex_program specific instructions in NQSSADCEMaciej Cencora2009-07-131-0/+14
| | |
| | * r300: move depth output rewrite out of NQSSADCEMaciej Cencora2009-07-133-49/+46
| | |
| | * r300: rewrite FOGC and HPOS attribs handlingMaciej Cencora2009-07-137-122/+130
| | | | | | | | | | | | Rewrite vertex and fragment programs so that we don't have to do any hacks on lower level.
| | * r300: bind vertex program to fragment programMaciej Cencora2009-07-134-114/+103
| | |
| | * r300: recalculate used inputs and outputs after dead code removalMaciej Cencora2009-07-131-0/+28
| | |
| | * r300: move fragment program selection before vertex program selectionMaciej Cencora2009-07-131-19/+25
| | | | | | | | | | | | Prepare for wpos and fogc handling rewrite.
| | * r300: implement proper IsProgramNative check for vertex programsMaciej Cencora2009-07-135-12/+23
| | |
| | * r300: don't modify original vertex programMaciej Cencora2009-07-133-28/+28
| | | | | | | | | | | | Keep the original vertex program untouched because it may be needed after some state change for generating new r300 specific vertex program.
| | * r300: cache translated fragment programsMaciej Cencora2009-07-136-124/+173
| | |
| | * r300: update state parameters only once per rendering operationMaciej Cencora2009-07-133-15/+3
| | |
| | * r300: translate non native insts earlier for easier debuggingMaciej Cencora2009-07-131-0/+202
| | |
| | * r300: print vertex program after adding artificial output instsMaciej Cencora2009-07-131-12/+12
| | |
| | * r300: use mesa provided function for adding MVP codeMaciej Cencora2009-07-132-95/+7
| | |
| | * r300: simplify insert_wpos a littleMaciej Cencora2009-07-131-45/+31
| | |
| * | intel: Partially fix fallback detection for glCopyTexSubImage.Eric Anholt2009-07-131-6/+10
| |/ | | | | | | | | | | | | | | | | Really, we should be checking that the MesaTexFormat for the read buffer and the texture match, but the previous code wasn't even doing that, so matching the cpp should be an improvement (and potentially fix some hangs!). The previous code also rejected GL_RGB even though blitting the alpha channel to the ignored channel of an x8r8g8b8 texture should be fine, which tripped up compiz's blur plugin.
| * Merge branch 'mesa_7_5_branch'Brian Paul2009-07-134-3/+8
| |\
| | * r128: fix two-sided lighting segfault seen in GLUT's olight demoPeteri Andras2009-07-133-2/+7
| | |
| | * intel: Bump driver data, add RC3 tagintel_2009q2_rc3Ian Romanick2009-07-121-1/+1
| | |
| | * i965: fix fetching constants from constant buffer in glsl pathRoland Scheidegger2009-07-044-17/+16
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | the driver used to overwrite grf0 then use implicit move by send instruction to move contents of grf0 to mrf1. However, we must not overwrite grf0 since it's still used later for fb write. Instead, do the move directly do mrf1 (we could use implicit move from another grf reg to mrf1 but since we need a mov to encode the data anyway it doesn't seem to make sense). I think the dp_READ/WRITE_16 functions may suffer from the same issue. While here also remove unnecessary msg_reg_nr parameter from the dataport functions since always message register 1 is used.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-26 22:53:09 +0000