From: Yuanhan Liu yuanhan@linux.intel.com
If there are already some texture unit enabled, a fallback is needed,
or the original texture stuff would not work.
A much better way is to use multi-texture to handle this case: like
treat the pixels as texture 1 and the original texture as texture
On Sat, May 5, 2012 at 2:56 AM, Eric Anholt e...@anholt.net wrote:
On Fri, 4 May 2012 22:33:41 +0800, Liu Aleaxander aleaxan...@gmail.com
wrote:
From: Yuanhan Liu yuanhan@linux.intel.com
If there are already some texture unit enabled, a fallback is needed,
or the original texture stuff
On Sat, May 5, 2012 at 9:44 AM, Roland Scheidegger srol...@vmware.com wrote:
[snip]...
+ * or the original texture stuff would not work
+ *
+ * FIXME: we may use multi-texture to handle this case. But fallback is
+ * definitely a much simple and straight way.
+ */
+ if
On Sat, May 5, 2012 at 10:19 AM, Roland Scheidegger srol...@vmware.com wrote:
Am 05.05.2012 04:07, schrieb Liu Aleaxander:
On Sat, May 5, 2012 at 9:44 AM, Roland Scheidegger srol...@vmware.com
wrote:
[snip]...
+ * or the original texture stuff would not work
+ *
+ * FIXME: we may
On Sat, Mar 17, 2012 at 1:57 AM, Eric Anholt e...@anholt.net wrote:
On Mon, 12 Mar 2012 16:04:00 +0800, Yuanhan Liu yuanhan@linux.intel.com
wrote:
When SPRITE_POINT_ENABLE bit is set, the texture coord would be
replaced, and this is only needed when we called something like
This patch(the way to fix this issue) is a little weird, as we already
fallbacked to swrast when handling gl_PointSize(in vertex shader).
Sounds that we didn't fallback enough;) This patch servers as fixing the
gl_PointSize issue on Pineview platform.
Since the patch is a little weird, I thought
This patch(the way to fix this issue) is a little weird, as we already
fallbacked to swrast when handling gl_PointSize(in vertex shader).
Sounds that we didn't fallback enough;) This patch servers as fixing the
gl_PointSize issue on Pineview platform.
Since the patch is a little weird, I thought
Sorry that I send the patch twice, the network connection here was
terrifying bad just now.
On 2/21/12, Liu Aleaxander aleaxan...@gmail.com wrote:
This patch(the way to fix this issue) is a little weird, as we already
fallbacked to swrast when handling gl_PointSize(in vertex shader).
Sounds
We may specify the point size in a glsl vertex shader.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=46311
piglit: glsl-vs-point-size
NOTE: This is a candidate for stable release branches.
Signed-off-by: Yuanhan Liu yuanhan@linux.intel.com
---
src/mesa/tnl/t_context.c |3 +--
On Sat, Feb 18, 2012 at 3:45 AM, Eric Anholt e...@anholt.net wrote:
On Fri, 17 Feb 2012 16:09:37 +0800, Yuanhan Liu yuanhan@linux.intel.com
wrote:
This patch add the support of gl_PointCoord gl builtin var for platform
gen4 and gen5(ILK).
We can get the point start coord and the current
For SNB+, One attribute takes 2 urb entries. While for platform under
SNB, we write 4 MRF registers for each attribute, thus it takes 4 urb
entries, right?
NOTE: this is a candidate for stable release branches.
I didn't see this fix anything, meanwhile I didn't see this broke
anything so
This patch add the support of gl_PointCoord gl builtin var for platform
gen4 and gen5(ILK).
We can get the point start coord and the current pixel coord from PS
payload, and the only left element needed is the point size. Then handle
that in SF thread.
Bugzilla:
On Sun, Feb 19, 2012 at 8:54 AM, Eric Anholt e...@anholt.net wrote:
On Sat, 18 Feb 2012 23:07:32 +0800, Liu Aleaxander aleaxan...@gmail.com
wrote:
This patch add the support of gl_PointCoord gl builtin var for platform
gen4 and gen5(ILK).
We can get the point start coord and the current
On Jan 20, 2012 9:07 PM, Jonathan Coome jco...@fastmail.co.uk wrote:
On 19/01/2012 23:48, Yuanhan Liu wrote:
When rendering to FBO, rendering is inverted. At the same time, we would
also make sure the point sprite origin is inverted. Or, we will get an
inverted result correspoinding to
On Sun, Dec 25, 2011 at 8:03 AM, Eric Anholt e...@anholt.net wrote:
On Thu, 22 Dec 2011 18:55:50 +0800, Yuanhan Liu yuanhan@linux.intel.com
wrote:
For the case that index data is stored in element array buffer object,
and user called glMultiDrawElements, count the min/max_index before
On Sat, Nov 19, 2011 at 1:02 AM, Brian Paul bri...@vmware.com wrote:
On 11/18/2011 12:38 AM, Yuanhan Liu wrote:
The two patches tries to fix an issue that happened while calling
glDrawPixels
with texture enabled.
Here I attached a piglit testcase for this issue.
Can you resend? I can't
On Sat, Nov 19, 2011 at 12:49 AM, Brian Paul bri...@vmware.com wrote:
On 11/18/2011 12:38 AM, Yuanhan Liu wrote:
texture_combine converts the result rgba to CHAN_TYPE from FLOAT. At the
same time, make sure the span-array-ChanType is changed, too.
Signed-off-by: Yuanhan
On Fri, Oct 14, 2011 at 11:14 PM, Liu Aleaxander aleaxan...@gmail.com wrote:
On Oct 14, 2011 10:38 PM, Brian Paul bri...@vmware.com wrote:
On 10/13/2011 09:47 PM, Yuanhan Liu wrote:
v2: quote the spec; explicitly exclude the GL_BITMAP case to make code
more readable. (comments from Ian
From af5e640575db5f7e2db94a98aa75a84a01ee0cf0 Mon Sep 17 00:00:00 2001
From: Yuanhan Liu yuanhan@linux.intel.com
Date: Sat, 15 Oct 2011 22:44:18 +0800
Subject: [PATCH] mesa: handle the pbo case for save_Bitmap
Wrap _mesa_unpack_bitmap to handle the case that data is stored in pixel
buffer
From 98d4600d74829d16045dd577855b7c9f25e762c2 Mon Sep 17 00:00:00 2001
From: Yuanhan Liu yuanhan@linux.intel.com
Date: Sun, 16 Oct 2011 09:13:10 +0800
Subject: [PATCH] mesa: handle PBO access error in display list mode
While dealing with pbo data in display list mode, it does check the pbo
From d91661686e8d7def96561700092adda57215f0ab Mon Sep 17 00:00:00 2001
From: Yuanhan Liu yuanhan@linux.intel.com
Date: Sun, 16 Oct 2011 09:35:33 +0800
Subject: [PATCH] mesa: fix inverted pbo test error at
_mesa_GetnCompressedTexImageARB
It seems like a typo.
Signed-off-by: Yuanhan Liu
On Oct 14, 2011 10:38 PM, Brian Paul bri...@vmware.com wrote:
On 10/13/2011 09:47 PM, Yuanhan Liu wrote:
v2: quote the spec; explicitly exclude the GL_BITMAP case to make code
more readable. (comments from Ian)
Signed-off-by: Yuanhan Liuyuanhan@linux.intel.com
---
src/mesa/main/pbo.c
On Sat, Oct 15, 2011 at 2:11 AM, Eric Anholt e...@anholt.net wrote:
On Thu, 13 Oct 2011 11:34:34 +0800, Yuanhan Liu yuanhan@linux.intel.com
wrote:
The patch(based on the reading of the emulator) came from while I was
trying to fix the oglc pbo texImage.1PBODefaults fail. This case
On Thu, Sep 15, 2011 at 10:17 PM, Brian Paul bri...@vmware.com wrote:
On 09/14/2011 11:34 PM, Yuanhan Liu wrote:
Handle errors in _mesa_unpack_image instead in unpack_image. This
would make the error message more detailed and specified.
This patch does:
1. trigger a GL_INVALID_VALUE if
On Thu, Sep 15, 2011 at 10:44 PM, Liu Aleaxander aleaxan...@gmail.com wrote:
On Thu, Sep 15, 2011 at 10:17 PM, Brian Paul bri...@vmware.com wrote:
[snip]
...
The attached patch fixes the issues you've raised but defers error
generation from compile-time to execute-time. OK?
It's OK to me
On Thu, Sep 15, 2011 at 11:04 PM, Brian Paul bri...@vmware.com wrote:
On 09/15/2011 08:44 AM, Liu Aleaxander wrote:
On Thu, Sep 15, 2011 at 10:17 PM, Brian Paulbri...@vmware.com wrote:
On 09/14/2011 11:34 PM, Yuanhan Liu wrote:
Handle errors in _mesa_unpack_image instead in unpack_image
-BufferObj)) {
/* no PBO */
GLvoid *image = _mesa_unpack_image(dimensions, width, height, depth,
--
1.7.3.4
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
--
regards
Liu
From f02de851ba728642e26cce6fe76e5482619813e7 Mon Sep 17 00:00:00 2001
From: Yuanhan Liu yuanhan@linux.intel.com
Date: Sun, 4 Sep 2011 06:02:14 +0800
Subject: [PATCH] intel: fix build error
Fix a build error introduced by commit 6862b54f:
i965_dri.so.tmp: undefined reference to `strerr'
On Sat, Sep 3, 2011 at 10:24 PM, Paul Berry stereotype...@gmail.com wrote:
On 3 September 2011 07:07, Liu Aleaxander aleaxan...@gmail.com wrote:
From f02de851ba728642e26cce6fe76e5482619813e7 Mon Sep 17 00:00:00 2001
From: Yuanhan Liu yuanhan@linux.intel.com
Date: Sun, 4 Sep 2011 06:02:14
29 matches
Mail list logo