History log of /external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
46751edca9a95baff81771aa69986fa6e2422ed6 22-Aug-2012 Brian Paul <brianp@vmware.com> mesa: new _mesa_num_tex_faces() helper

Not a real big help now, but will be useful for the
GL_ARB_texture_cube_map_array extension in the future.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
9bcb9fad65f0926d665317d6830e9812baafcf86 11-Aug-2012 Ian Romanick <ian.d.romanick@intel.com> intel: Implement ARB_texture_storage

This is basically cut-and-paste from the swrast implementation, and it
could probably be (slightly) more optimal.

Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
c9a7dfcf92e6adb4b85338c2c8dbbfbaf39fbfe7 12-Jun-2012 Pauli Nieminen <pauli.nieminen@linux.intel.com> mesa: Remove unnecessary parameters from AllocTextureImageBuffer

Size and format information is always stored in gl_texture_image
structure. That makes it preferable to remove duplicate information from
parameters to make interface easier to understand.

Signed-off-by: Pauli Nieminen <pauli.nieminen@linux.intel.com>
Reviewed-by: Brian Paul <brianp@vmware.com>
Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
80513ec8b4c812b9c6249cc5824337a5f04ab34c 17-Feb-2012 Paul Berry <stereotype441@gmail.com> i915: Initialize swrast_texture_image structure fields.

Commit 980f6f1 (mesa: move gl_texture_image::Width/Height/DepthScale
fields to swrast) moved the initialization of the Width, Height, and
DepthScale fields to _swrast_alloc_texture_image_buffer(). However,
i915 doesn't call this function because it performs its own buffer
allocation. As a result, the Width, Height, and DepthScale fields
weren't getting initialized properly, and some operations requiring
swrast would fail.

This patch ensures that Width, Height, and DepthScale are properly
initialized by separating the code that sets them into a new function,
_swrast_init_texture_image(), which is called by
intel_alloc_texture_image_buffer() as well as
_swrast_alloc_texture_image_buffer(). It also moves the
initialization of _IsPowerOfTwo into this function.

Fixes piglit test fbo/fbo-cubemap on i915.

Partially fixes https://bugs.freedesktop.org/show_bug.cgi?id=41216

This is a candidate for the 8.0 branch.

Reviewed-and-tested-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Eric Anholt <eric@anholt.net>
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
b75291c61c40a3a690b08f8aa013ad2d3d2deda8 28-Nov-2011 Eric Anholt <eric@anholt.net> intel: Move the teximage mapping logic to a miptree level/slice mapping.

This will let us share teximage mapping logic with renderbuffer
mapping, which has an intel_mipmap_tree but not a gl_texture_image.

Reviewed-by: Chad Versace <chad.versace@linux.intel.com>
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
d2e35a5460c5c4b3951c0aaca4fdb867b20478bb 16-Nov-2011 Chad Versace <chad.versace@linux.intel.com> intel: Resolve buffers in intel_map_texture_image()

Reviewed-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Chad Versace <chad.versace@linux.intel.com>
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
3eb12dfaeed03f77e31943eea164acb03e86bbc9 16-Nov-2011 Chad Versace <chad.versace@linux.intel.com> intel: Replace intel_texture_image::stencil_irb with intel_mipmap_tree::stencil_mt [v3]

For depthstencil textures using separate stencil, we embedded a stencil
buffer in intel_texture_image. The intention was that the embedded stencil
buffer would be the golden copy of the texture's stencil bits. When
necessary, we scattered/gathered the stencil bits between the texture
miptree and the embedded stencil buffer.

This approach had a serious deficiency for mipmapped or multi-layer
textures. Any given moment the embedded stencil buffer was consistent with
exactly one miptree slice, the most recent one to be scattered. This
permitted tests of type A to pass, but broke tests of type B.

Test A:
1. Create a depthstencil texture.
2. Upload data into (level=x1,layer=y1).
3. Read and test stencil data at (level=x1, layer=y1).
4. Upload data into (level=x2,layer=y2).
5. Read and test stencil data at (level=x2, layer=y2).

Test B:
1. Create a depthstencil texture.
2. Upload data into (level=x1,layer=y1).
3. Upload data into (level=x2,layer=y2).
4. Read and test stencil data at (level=x1, layer=y1).
5. Read and test stencil data at (level=x2, layer=y2).

