summaryrefslogtreecommitdiff
path: root/src/mesa/drivers/dri/intel/intel_tex.c
AgeCommit message (Collapse)Author
2008-05-09intel: use new mipmap generation hooks in driver.Dave Airlie
2008-05-09swrast/dri: switch over users of generate_mipmap to new interfaceDave Airlie
2008-05-09Revert "mesa/intel: map/unmap texture objects around mipmap generation ↵Dave Airlie
function." This reverts commit c50ffc4cb89b67ae59208eb72cdb664c846ba987. I'll fix this using the mipmap hooks I just picked from gallium-0.1
2008-05-09mesa/intel: map/unmap texture objects around mipmap generation function.Dave Airlie
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.
2008-03-26[intel] Use mesa texmemory functions to allocate teximage Data.Michal Wajdeczko
Failure to consistently do so resulted in mismatched aligned versus unaligned alloc/free.
2008-02-15Fix build on ia64.Adam Jackson
2007-12-20[intel] Fix and reenable (software) SGIS_generate_mipmapEric Anholt
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.
2007-12-16[965] Move to using shared texture management code.Eric Anholt
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.
2007-11-09[intel] Move over files that will be shared with 965-fbo work.Eric Anholt