aboutsummaryrefslogtreecommitdiffstats
path: root/src/mesa/drivers/dri/intel/intel_tex.c
Commit message (Collapse)AuthorAgeFilesLines
* Replace the _mesa_*printf() wrappers with the plain libc versionsKristian Høgsberg2010-02-191-2/+2
|
* intel: fix broken sw generate mipmap pathBrian Paul2009-10-131-0/+22
| | | | Need to restore code that fixed up the intel_texture_image state.
* intel: wrap _mesa_meta_GenerateMipmap()Brian Paul2009-10-021-0/+27
| | | | | | | | Need to check if we'll take the software path so which requires mapping the src texture image. Fixes crash in piglit gen-compressed-teximage, bug 24219. However, the test still does not pass (it may never have).
* intel: Drop my generatemipmap code in favor of the new shared code.Eric Anholt2009-09-281-1/+0
|
* intel: make a bunch of glTexImage-related functions staticBrian Paul2009-06-091-16/+0
|
* intel: Add a metaops version of glGenerateMipmapEXT/SGIS_generate_mipmaps.Eric Anholt2009-05-081-55/+1
| | | | | | | In addition to being HW accelerated, it avoids the incorrect (black) rendering of the mipmaps that SW was doing in fbo-generatemipmap. Improves the performance of the mipmap generation and drawing in fbo-generatemipmap by 30%.
* intel: asst. casts to silence warningsBrian Paul2009-01-261-1/+1
|
* intel: stub out CompressedTexSubImage2D instead of segfaulting.Eric Anholt2008-12-151-0/+1
|
* i965: Add support for accelerated CopyTexSubImage.Eric Anholt2008-11-211-7/+0
| | | | | | | | | | | There were hacks in EmitCopyBlit before to adjust offsets so that y=0 after the offsets had been adjusted for a negative pitch. It appears that those hacks were due to an unclear and surprising aspect of the hardware: inverting the pitch results in the blit into the specified rectangle being inverted, without the user needing to adjust y and base offset. Tested with piglit copytexsubimage test on 915GM and GM965. Should fix serious performance issues with ETQW and other applications.
* mesa: added "main/" prefix to includes, remove some -I paths from ↵Brian Paul2008-09-181-3/+3
| | | | Makefile.template
* intel: Fix SGIS_generate_mipmap after a miptree had been validated.Eric Anholt2008-08-201-2/+7
| | | | | | | | | Previously, the updated images would be ignored because the miptree in the image matched the miptree in the object, even though Mesa core had just attached updated contents in ->Data. Additionally, Mesa core could have tried to free inside our miptree if it had already been validated. Fixes bug #17077.
* intel: use new mipmap generation hooks in driver.Dave Airlie2008-05-091-1/+10
|
* swrast/dri: switch over users of generate_mipmap to new interfaceDave Airlie2008-05-091-1/+1
|
* Revert "mesa/intel: map/unmap texture objects around mipmap generation ↵Dave Airlie2008-05-091-18/+0
| | | | | | | | function." This reverts commit c50ffc4cb89b67ae59208eb72cdb664c846ba987. I'll fix this using the mipmap hooks I just picked from gallium-0.1
* mesa/intel: map/unmap texture objects around mipmap generation function.Dave Airlie2008-05-091-0/+18
| | | | | This at least stops the compiz brain explosion we were seeing, I do wonder though if we should somehow be calling intel_generate_mipmap somehow.
* [intel] Use mesa texmemory functions to allocate teximage Data.Michal Wajdeczko2008-03-261-1/+2
| | | | | Failure to consistently do so resulted in mismatched aligned versus unaligned alloc/free.
* Fix build on ia64.Adam Jackson2008-02-151-2/+2
|
* [intel] Fix and reenable (software) SGIS_generate_mipmapEric Anholt2007-12-201-0/+41
| | | | | | | The core problem was that _mesa_generate_mipmap was not respecting RowStride of the source image. Additionally, the intel private data associated with the images (level and face) was not being initialized for the _mesa_generate_mipmap-generated images.
* [965] Move to using shared texture management code.Eric Anholt2007-12-161-0/+8
| | | | | | This removes the delayed texture upload optimization from 965, in exchange for bringing us closer to PBO support. It also disables SGIS_generate_mipmap, which didn't seem to be working before anyway, according to the lodbias demo.
* [intel] Move over files that will be shared with 965-fbo work.Eric Anholt2007-11-091-0/+192
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-02 02:15:09 +0000