v2:
Only allocate stencil miptree if intel->must_use_separate_stencil,
because we don't make the conversion from must_use_separate_stencil to
has_separate_stencil until commit
intel: Use separate stencil whenever possible

v3:
Don't call ChooseNewTexture in intel_renderbuffer_wrap_miptree() in
order to determine the renderbuffer format. Instead, pass the format as
a param to that function.

CC: Eric Anholt <eric@anholt.net>
Signed-off-by: Chad Versace <chad.versace@linux.intel.com>
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
bd51e8e4f473dd4fb4f99ed7898d771c64caca2d 14-Oct-2011 Eric Anholt <eric@anholt.net> dri: Remove driver GenerateMipmap hooks.

Mesa sets up _mesa_meta_GenerateMipmap as the default hook, which does
this check for fallback and call the fallback itself.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
4ad8a0adec588b4c2c5a8f93265ed46cee5d3ff6 17-Oct-2011 Eric Anholt <eric@anholt.net> intel: Drop texture border support code.

Now that texture borders are gone, we never need to allocate our
textures through non-miptrees, which simplifies some irritating paths.

v2: Remove the !mt support case from intel_map_texture_image()

Reviewed-by: Kenneth Graunke <kenneth@whitecape.org> (v1)
Reviewed-by: Brian Paul <brianp@vmware.com>
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
68da4b50e9b6aa72a9b155f650952620063e1b94 23-Oct-2011 Brian Paul <brianp@vmware.com> mesa: add swrast_texture_image::Buffer

In the past, swrast_texture_image::Data has been overloaded. It could
either point to malloc'd memory storing texture data, or it could point
to a current mapping of GPU memory.

Now, Buffer always points to malloc'd memory (if we're not using GPU
memory) and Data always points to mapped memory. The next step would
be to rename Data -> Map.

This change also involves adding swrast functions for mapping textures
and renderbuffers prior to rendering to setup the Data pointer. Plus,
corresponding functions to unmap texures and renderbuffers. This is
very much like similar code in the dri drivers.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
66681b4c8cb1ef16f42c1591298cb30c83bca09b 23-Oct-2011 Brian Paul <brianp@vmware.com> mesa: remove _mesa_alloc_texmemory(), _mesa_free_texmemory()

Core Mesa no longer does any texture memory allocation.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
6e0f9001fe3fb191c2928bd09aa9e9d05ddf4ea9 23-Oct-2011 Brian Paul <brianp@vmware.com> mesa: move gl_texture_image::Data, RowStride, ImageOffsets to swrast

Only swrast and the drivers that fall back to swrast need these fields now.
This removes the last of the fields related to software rendering from
gl_texture_image.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
f8377b411dfe3c879eaab11bb86f509178796bd1 22-Sep-2011 Chad Versace <chad@chad-versace.us> intel: Add 'mode' param to intel_region_map

The 'mode' param is a bitset of GL_MAP_READ_BIT, GL_MAP_WRITE_BIT.

A future commit will perform buffer resolves in intel_region_map(). So,
even though the access mode is irrelevant to the GTT, the extra
information allows us to intelligently avoid unneccessary buffer resolves.

Signed-off-by: Chad Versace <chad@chad-versace.us>
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
ef6de0141ca7c9757ef40b3db18202b11ab2ec98 07-Oct-2011 Chad Versace <chad@chad-versace.us> intel: Fix scatter/gather for depthstencil textures

During anholt's MapTextureImage refactoring, the call to
intel_tex_image_s8z24_create_renderbuffers was missplaced. It needs to
occur *after* the miptree is allocated.

Reviewed-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Chad Versace <chad@chad-versace.us>
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
82691574b6fc5a66290cbab88010caa8bc00c1dd 29-Sep-2011 Eric Anholt <eric@anholt.net> intel: Add a safety check for mapping 1D texture arrays.

So easy to screw up with the crazy way GL manages them.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
cb86560ddb0a09727f55010bc184354d506f6484 29-Sep-2011 Eric Anholt <eric@anholt.net> intel: Add debug output to intel_map_texture_image.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
9aff2944a449f586e32f537350e590910d09d016 28-Sep-2011 Eric Anholt <eric@anholt.net> intel: Make PBO TexImage use AllocTextureImageBuffer like non-PBO does.

