<feed xmlns='http://www.w3.org/2005/Atom'>
<title>android-x86-mesa.git/src/mesa/drivers/common, branch r300</title>
<subtitle>Androïd/x86 port of Mesa drivers
</subtitle>
<id>https://git.hiegel.fr/cgit/android-x86-mesa.git/atom?h=r300</id>
<link rel='self' href='https://git.hiegel.fr/cgit/android-x86-mesa.git/atom?h=r300'/>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/android-x86-mesa.git/'/>
<updated>2011-03-16T06:17:52Z</updated>
<entry>
<title>i915c: Add GL_OES_draw_texture support.</title>
<updated>2011-03-16T06:17:52Z</updated>
<author>
<name>Chia-I Wu</name>
<email>olvaffe@gmail.com</email>
</author>
<published>2010-10-12T18:26:52Z</published>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/android-x86-mesa.git/commit/?id=d5d833a353c6be84e1a993de8725f3117afbd1f6'/>
<id>urn:sha1:d5d833a353c6be84e1a993de8725f3117afbd1f6</id>
<content type='text'>
</content>
</entry>
<entry>
<title>mesa: add NV_texture_barrier</title>
<updated>2011-03-15T14:47:27Z</updated>
<author>
<name>Marek Olšák</name>
<email>maraeo@gmail.com</email>
</author>
<published>2011-03-08T10:29:20Z</published>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/android-x86-mesa.git/commit/?id=867f9b07d42c2b49ddb9e5bb17f0ac5c4a80d8ac'/>
<id>urn:sha1:867f9b07d42c2b49ddb9e5bb17f0ac5c4a80d8ac</id>
<content type='text'>
</content>
</entry>
<entry>
<title>mesa: move PBO-related functions into a new file</title>
<updated>2011-03-01T01:24:35Z</updated>
<author>
<name>Brian Paul</name>
<email>brianp@vmware.com</email>
</author>
<published>2011-03-01T01:24:35Z</published>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/android-x86-mesa.git/commit/?id=b70610b9823fc7dc3672735c11be1a75fbb1a2a4'/>
<id>urn:sha1:b70610b9823fc7dc3672735c11be1a75fbb1a2a4</id>
<content type='text'>
</content>
</entry>
<entry>
<title>mesa: plug in fallback function for ctx-&gt;Driver.ValidateFramebuffer()</title>
<updated>2011-01-25T02:38:52Z</updated>
<author>
<name>Brian Paul</name>
<email>brianp@vmware.com</email>
</author>
<published>2011-01-25T02:38:52Z</published>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/android-x86-mesa.git/commit/?id=62c66b34303303e6786652efa611a100ae64439a'/>
<id>urn:sha1:62c66b34303303e6786652efa611a100ae64439a</id>
<content type='text'>
The software renderer doesn't support GL_ALPHA, GL_LUMINANCE, etc
so we should report GL_FRAMEBUFFER_UNSUPPORTED during FBO validation.
</content>
</entry>
<entry>
<title>mesa: begin implementation of GL_ARB_draw_buffers_blend</title>
<updated>2011-01-16T01:35:39Z</updated>
<author>
<name>Brian Paul</name>
<email>brianp@vmware.com</email>
</author>
<published>2011-01-11T22:07:38Z</published>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/android-x86-mesa.git/commit/?id=74713e2d293f9e796a4053a5a99ee5cb7df5c740'/>
<id>urn:sha1:74713e2d293f9e796a4053a5a99ee5cb7df5c740</id>
<content type='text'>
</content>
</entry>
<entry>
<title>meta: Actually use mipmapping when generating mipmaps.</title>
<updated>2011-01-12T19:08:07Z</updated>
<author>
<name>Eric Anholt</name>
<email>eric@anholt.net</email>
</author>
<published>2011-01-12T18:12:00Z</published>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/android-x86-mesa.git/commit/?id=e1fb511570e9b2a4d015332b7d80f469bf334b2a'/>
<id>urn:sha1:e1fb511570e9b2a4d015332b7d80f469bf334b2a</id>
<content type='text'>
With the change to not reset baselevel, this GL_LINEAR filtering was
resulting in generating mipmaps off of the base level instead of the
next higher detail level.  Fixes fbo-generatemipmap-filtering.

