summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* nvfx: new 2D: unify textures and buffersLuca Barbieri2010-08-214-137/+46
| | | | Stop using the vtbl, and use real transfers for buffers too.
* nvfx: new 2D: use a CPU copy for up to 4 pixels, up from 0Luca Barbieri2010-08-211-5/+1
| | | | | | | | Seems a reasonable threshold for now. Significantly speeds up Piglit's 1x1 glReadPixels (but, you know, reading pixels in 1x1 blocks is NOT a good idea, especially if you might be running on a less-than-perfect driver).
* nvfx: new 2D: new render temporaries with resourcesLuca Barbieri2010-08-218-146/+408
| | | | | | | | | | | | This patch adds support for creating temporary surfaces to allow rendering to surfaces that cannot be rendered to. It uses the _second_ version of the render temporary infrastructure. This is necessary for swizzled 3D textures and small mipmaps of swizzled 2D textures. This version of the patch creates a resource to use as a temporary instead of a raw BO, making the code simpler.
* nv30: new 2D: support ARB_texture_rectangleLuca Barbieri2010-08-212-3/+36
| | | | This uses nv30's _RECT formats.
* nvfx: new 2D: optimize fragtex format lookupLuca Barbieri2010-08-212-50/+10
| | | | Use an array indexed by the pipe format instead of doing a linear scan.
* nvfx: new 2D: enable swizzling for all surfacesLuca Barbieri2010-08-211-17/+4
| | | | | | | Now that the new 2D code is in place, swizzling can be safely enabled. Render temporaries are needed in some cases, so this may degrade nv30 a bit until it gets render temporaries too.
* nvfx: new 2D: use new 2D engine in GalliumLuca Barbieri2010-08-2110-626/+340
| | | | | | | | | | This patch implements nv04_surface_copy/fill using the new 2D engine module. It supports falling back to the 3D engine using the u_blitter module, which will be added in a later patch. Also adds support for using the 3D engine, reusing the u_blitter module created for r300. This is used for unswizzling and copies between swizzled surfaces.
* nv04-nv40: new 2D: add new Gallium-independent 2D engineLuca Barbieri2010-08-214-0/+1478
| | | | | | | | | | | | | | | | | | | | | | | | | | This patch add a brand new nv04-nv40 2D engine module. It should correctly implement all operations involving swizzled, and 3D-swizzled surfaces. This code is independent from the Gallium framework and can thus be reused in the DDX and classic Mesa drivers (it's only likely to be useful in the latter, though). Currently, surface_copy and surface_fill are broken for 3D textures, for swizzled source textures and possibly for some misaligned cases The code is based around the new nv04_region structure, which encapsulates the information from pipe_surface needed for the 2D engine and CPU copies. The use of nv04_region makes the code independent of the Gallium framework and allows to transform the nv04_region without clobbering the nv04_region. The existing M2MF, blitter, and SWIZZLED_SURFACE paths have been improved and a new CPU path has been added. There is also support to tell the caller to use the 3D engine. The main feature of the copy/fill setup algorithm is linearization/contiguous-linearization of swizzled surfaces. The idea of linearization is that some swizzled surfaces are laid out like linear ones (1xN, 2xN, Nx1) and can thus be used as such (e.g. useful for copying single pixels). Also, some rectangles (e.g. the whole surface) are contiguous in memory. If both the source and destination rectangles are swizzled but contiguous, then they can be regarded as both linear: this is the idea of "contiguous linearization". This, for instance, allows to use the 2D engine to duplicate the content of a swizzled surface to another swizzled surface, by pretending they are actually linear. After linearization, the result may not be 64-byte aligned. Another transformation is done to enlarge the linear surface so that it becomes 64-byte aligned. This is also used to 64-byte align swizzled texture mipmaps. The inner loop of the CPU path is as optimized as possible without using SSE/SSE2. Future improvements could include SSE/SSE2 support, and possibly a faster coordinate swizzling algorithm (which is however not used in the inner loop). It may be a good idea to autogenerate swizzling code at least for all possible POT 2D texture dimensions (less than 256), maybe for all 3D ones too (less than 4096). Also, it woud be a very good idea to make a copy with the GPU first if the source surface is in uncached memory.
* nvfx: new 2D: rewrite transfer code to use staging transfersLuca Barbieri2010-08-213-173/+61
| | | | | | | This greatly simplifies the code, and avoids ad-hoc copy code. Also, these new transfers work for buffers too, even though they are still used for miptrees only.
* nvfx: new 2D: rewrite miptree code, adapt transfersLuca Barbieri2010-08-216-224/+207
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Changes: - Disable swizzling on non-RGBA 2D textures, since the current 2D code is mostly broken in those cases. A later patch will fix this. Thanks to Andrew Randrianasulu who reported this. - Fix compressed texture transfers and hack around the current 2D code inability to copy compressed textures by using direct access. Thanks to Andrew Randrianasulu who reported this. This patch rewrites all the miptree layout and transfer code in the nvfx driver. The current code is broken in several ways: 1. 3D textures are laid out first by face, then by level, which is incorrect 2. Cube maps should have 128-byte aligned faces 3. Swizzled textures have a strange alignment test that seems unnecessary 4. We store the image_offsets for each face/slice but they can be easily computed instead 5. "Swizzling" is not supported for compressed formats. They can be "swizzled" but swizzling only means that there are no gaps (pitch is level-dependant) and the layout is still linear 6. Swizzling is not supported for non-RGBA formats. All formats (except possibly depth) can be swizzled according to my testing. The miptree layout is rewritten based on my empirical testing, which I posted in the "miptree findings" mail. The image_offset array is removed, since it can be calculated with a simple multiplication; the only array in the miptree structure is now the one for mipmap level starts, which it seems cannot be easily computed in constant time. Also, we now directly store a nouveau_bo instead of a pipe_buffer in the miptree structure, like nv50 does. Support for render temporaries is removed, and will be readded in a later patch. Note that the current temporary code is broken, because it does not copy the temporary back on render cache flushes.
* nvfx: add nouveau_resource_on_gpuLuca Barbieri2010-08-211-1/+15
| | | | | | Add a function to get whether a resource is likely on the GPU or not. Currently always returns TRUE.
* nvfx: add linear flag for buffersLuca Barbieri2010-08-214-2/+5
|
* nvfx: properly unreference bound objects on context destructionLuca Barbieri2010-08-211-0/+8
|
* nvfx: reference count bound objectsLuca Barbieri2010-08-211-7/+29
|
* nvfx: fix format support code for compressed textureLuca Barbieri2010-08-211-1/+1
| | | | A source line was put in the wrong place.
* gallium/auxiliary: add semantic linkage utility codeLuca Barbieri2010-08-213-0/+211
|
* u_debug_describe: use switch instead of if chainLuca Barbieri2010-08-211-7/+17
|
* u_debug_describe: add PIPE_TEXTURE_RECTLuca Barbieri2010-08-211-0/+2
|
* auxiliary: add copyright headersLuca Barbieri2010-08-2110-5/+258
| | | | Thanks to Jose Fonseca for pointing out they were missing.
* util: Match printf format to silence warning.José Fonseca2010-08-211-1/+1
|
* mesa: Remove unsused local variable.José Fonseca2010-08-211-1/+0
|
* util: Make the reference debuggin code more C++ friendly.José Fonseca2010-08-214-13/+30
| | | | | C++ doesn't accept function <-> void* conversions without a putting a fight.
* util: Remove the x86 exception handlers.José Fonseca2010-08-211-55/+0
| | | | Unused now that check_os_katmai_support was removed.
* trace: Don't immediately destroy the pipe's sampler view in the trace driver.Alex Corscadden2010-08-211-1/+1
| | | | | | | | | | The trace driver's implementation of sampler_view_destroy was calling directly into the underlying pipe's sampler_view_destroy implementation. This causes problems for pipes that keep references to sampler views even after the state tracker has released them. Instead, we'll simply drop the trace driver's reference to the pipe's sampler view. Signed-off-by: José Fonseca <[email protected]>
* trace: Trace the correct version of the resource when setting the index buffer.Alex Corscadden2010-08-211-1/+1
| | | | | | | | | The trace driver was tracing the unwrapped version of the index buffer when setting the index buffer. This caused an assert validating that a resource belonged to the trace driver to fail. Instead, we'll log the unmodified index buffer structure when setting the index buffer. Signed-off-by: José Fonseca <[email protected]>
* generate_builtins.py: Remove unused import sys.Vinson Lee2010-08-211-1/+1
|
* mapi: Use MAPI_EXPORT to export public functions.Chia-I Wu2010-08-212-6/+17
| | | | | mapi.h is included by vgapi and st/vega. On win32, the macro expands to dllexport and dllimport respectively.
* mapi: Prefix functions in u_current.h by u_current.Chia-I Wu2010-08-215-79/+94
| | | | | | | That is, replace the old _glapi_* names by new names that start with u_current_. When MAPI_GLAPI_CURRENT is defined, u_current.h defines rename macros to restore the old names. That is done for ABI compatibility.
* glapi: Move public function/variable declarations to glapi.h.Chia-I Wu2010-08-215-47/+107
| | | | | | | glapi defines an interface that is used by DRI drivers. It must not be changed in an ABI incompatible way. This commit moves all functions/variables belong to the interface to glapi.h. Instead of including u_current.h from glapi.h, u_current.h now includes glapi.h.
* evergreen : initial support driver code.richard2010-08-2041-249/+12426
|
* i965: Rename nr_depth_regs to nr_payload_regs.Eric Anholt2010-08-205-8/+8
| | | | | | | Only 8 out of the up to 13 regs are for source/dest depth, so the name wasn't particularly appropriate. Note that this doesn't count the constant or URB payload regs. Also, don't pre-divide by 2, so it's actually a number of registers.
* i965: Also use the SIMD8 FB writes for SIMD8 mode on non-SNB.Eric Anholt2010-08-203-17/+18
|
* i965: Add support for FB writes on Sandybridge.Zhenyu Wang2010-08-202-12/+74
|
* i965: Set the destination horiz stride even for da16, as SNB seems to need it.Zhenyu Wang2010-08-202-2/+6
|
* i965: Set the maximum number of threads on Sandybridge.Zhenyu Wang2010-08-201-1/+5
|
* i965: Add AccWrCtl support on Sandybridge.Zhenyu Wang2010-08-205-2/+20
| | | | Whenever the accumulator results are needed, this bit must be set.
* i965: Mention the mlen and rlen for URB reads.Zhenyu Wang2010-08-201-0/+5
|
* i965: Sandybridge doesn't have Compr4 mode, since it's not needed any more.Zhenyu Wang2010-08-201-1/+2
|
* i965: Adjust disasm of subreg numbers to be in units of the register type.Zhenyu Wang2010-08-201-6/+20
| | | | | This makes reading the code easier when matching up to the specs, which also use this format.
* i965: Fix DP write channel ordering on Sandybridge.Eric Anholt2010-08-201-2/+25
| | | | | The SIMD16 message no longer has the goofy interleaved format that made Compr4 compression necessary before.
* os_stream: fix bugs in allocation pathLuca Barbieri2010-08-211-16/+8
|
* p_compiler: add replacement va_copyLuca Barbieri2010-08-211-0/+8
| | | | | | | | | This might technically not always be correct, because va_copy might be a function, or a system might not have va_copy, and not work with assignment. Hopefully this is never the case. Without configure tests, it doesn't seem possible to do better.
* Delete more vestiges of the old shader compiler.Kenneth Graunke2010-08-209-1252/+0
|
* glsl: Remove bogus "ambient" field from vec4 gl_TextureEnvColor.Kenneth Graunke2010-08-201-1/+1
|
* glsl: add missing ambient field to gl_LightModelLuca Barbieri2010-08-201-1/+1
| | | | | Again, this is a one-element struct that was incorrectly missing the field.
* glsl: don't crash if a field is specified for a non-struct uniformLuca Barbieri2010-08-201-1/+1
| | | | | This was triggered by the previous bug, but is a separate problem in the general sense.
* glsl: add missing sceneColor field to gl_{Front, Back}LightModelProductLuca Barbieri2010-08-201-2/+2
| | | | | | | According to both GLSL 1.20 and 4.0, these are a struct with one field called "sceneColor". Fixes a crash on loading in FlightGear.
* intel: Don't try to do work for BufferSubData with a size of 0.Eric Anholt2010-08-201-0/+6
| | | | | | | If we hit the linear blit path, we'd come up with a pitch of 0, then divide by zero. Fixes vbo-subdata-zero, made for bug #28931 (warsow).
* mesa: Fix GetUniformLocation while compiling display lists.Nick Bowler2010-08-201-1/+9
| | | | | | | | | | | | This function was apparently missing from the display list dispatch table, causing the generic no-op function to be called instead. To make matters worse, the no-op function is indistinguishable from a successful call to GetUniformLocation. GL specifies that GetUniformLocation is executed immediately when compiling display lists. Fixes fdo bug 29622. Signed-off-by: Nick Bowler <[email protected]>
* Remove remnants of the old glsl compiler.Eric Anholt2010-08-2081-36992/+5
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-19 03:24:30 +0000