Now that whole block that also lives in AllocTextureImageBuffer can go
away.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
a73d56dce37ae13f422215de1bf1fdfb8e2f6ed7 28-Sep-2011 Eric Anholt <eric@anholt.net> intel: Allocate s8z24 separate renderbuffers from AllocTextureImageBuffer().

Before, we were only allocating these from our TexImage, so if the
texture image was set up in any other way (non-accelerated
glGenerateMipmaps()), they'd be missing or wrong.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
e928c34d3ec54bb8a6b80036e6b6a91977bf0865 21-Sep-2011 Eric Anholt <eric@anholt.net> intel: Add an AllocTextureImageBuffer() implementation using miptrees.

Now we can rely on Mesa core for uploads of data without introducing
an extra copy at validate time.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
e0304180c32227342dbb67b707bfae446543bb48 02-Aug-2011 Brian Paul <brianp@vmware.com> mesa: Convert _mesa_generate_mipmap to MapTexImage()-based access.

Now that we can zero-copy generate the mipmaps into brand new
glTexImage()-generated storage using MapTextureImage(), we no longer
need to allocate image->Data in mipmap generate. This requires
deleting the drivers' old overrides of the miptree tracking after
calling _mesa_generate_mipmap at the same time, or the drivers
promptly lose our newly-generated data.

Reviewed-by: Eric Anholt <eric@anholt.net>
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
019c9ee2204723a9a041316e055e0602e514cad4 01-Aug-2011 Eric Anholt <eric@anholt.net> intel: Drop our custom glGetTexImage() code.

The mesa core code uses MapTextureImage() like we need now.

v2: Drop mapping around _mesa_generate_mipmap for compressed, since
the whole path ends up going through MapTextureImage(), and the
meta decompression code ended up causing us to lose track of the
region that was originally mapped and assertion fail.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
db3ada6055814a4bd5aa95fc9505fc101864391d 22-Sep-2011 Eric Anholt <eric@anholt.net> intel: Drop the "intel" argument to intel_miptree_release().

We don't have it in the other refcounting functions, and it was
totally unused.

Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
19cfe1e035fdaf03b7a3560c47f1b8d59a221902 21-Sep-2011 Eric Anholt <eric@anholt.net> intel: Drop some extra equality checks on reference/release functions.

_mesa_reference_renderbuffer already short-circuits equality, and
intel_miptree_release does nothing on NULL.

Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
455a19b1b3d7ca0a40c65d89e45209dbd8ac7b35 26-Sep-2011 Yuanhan Liu <yuanhan.liu@linux.intel.com> intel: fix potential segfault error at intel_(un)map_texture_image

intel_image->mt might be NULL, say with border width set. It then would
trigger a segfault at intel_map/unmap_texture_image function.

This would fix the oglc misctest(basic.textureBorderIgnore) fail.

Signed-off-by: Yuanhan Liu <yuanhan.liu@linux.intel.com>
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
146f536b3332b7a2022bb4ba5e2d1d2ec4bedd98 17-Sep-2011 Brian Paul <brianp@vmware.com> mesa: add new DeleteTextureImage() driver hook

Matches the NewTextureImage() hook. With new subclasses of
gl_texture_image coming we need a new hook to properly delete objects of
those subclasses.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
ed3040f3baa468a0e16ea1ae2e5202c18d838c8f 26-Aug-2011 Ian Romanick <ian.d.romanick@intel.com> intel: Silence several "warning: unused parameter"

Trivially silence the compiler by adding '(void) foo;' for each unused
parameter. These parameters could not be removed. They are part of
interface used elsewhere in Mesa, and some of the other customers
actually use these parameters.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
bfc09e92ffbf3e03f5ea09421d2b8cbae1df53bf 29-Jul-2011 Eric Anholt <eric@anholt.net> intel: Add implementation of MapTextureImage/UnmapTextureImage.

Reviewed-by: Brian Paul <brianp@vmware.com>
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
5401590815b0ef095e7881bbabce233bab07c1e6 27-Jul-2011 Eric Anholt <eric@anholt.net> Rename some driver FreeTextureImageData functions to FreeTextureImageBuffer.

