summaryrefslogtreecommitdiffstats
path: root/src/gallium
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
|
* 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]>
* 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.
* r600g: add POW instructionJerome Glisse2010-08-201-18/+73
| | | | Signed-off-by: Jerome Glisse <[email protected]>
* r600g: cleanup definition, fix segfault when no valid pixel shaderJerome Glisse2010-08-203-37/+40
| | | | Signed-off-by: Jerome Glisse <[email protected]>
* util: Fix build for C++ compilers.Michal Krol2010-08-202-0/+16
|
* gallium: hook up reference count debugging codeLuca Barbieri2010-08-201-6/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | | This commit adds the ability to produce a log file containing all reference count changes, and object creation/destruction, on Gallium objects. The data allows to answer these crucial questions: 1. This app is exhausting all my memory due to a resource leak: where is the bug? 2. Which resources is this app using at a given moment? Which parts of the code created them? 3. What kinds of resources does this app use? 4. How fast does this app create and destroy resources? Which parts of the code create resources fast? The output is compatible with the one produced by the similar facility in Mozilla Firefox, allowing to use Mozilla's tools to analyze the data. To get the log file: export GALLIUM_REFCNT_LOG=<file> To get function names and source lines in the log file: tools/addr2line.sh <file> To process the log file, see: http://www.mozilla.org/performance/refcnt-balancer.html
* auxiliary: add reference count debugging codeLuca Barbieri2010-08-204-0/+187
|
* os_stream: add printf facilityLuca Barbieri2010-08-208-3/+85
|
* u_debug_symbol: add symbol name cachingLuca Barbieri2010-08-202-1/+43
| | | | | Without this, any form of logging that dumps stack traces continuously will spend a lot of time resolving symbol names.
* u_debug_symbol: add support for getting symbol names from glibcLuca Barbieri2010-08-202-0/+49
|
* u_debug_symbol: support getting a string without outputLuca Barbieri2010-08-202-14/+27
|
* auxiliary: add functions to describe gallium objectsLuca Barbieri2010-08-204-0/+55
|
* r600g: add occlusion query supportDave Airlie2010-08-2010-42/+379
| | | | | Signed-off-by: Dave Airlie <[email protected]> Signed-off-by: Jerome Glisse <[email protected]>
* u_staging: improve interfaceLuca Barbieri2010-08-202-11/+7
|
* gallium/docs: improve documentation for resourcesLuca Barbieri2010-08-201-3/+157
|
* targets/egl-gdi: Implement guess_gl_api.Chia-I Wu2010-08-201-2/+37
| | | | It is needed to support calling eglGetProcAddress before eglInitialize.
* galahad: remove incorrect comment just addedLuca Barbieri2010-08-201-1/+0
|
* nv50: use NV50TIC_0_2_TARGET_RECTLuca Barbieri2010-08-201-1/+3
|
* galahad: check resource_create templateLuca Barbieri2010-08-201-0/+29
|
* winsys/sw: use PIPE_TEXTURE_RECT if appropriateLuca Barbieri2010-08-201-1/+7
|
* st/glx: use PIPE_TEXTURE_RECT if appropriateLuca Barbieri2010-08-201-1/+6
|
* st/dri: use PIPE_TEXTURE_RECT if appropriateLuca Barbieri2010-08-204-3/+9
|
* auxiliary: support using PIPE_TEXTURE_RECT internallyLuca Barbieri2010-08-202-34/+81
| | | | | | | | | | Currently Gallium internals always use PIPE_TEXTURE_2D and normalized coordinates to access textures. However, PIPE_TEXTURE_2D is not always supported for NPOT textures, and PIPE_TEXTURE_RECT requires unnormalized coordinates. Hence, this change adds support for both kinds of normalization.
* u_staging: use PIPE_TEXTURE_RECTLuca Barbieri2010-08-201-1/+1
|
* u_blitter: use TGSI_TEXTURE_RECTLuca Barbieri2010-08-201-1/+1
| | | | | This seems to make sense, although I suspect the semantics of TGSI_TEXTURE_RECT need to be closely reviewed.
* gallium: make all checks for PIPE_TEXTURE_2D check for PIPE_TEXTURE_RECT tooLuca Barbieri2010-08-2024-17/+49
| | | | | | | Searched for them with: git grep -E '[!=]=.*PIPE_TEXTURE_2D|PIPE_TEXTURE_2D.*[!=]=|case.*PIPE_TEXTURE_2D' Behavior hasn't been changed.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-14 09:34:14 +0000