Reported by: Neil Roberts &lt;neil@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>meta: Don't tweak BaseLevel when doing glGenerateMipmap().</title>
<updated>2011-01-11T01:21:11Z</updated>
<author>
<name>Eric Anholt</name>
<email>eric@anholt.net</email>
</author>
<published>2011-01-10T18:50:36Z</published>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/android-x86-mesa.git/commit/?id=bd4a2e9209e13878d052dfb8e981fd798c6e4e40'/>
<id>urn:sha1:bd4a2e9209e13878d052dfb8e981fd798c6e4e40</id>
<content type='text'>
We don't need to worry about levels other than MaxLevel because we're
minifying -- the lower levels (higher detail) won't contribute to the
result.  By changing BaseLevel, we forced hardware that doesn't
support BaseLevel != 0 to relayout the texture object.
</content>
</entry>
<entry>
<title>mesa/meta: fix broken assertion, rename stack depth var</title>
<updated>2010-12-10T17:02:37Z</updated>
<author>
<name>Brian Paul</name>
<email>brianp@vmware.com</email>
</author>
<published>2010-12-10T17:02:33Z</published>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/android-x86-mesa.git/commit/?id=2a4df8933eaeb0bd0d6e63fee3d23a47c4b3adb7'/>
<id>urn:sha1:2a4df8933eaeb0bd0d6e63fee3d23a47c4b3adb7</id>
<content type='text'>
assert(current_save_state &lt; MAX_META_OPS_DEPTH) did not compile.

Rename current_save_state to SaveStackDepth to be more consistent with
the style of the other fields.
</content>
</entry>
<entry>
<title>meta: allow nested meta operations</title>
<updated>2010-12-10T05:25:17Z</updated>
<author>
<name>Xiang, Haihao</name>
<email>haihao.xiang@intel.com</email>
</author>
<published>2010-12-10T01:31:19Z</published>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/android-x86-mesa.git/commit/?id=d1196bbc191c4f1b355d432dcb2eeff9790fda34'/>
<id>urn:sha1:d1196bbc191c4f1b355d432dcb2eeff9790fda34</id>
<content type='text'>
_mesa_meta_CopyPixels results in nested meta operations on Sandybridge.
Previoulsy the second meta operation overrides all states saved by the
first meta function.
</content>
</entry>
<entry>
<title>meta: Mask Stencil.Clear against stencilMax in _mesa_meta_Clear</title>
<updated>2010-11-24T19:14:54Z</updated>
<author>
<name>Peter Clifton</name>
<email>pcjc2@cam.ac.uk</email>
</author>
<published>2010-11-24T15:24:31Z</published>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/android-x86-mesa.git/commit/?id=ee88727df8b133e99608e5d30cbd50fb6e11628a'/>
<id>urn:sha1:ee88727df8b133e99608e5d30cbd50fb6e11628a</id>
<content type='text'>
This fixes incorrect behaviour when the stencil clear value exceeds
the size of the stencil buffer, for example, when set with:

glClearStencil (~1); /* Set a bit pattern of 111...11111110 */
glClear (GL_STENCIL_BUFFER_BIT);

The clear value needs to be masked by the value 2^m - 1, where m is the
number of bits in the stencil buffer. Previously, we passed the value
masked with 0x7fffffff to _mesa_StencilFuncSeparate which then clamps,
NOT masks the value to the range 0 to 2^m - 1.

The result would be clearing the stencil buffer to 0xff, rather than 0xfe.

Signed-off-by: Peter Clifton &lt;pcjc2@cam.ac.uk&gt;
Signed-off-by: Brian Paul &lt;brianp@vmware.com&gt;
</content>
</entry>
</feed>