Reviewed-by: Brian Paul <brianp@vmware.com>
Reviewed-by: Ian Romanick <ian.d.romanick@intel.com>
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
0bb29949ba8a9e5a15dc0640dbb0a4e7990a1d57 27-Jul-2011 Eric Anholt <eric@anholt.net> mesa: Rename FreeTexImageData to FreeTextureImageBuffer.

This was produced by sed, except for one hunk in driverfuncs.c where
trailing whitespace was dropped.

Reviewed-by: Brian Paul <brianp@vmware.com>
Reviewed-by: Ian Romanick <ian.d.romanick@intel.com>
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
7dae1aaf142999e3cfeafb13d30abda667d66d87 15-Jul-2011 Brian Paul <brianp@vmware.com> intel: use new gl_texture_image:Face, Level fields

Reviewed-by: Ian Romanick <ian.d.romanick@intel.com>
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
1a062dfc6f6e872e18f048bb5a61709c36f22870 21-Jun-2011 Chad Versace <chad@chad-versace.us> intel: Add fields to intel_texture for faking s8z24 with separate stencil

Add the fields depth_rb and stencil_rb, and put hooks in place to
release the renderbuffers in intelFreeTextureImageData and
intelTexImage.

Signed-off-by: Chad Versace <chad@chad-versace.us>
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
10e418f3815d690b2526e835bc7eb421b6be7050 10-Jun-2011 Eric Anholt <eric@anholt.net> mesa: Switch generate_mipmaps_compressed() to using TexImage2D to upload.

The code was playing fast and loose with rowstrides, which meant that
if a driver chose anything different for its alignment requirements,
the generated mipmaps came out garbage. Unlike the uncompressed case,
we can't generate mipmaps directly into image->Data, so by using
TexImage2D we cut out most of the weird logic that existed to generate
in-place into ->Data. The up/downside is that the driver recovery
code for the fact that _mesa_generate_mipmaps whacked ->Data has to be
turned off for compressed now.

Fixes 6 piglit tests about compressed mipmap gen.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
5dbb856e960f9448ec4e322f936f5f6763ee77e2 04-Jan-2011 Eric Anholt <eric@anholt.net> intel: Merge our choosetexformat fallbacks into core.

We now share the type/format -> MESA_FORMAT_* mappings with software
mesa, and the core supports most of the fallbacks hardware drivers
will want.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
6ad0283f482d96f060555f8973557a4d10f9addf 03-Nov-2010 Eric Anholt <eric@anholt.net> intel: Remove the magic unaligned memcpy code.

In testing on Ironlake, the histogram of clocks/pixel results for the
system memcpy and magic unaligned memcpy show no noticeable difference
(and no statistically significant difference with the 5510 samples
taken, though the stddev is large due to what looks like the cache
effects from the different texture sizes used).
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
bb1540835056cdea5db6f55b19c0c87358f14cd1 03-Nov-2010 Eric Anholt <eric@anholt.net> intel: Annotate debug printout checks with unlikely().

This provides the optimizer with hints about code hotness, which we're
quite certain about for debug printouts (or, rather, while we
developers often hit the checks for debug printouts, we don't care
about performance while doing so).
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
f9995b30756140724f41daf963fa06167912be7f 12-Oct-2010 Kristian Høgsberg <krh@bitplanet.net> Drop GLcontext typedef and use struct gl_context instead
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
8b2d5f431f8c862374d3e352f228b016060cd70a 20-Sep-2010 Ian Romanick <ian.d.romanick@intel.com> Remove unnescessary initializations of UpdateTexturePalette

This is already NULL'ed in _mesa_init_driver_functions.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
2e3d22b0746dad2cc64873f336367ca4949d0123 25-Sep-2010 Eric Anholt <eric@anholt.net> intel: Add fallback debug to glGenerateMipmap.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
64ff468d6ff7645e4c0247a5135d71f380690873 24-Sep-2010 Eric Anholt <eric@anholt.net> intel: Remove dead intelIsTextureResident().

It always returned 1 (GL_TRUE), which is the same thing that happens when
the driver hook isn't present.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
298be2b028263b2c343a707662c6fbfa18293cb2 19-Feb-2010 Kristian Høgsberg <krh@bitplanet.net> Replace the _mesa_*printf() wrappers with the plain libc versions
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
83f4e72009e2ee03ec1175bd3e6e309e605c2bd1 13-Oct-2009 Brian Paul <brianp@vmware.com> intel: fix broken sw generate mipmap path

