[Mesa-dev] [PATCH] i965: handle gl_PointCoord for Gen4 and Gen5 platforms

This patch add the support of gl_PointCoord gl builtin variable for platform gen4 and gen5(ILK). Unlike gen6+, we don't have a hardware support of gl_PointCoord, means hardware will not calculate the interpolation coefficient for you. Instead, you should handle it yourself in sf shader stage. But

Re: [Mesa-dev] [PATCH 2/2] i965: handle gl_PointCoord for Gen4 and Gen5 platform

On Thu, Feb 23, 2012 at 02:37:06PM +0800, Yuanhan Liu wrote: > On Tue, Feb 21, 2012 at 11:59:17AM -0800, Eric Anholt wrote: > > On Sun, 19 Feb 2012 13:31:33 +0800, Liu Aleaxander > > wrote: > > > On Sun, Feb 19, 2012 at 8:54 AM, Eric Anholt wrote: > > > > On Sat, 18 Feb 2012 23:07:32 +0800, Liu

[Mesa-dev] [Bug 46631] It's really hard to hit the fast path for the fallback glReadPixels code

https://bugs.freedesktop.org/show_bug.cgi?id=46631 Neil Roberts changed: What|Removed |Added Attachment #57666|0 |1 is obsolete|

[Mesa-dev] [Bug 46631] It's really hard to hit the fast path for the fallback glReadPixels code

https://bugs.freedesktop.org/show_bug.cgi?id=46631 --- Comment #8 from Neil Roberts 2012-02-26 13:41:46 UTC --- Ok, I think I understand this a bit better now. I think the problem is that Mesa is doing the wrong thing when converting from the framebuffer format to the temporary floating point R

[Mesa-dev] [Bug 46631] It's really hard to hit the fast path for the fallback glReadPixels code

https://bugs.freedesktop.org/show_bug.cgi?id=46631 Kurt Roeckx changed: What|Removed |Added CC||k...@roeckx.be --- Comment #7 from Kurt Ro

[Mesa-dev] [PATCH 2/2] gallium/util: add fast path for buffers in u_default_transfer_inline_write

--- src/gallium/auxiliary/util/u_transfer.c | 34 ++ 1 files changed, 20 insertions(+), 14 deletions(-) diff --git a/src/gallium/auxiliary/util/u_transfer.c b/src/gallium/auxiliary/util/u_transfer.c index 1fa8d94..f1c2a09 100644 --- a/src/gallium/auxiliary/util/u_tr

[Mesa-dev] [PATCH 1/2] gallium/util: set correct usage flags in u_default_transfer_inline_write

The DISCARD flags should improve performance in drivers which handle them. --- src/gallium/auxiliary/util/u_transfer.c | 12 1 files changed, 12 insertions(+), 0 deletions(-) diff --git a/src/gallium/auxiliary/util/u_transfer.c b/src/gallium/auxiliary/util/u_transfer.c index 7e72a

[Mesa-dev] [Bug 46631] It's really hard to hit the fast path for the fallback glReadPixels code

https://bugs.freedesktop.org/show_bug.cgi?id=46631 --- Comment #6 from Christoph Bumiller 2012-02-26 09:40:14 PST --- (In reply to comment #5) > Created attachment 57667 [details] > Test case showing reading luminance values > > I'm attaching a test case which shows what happens when luminance v

[Mesa-dev] [Bug 46631] It's really hard to hit the fast path for the fallback glReadPixels code

https://bugs.freedesktop.org/show_bug.cgi?id=46631 --- Comment #5 from Neil Roberts 2012-02-26 09:19:43 PST --- Created attachment 57667 --> https://bugs.freedesktop.org/attachment.cgi?id=57667 Test case showing reading luminance values Ok, I've split the patch into two. I'm attaching a test

[Mesa-dev] [Bug 46631] It's really hard to hit the fast path for the fallback glReadPixels code

https://bugs.freedesktop.org/show_bug.cgi?id=46631 Neil Roberts changed: What|Removed |Added Attachment #57646|0 |1 is obsolete|

[Mesa-dev] [Bug 46631] It's really hard to hit the fast path for the fallback glReadPixels code

https://bugs.freedesktop.org/show_bug.cgi?id=46631 --- Comment #3 from Neil Roberts 2012-02-26 09:09:52 PST --- Created attachment 57665 --> https://bugs.freedesktop.org/attachment.cgi?id=57665 readpix: Don't disable fast path for normalized types Mesa has a fast path for the generic fallback

[Mesa-dev] [Bug 46631] It's really hard to hit the fast path for the fallback glReadPixels code

https://bugs.freedesktop.org/show_bug.cgi?id=46631 José Fonseca changed: What|Removed |Added CC||jfons...@vmware.com --- Comment #2 from J

[Mesa-dev] [Bug 41791] Civilization V + Wine = Bug

https://bugs.freedesktop.org/show_bug.cgi?id=41791 --- Comment #7 from Rafał Miłecki 2012-02-26 03:18:45 PST --- I'm also openSUSE 12.1 user and I experience the same problem, it's just Diablo II instead of Civilization in my case. When I let Mesa use LLVM, Diablo II crashes before even displayin