summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* i965: SF: Stop using nr_setup_attrs in compute_masks.Paul Berry2011-09-061-1/+1
| | | | | | | | Previously, the SF used nr_setup_attrs to determine whether it was looking at the last element of the VUE. Changed this code to use the VUE map. Reviewed-by: Eric Anholt <[email protected]>
* i965: SF: Remove attr_to_idx and idx_to_attr.Paul Berry2011-09-062-13/+1
| | | | | | | | These data structures were serving the same purpose as the VUE map, but were buggy. Now that the code has been transitioned to use the VUE map, they are not needed. Reviewed-by: Eric Anholt <[email protected]>
* i965: SF: Change calculate_masks to use the VUE map.Paul Berry2011-09-061-4/+4
| | | | | | | | Previously, SF code used the idx_to_attr[] array to compute the location of entries in the VUE map. This array didn't properly account for gl_PointSize. Now we use the VUE map directly. Reviewed-by: Eric Anholt <[email protected]>
* i965: SF: Change the flags that refer to "attr" to be based on gl_vert_result.Paul Berry2011-09-061-5/+6
| | | | | | | | | | | | Previously, some of the code in SF erroneously used bitfields based on the gl_frag_attrib enum when actually referring to vertex results. This worked, because coincidentally the particular enum values being used happened to match between gl_frag_attrib and gl_vert_result. But it was fragile, because a future change to either gl_vert_result or gl_frag_attrib would have made the enum values stop matching up. This patch switches the SF code to use the correct enum. Reviewed-by: Eric Anholt <[email protected]>
* i965: SF: change get_vert_attr to use the VUE map, and rename it.Paul Berry2011-09-061-9/+14
| | | | | | | | | | | | The new function, called get_vert_result(), uses the VUE map to find the register containing a given vertex attribute. Previously, we used the attr_to_idx[] array, which served the same purpose but didn't account for gl_PointSize correctly. This fixes a bug on pre-Gen6 wherein the back side of a triangle would be rendered incorrectyl if the vertex shader wrote to gl_PointSize. Reviewed-by: Eric Anholt <[email protected]>
* i965: SF: Modify calculate_point_sprite_mask to use the VUE map.Paul Berry2011-09-063-13/+32
| | | | Reviewed-by: Eric Anholt <[email protected]>
* i965: SF: Move the computation of urb_entry_read_offset.Paul Berry2011-09-062-4/+17
| | | | | | | | This patch moves the computation of the SF URB entry read offset from upload_sf_unit() to its own function, so that it can be re-used when creating the gen4-5 SF program. Reviewed-by: Eric Anholt <[email protected]>
* i965: new VS: Compute urb entry size based on the VUE map.Paul Berry2011-09-061-7/+2
| | | | | | | | Previously, the new VS backend computed the size of the URB entry by counting the number of MRFs used in emitting the URB entry. Now it just gets it straight from the VUE map. Reviewed-by: Eric Anholt <[email protected]>
* i965: new VS: Clarify comments about max_usable_mrf and add an assertion.Paul Berry2011-09-061-4/+8
| | | | | | | | | | max_usable_mrf has been carefully set such that (max_usable_mrf - base_mrf) is a multiple of 2, so that an even number of VUE slots are emitted with each URB write (which Gen6 requires). This patch adds an assertion to confirm that this is the case, and moves the comment to this effect to be near the assertion. Reviewed-by: Eric Anholt <[email protected]>
* i965: new VS: use the VUE map to write out vertex attributes.Paul Berry2011-09-062-113/+55
| | | | | | | | | | | | | Previously, the new VS backend used two functions, emit_vue_header_gen6() and emit_vue_header_gen4() to emit the fixed parts of the VUE, and then a pair of carefully-constructed loops to emit the rest of the VUE, leaving out the parts that were already emitted as part of the header. This patch changes the new VS backend to use the VUE map to emit the entire VUE. Reviewed-by: Eric Anholt <[email protected]>
* i965: new VS: move clip distance computation (GEN5+) to a separate function.Paul Berry2011-09-062-13/+23
| | | | Reviewed-by: Eric Anholt <[email protected]>
* i965: new VS: Move PSIZ/flags computation to a separate function.Paul Berry2011-09-062-17/+23
| | | | Reviewed-by: Eric Anholt <[email protected]>
* i965: new VS: move NDC computation (GEN4-5) to a separate function.Paul Berry2011-09-062-2/+9
| | | | Reviewed-by: Eric Anholt <[email protected]>
* i965: new VS: Use output_reg[] to find NDC and HPOS registers.Paul Berry2011-09-062-8/+14
| | | | | | | | | Previously, emit_vue_header_gen4() used local variables to keep track of which registers were storing the NDC and HPOS. This patch uses the output_reg[] array instead, so that the code that manipulates NDC and HPOS can be more easily refactored. Reviewed-by: Eric Anholt <[email protected]>
* i965: old VS: use the VUE map to compute the URB entry size.Paul Berry2011-09-062-25/+7
| | | | | | | | | | | | | | | | | | Previously, the old VS backend computed the URB entry size by adding the number of vertex shader outputs to the size of the URB header. This often produced a larger result than necessary, because some vertex shader outputs are stored in the header, so they were being double counted. This patch changes the old VS backend to compute the URB entry size directly from the number of slots in the VUE map. Note: there's a subtle change in that we no longer count header registers towards the size of the VF input. I believe this is correct, because the header is only emitted in the output of the VS stage--it is not present in the input. (As evidence for this, note that brw_vs_state.c sets urb_entry_read_offset to 0--it does not include space for the header as part of the VS input). Reviewed-by: Eric Anholt <[email protected]>
* i965: old VS: Use brw_vue_map instead of implicit assumptions about VUE ↵Paul Berry2011-09-062-111/+71
| | | | | | structure. Reviewed-by: Eric Anholt <[email protected]>
* i965: Add functions to compute offsets within the VUE map.Paul Berry2011-09-061-0/+18
| | | | | | | | Some parts of the i965 driver keep track of locations within the VUE (vertex URB entry) using byte offsets. This patch adds inline functions to compute these byte offsets using the VUE map. Reviewed-by: Eric Anholt <[email protected]>
* i965: Write code to compute a VUE map.Paul Berry2011-09-062-0/+168
| | | | | | | | | | | Several places in the i965 code make implicit assumptions about the structure of data in the VUE (vertex URB entry). This patch adds a function, brw_compute_vue_map(), which computes the structure of the VUE explicitly. Future patches will modify the rest of the driver to use the explicitly computed map rather than rely on implicit assumptions about it. Reviewed-by: Eric Anholt <[email protected]>
* Refactor code that converts between gl_vert_result and gl_frag_attrib.Paul Berry2011-09-065-41/+52
| | | | | | | | | | | | Previously, this conversion was duplicated in several places in the i965 driver. This patch moves it to a common location in mtypes.h, near the declaration of gl_vert_result and gl_frag_attrib. I've also added comments to remind us that we may need to revisit the conversion code when adding elements to gl_vert_result and gl_frag_attrib. Reviewed-by: Eric Anholt <[email protected]>
* docs: more info about non-subscriber list postingsBrian Paul2011-09-061-4/+7
|
* docs: update link, remove dead linksBrian Paul2011-09-065-17/+4
|
* scons: Set -static-libstdc++ on mingw-w64José Fonseca2011-09-061-0/+2
| | | | To avoid depending on libstdc++-xxx.dll
* scons: Move MinGW flags from crossmingw.py to gallium.pyJosé Fonseca2011-09-062-8/+8
| | | | So that they are used by native MinGW compilers too.
* r600g: add TXQ and TXF supportDave Airlie2011-09-062-7/+21
| | | | Signed-off-by: Dave Airlie <[email protected]>
* r600g: add initial evergreen integer opcode supportDave Airlie2011-09-062-29/+162
| | | | | | | | | This just adds the opcodes for evergreen, need to work on r600 and cayman implementations. don't advertise nativeintegers yet until we work out all the regressions. Signed-off-by: Dave Airlie <[email protected]>
* docs: update gl3.txt for ARB_vertex_type_2_10_10_10_revDave Airlie2011-09-061-1/+1
|
* mesa/st: add support for 2101010 vertex format conversion.Dave Airlie2011-09-062-1/+61
| | | | Signed-off-by: Dave Airlie <[email protected]>
* mesa/varray: add interface support for ARB_vertex_type_2_10_10_10_rev (v2)Dave Airlie2011-09-061-7/+38
| | | | | | | | | | | This just adds all the API check for vertex arrays using 2101010 types. 2101010 is also useable with GL_BGRA. v2: fix whitespace. Signed-off-by: Dave Airlie <[email protected]> Reviewed-by: Eric Anholt <[email protected]>
* mesa/vbo: add ARB_vertex_type_2_10_10_10_rev APIs.Dave Airlie2011-09-063-2/+490
| | | | | | | | | | | | | | | This adds the vertex processing paths for the 2101010 types. It converts the attributes to floats for all the immediate entry points, some entrypoints are normalised and the attrib APIs take a normalized parameter. There are four main paths, ui10 -> float unnormalized i10 -> float unnormalized ui10 -> float normalized i10 -> float normalized along with the ui2/i2 equivs. Signed-off-by: Dave Airlie <[email protected]>
* mesa: add initial API changes for ARB_vertex_type_2_10_10_10_rev.Dave Airlie2011-09-062-0/+111
| | | | | | | add new APIs to the internal mesa driver interface + set funcs in vtxfmt.c Signed-off-by: Dave Airlie <[email protected]> Reviewed-by: Eric Anholt <[email protected]>
* glapi: regen API files for new extensionDave Airlie2011-09-0611-9551/+12893
| | | | Signed-off-by: Dave Airlie <[email protected]>
* glapi: add ARB_vertex_type_2_10_10_10_rev entrypoints. (v2)Dave Airlie2011-09-063-0/+229
| | | | | | | | | | These are the new API entrypoints for ARB_vertex_type_2_10_10_10_rev extension, along with the new INT_2_10_10_10_REV enum. v2: fixup crazy whitespace cut-n-paste mess Signed-off-by: Dave Airlie <[email protected]> Reviewed-by: Eric Anholt <[email protected]>
* mesa: add a UniformBooleanTrue optionBryan Cain2011-09-054-2/+14
| | | | | | | | Drivers supporting native integers set UniformBooleanTrue to the integer value that should be used for true when uploading uniform booleans. This is ~0 for Gallium and 1 for i965. Reviewed-by: Ian Romanick <[email protected]>
* r600g: add 10/10/10/2 vertex format conversion.Dave Airlie2011-09-051-0/+6
|
* gallium: add missing formats for ARB_vertex_type_2_10_10_10_revDave Airlie2011-09-052-1/+15
| | | | | | | This just reorgs one define in csv file, and adds all the new formats that are needed for this extension. Signed-off-by: Dave Airlie <[email protected]>
* gallivm: fix build with LLVM 3.0svnTobias Droste2011-09-051-4/+10
| | | | | | | LLVM 3.0svn moved TargetRegistry.h and TargetSelect.h. See revision 138450 of LLVM. Signed-off-by: Tobias Droste <[email protected]>
* glsl_to_tgsi: fixes for native integers and integer booleansBryan Cain2011-09-041-52/+118
| | | | | This fixes all but one of the piglit regressions from enabling native integers in softpipe. The change to fix the last regression is still being discussed.
* xvmc: Replace frame_started by picture_structureMaarten Lankhorst2011-09-042-10/+16
| | | | | | | | | | | The preferred solution to keeping track of the picture structure has been putting it in the state tracker, so use picture_structure instead of frame_started to check if a frame needs to begin. If picture_structure has been changed, end the frame and start again. Signed-off-by: Maarten Lankhorst <[email protected]> Signed-off-by: Christian König <[email protected]>
* intel: fix build errorYuanhan Liu2011-09-031-1/+1
| | | | | | | | Fix a build error introduced by commit 6862b54f: i965_dri.so.tmp: undefined reference to `strerr' Signed-off-by: Yuanhan Liu <[email protected]> Reviewed-by: Paul Berry <[email protected]>
* mesa: handle zero-size buffers in MapBuffer and ranges in MapBufferRange (v3)Marek Olšák2011-09-022-25/+31
| | | | Reviewed-by: Brian Paul <[email protected]>
* glsl_to_tgsi: fix more potential shader reference leaksMarek Olšák2011-09-021-0/+10
| | | | The last one has been pointed out by Ian.
* intel: Give an explanation why we are exiting for debugging.Eugeni Dodonov2011-09-021-0/+1
| | | | | | | | | | This could happen in 3 different cases, and ERRNO can explain what happened. First case would be EIO (gpu hang), second EINVAL (something is wrong inside the batch), and we also discovered that sometimes it happens with ENOSPACE. All of those cases are different it it could be worth to at least know what happened. Signed-off-by: Eugeni Dodonov <[email protected]>
* i965/vs: Fix NULL pointer dereference in pre-Gen6 push constant loading.Kenneth Graunke2011-09-021-2/+2
| | | | | | | | | | | According to the comment, we need to load /some/ push constants on pre-Gen6 hardware or the GPU will hang. The existing code set these bogus parameters to NULL pointers; unfortunately, the code in brw_curbe.c that loads them dereferences those pointers. So, change them to be pointers to an actual floating point value of 0.0. Signed-off-by: Kenneth Graunke <[email protected]> Reviewed-by: Eric Anholt <[email protected]>
* intel: Upload batchbuffer contents even if INTEL_NO_HW is set.Eric Anholt2011-09-021-8/+8
| | | | | It is useful for debugging to dump batchbuffers while not actually executing them.
* gallium: add caps for MIN/MAX texel offsets.Dave Airlie2011-09-024-1/+16
| | | | | | | | As per Brian's suggestion, add caps for drivers that support texture offsets to advertise a min/max via TGSI, also use it in the state tracker. Signed-off-by: Dave Airlie <[email protected]> Reviewed-by: Brian Paul <[email protected]>
* tgsi: add support for texture offsets to the TGSI IR. (v2)Dave Airlie2011-09-0213-20/+219
| | | | | | | | | | | | | This adds tokens for texture offsets, to store 4 * swizzled vec 3 for use in TXF and other opcodes. It also contains TGSI exec changes for softpipe to use this code, along with GLSL->TGSI support for TXF. v2: add some more comments, add back padding I removed. Signed-off-by: Dave Airlie <[email protected]> Reviewed-by: Brian Paul <[email protected]>
* st/vdpau: Implement VdpOutputSurfacePutBitsIndexed and ↵Christian König2011-09-014-19/+307
| | | | | | | | VdpOutputSurfaceRenderOutputSurface This gets mplayers menu overlay working. Signed-off-by: Christian König <[email protected]>
* st/xvmc: the alpha component of palette entries isn't usedChristian König2011-09-011-1/+1
|
* g3dvl: extend the functionality of the compositorChristian König2011-09-015-33/+81
| | | | Prepares for vdpau menu overlay.
* gallium: add R8A8 and A8R8 UNORM formatsChristian König2011-09-012-0/+4
| | | | | | They are mostly used for menu overlay in video decoding. Signed-off-by: Christian König <[email protected]>
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-25 01:48:48 +0000