Need to restore code that fixed up the intel_texture_image state.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
7d4b348c67dbc2eff1d7dd0c043a76bc0eae57ab 02-Oct-2009 Brian Paul <brianp@vmware.com> intel: wrap _mesa_meta_GenerateMipmap()

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).
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
e885cb48a0b9292b3df9204f1c2783bf1fe29a28 28-Sep-2009 Eric Anholt <eric@anholt.net> intel: Drop my generatemipmap code in favor of the new shared code.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
89205a8760b8a4651962b1ff0206699cbcd78d75 09-Jun-2009 Brian Paul <brianp@vmware.com> intel: make a bunch of glTexImage-related functions static
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
1d663ae2925ffadf419ddbea9eca8d5706ea6510 08-May-2009 Eric Anholt <eric@anholt.net> intel: Add a metaops version of glGenerateMipmapEXT/SGIS_generate_mipmaps.

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%.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
36daee1c7bec44b9d3641f056c84b3b2f39fabd9 26-Jan-2009 Brian Paul <brianp@vmware.com> intel: asst. casts to silence warnings
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
dc58da3e063d2a4018eea9149b43a3656a93a7ca 16-Dec-2008 Eric Anholt <eric@anholt.net> intel: stub out CompressedTexSubImage2D instead of segfaulting.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
3e0164aabb48a99fce58964cad99fd3978ee84f6 21-Nov-2008 Eric Anholt <eric@anholt.net> i965: Add support for accelerated CopyTexSubImage.

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.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
ecadb51bbcb972a79f3ed79e65a7986b9396e757 18-Sep-2008 Brian Paul <brian.paul@tungstengraphics.com> mesa: added "main/" prefix to includes, remove some -I paths from Makefile.template
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
495c02262eaaa68f2df23c2265362da51851c57a 21-Aug-2008 Eric Anholt <eric@anholt.net> intel: Fix SGIS_generate_mipmap after a miptree had been validated.

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.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
0dbd5c864047ad2ad3d459493c9e82be57427f83 09-May-2008 Dave Airlie <airlied@redhat.com> intel: use new mipmap generation hooks in driver.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
86bd98c6aa0d1a8533699af911c7c40c549b3965 09-May-2008 Dave Airlie <airlied@linux.ie> swrast/dri: switch over users of generate_mipmap to new interface
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
0449bab2f8722f277213e44da13de6a0b5ae7b5b 09-May-2008 Dave Airlie <airlied@linux.ie> Revert "mesa/intel: map/unmap texture objects around mipmap generation function."

This reverts commit c50ffc4cb89b67ae59208eb72cdb664c846ba987.

I'll fix this using the mipmap hooks I just picked from gallium-0.1
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
c50ffc4cb89b67ae59208eb72cdb664c846ba987 09-May-2008 Dave Airlie <airlied@redhat.com> mesa/intel: map/unmap texture objects around mipmap generation function.

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.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
76430815a73559c55e2061ceb2634406d1284f03 26-Mar-2008 Michal Wajdeczko <Michal.Wajdeczko@intel.com> [intel] Use mesa texmemory functions to allocate teximage Data.

Failure to consistently do so resulted in mismatched aligned versus
unaligned alloc/free.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
49a34837564a28587517bfe8bc7679c4e5e04f85 15-Feb-2008 Adam Jackson <ajax@redhat.com> Fix build on ia64.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
101abee6c4fc2c9284ff2ba6f9f9138327d6963d 19-Dec-2007 Eric Anholt <eric@anholt.net> [intel] Fix and reenable (software) SGIS_generate_mipmap

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.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
c0b4257aa9ba783674ccf7162799385734dff211 16-Dec-2007 Eric Anholt <eric@anholt.net> [965] Move to using shared texture management code.

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.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c
77a5bcaff43df8d54e0e0ef833726e4b41d7eb36 07-Nov-2007 Eric Anholt <eric@anholt.net> [intel] Move over files that will be shared with 965-fbo work.
/external/mesa3d/src/mesa/drivers/dri/intel/intel_tex.c