On Wed, 2010-04-07 at 18:58 -0700, Marek Olšák wrote:
On Wed, Apr 7, 2010 at 7:01 PM, Keith Whitwell kei...@vmware.com
wrote:
On Tue, 2010-04-06 at 03:28 -0700, Keith Whitwell wrote:
On Fri, 2010-04-02 at 23:23 -0700, Marek Olšák wrote:
There's something
The attached patch adds missing D3D9 color formats.
We've been going back and forward whether to add these or not, but the
end conclusion seems there is no harm to add these formats, no matter
how weird some are, as state tracker and pipe drivers are free to ignore
them.
The util module should
On Thu, 2010-04-08 at 09:33 -0700, José Fonseca wrote:
The attached patch adds missing D3D9 color formats.
We've been going back and forward whether to add these or not, but the
end conclusion seems there is no harm to add these formats, no matter
how weird some are, as state tracker and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This change isn't correct. This causes the test to read from the back
buffer after the call to glutSwapBuffers. The swap buffer call can,
especially on DRI2, cause the backbuffer to be filled with garbage.
This can cause the test to fail when
On Thu, Apr 8, 2010 at 3:54 PM, Keith Whitwell kei...@vmware.com wrote:
OK, it seems like quite a few cases had migrated to the new
buffer_map_range() behaviour. I've looked at all I can find and moved
them back to the old behaviour.
glean is passing now on softpipe.
There's now an
Unless there's some objection I'm going to subscribe everyone to the
new FD.O-based mesa-dev mailing list who's on the mesa3d-dev list.
Probably in the next 24 hours.
Then, some of you may have to log into the mailman interface
(http://lists.freedesktop.org/mailman/listinfo/mesa-dev) to set
On Thu, Apr 8, 2010 at 6:21 PM, Brian Paul bri...@vmware.com wrote:
Unless there's some objection I'm going to subscribe everyone to the
new FD.O-based mesa-dev mailing list who's on the mesa3d-dev list.
Probably in the next 24 hours.
Then, some of you may have to log into the mailman
On Thu, 8 Apr 2010 18:38:03 -0400
Alex Deucher alexdeuc...@gmail.com wrote:
On Thu, Apr 8, 2010 at 6:21 PM, Brian Paul bri...@vmware.com wrote:
Unless there's some objection I'm going to subscribe everyone to the
new FD.O-based mesa-dev mailing list who's on the mesa3d-dev list.
Probably
On Thu, Apr 8, 2010 at 16:37, Jesse Barnes jbar...@virtuousgeek.org wrote:
On Thu, 8 Apr 2010 18:38:03 -0400
Alex Deucher alexdeuc...@gmail.com wrote:
On Thu, Apr 8, 2010 at 6:21 PM, Brian Paul bri...@vmware.com wrote:
Unless there's some objection I'm going to subscribe everyone to the
When matching attributes using the 'mask' matching criteria, the spec
says that
Only GLXFBConfigs for which the set bits of attribute include all
the bits that are set in the requested value are
considered. (Additional bits might be set in the attribute).
The current test returns true if
I named it that way because it is datatype conversion functionality,
which is conceptually a lower layer than format conversion, which
operates on multi-component formats, and is also totally independent
of the existing format conversion functionality.
It is the only member of that layer because
11 matches
Mail list logo
