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
|