_mesa_lookup_bufferobj returns NULL for 0, which caused us to say
"there's no such buffer object" and raise an error, rather than
correctly binding the shared NullBufferObj.
Now you can unbind your buffers.
NOTE: This is a candidate for stable release branches.
Signed-off-by: Kenneth Graunke
--
DeleteBuffer needs to unbind from these binding points as well, based on
the same rationale as the previous patch.
+51 oglconforms (together with the last patch).
NOTE: This is a candidate for stable release branches.
Signed-off-by: Kenneth Graunke
---
src/mesa/main/bufferobj.c |8 +++-
when I sent patches for YUYV support of dri image, a test case is
required to make sure the patches can work well. so it is created.
it also shows how wayland-drm protocol works between wayland client
and server -- they communicate data in buffer/drm level.
---
configure.ac
when I sent patches for YUYV support of dri image, a test case is
required to make sure the patches can work well. so it is created.
it also shows how wayland-drm protocol works between wayland client
and server -- they communicate data in buffer/drm level.
---
configure.ac
Some "^M" in copyright section, resend it.
Thanks.
> -Original Message-
> From: Zhao, Halley
> Sent: Monday, June 04, 2012 4:29 PM
> To: mesa-dev@lists.freedesktop.org
> Cc: e...@anholt.net; Barnes, Jesse; Zhao, Halley
> Subject: [PATCH] add test for wayland drm, XRGB/YUYV is supported
>
Move the test case to $mesa/test/wayland-drm.
From f8843a118e9d7f41b5acedcb396c82adae36841d Mon Sep 17 00:00:00 2001
From: Zhao halley
Date: Mon, 4 Jun 2012 15:58:24 +0800
Subject: [PATCH] add test for wayland drm, XRGB/YUYV is supported
when I sent patches for YUYV support of dri image, a test
Thanks for careful review.
1. My mistake for the s, we can remove it.
There is MESA_FORMAT_YCBCR_REV for UYVY, so MESA_FORMAT_YCBCR is
exactly for YUYV format.
GL_LUMINANCE should be ok since YUYV is an luminance format.
2. as to intel_image_target_texture_2d(), an error is ad
On 06/01/2012 05:49 PM, Dan Nicholson wrote:
>> +AC_ARG_VAR([GL_LIB],[name of GL library @<:@default=GL@:>@])
>> +AC_ARG_VAR([GLU_LIB],[name of GLU library @<:@default=GLU@:>@])
>> +AC_ARG_VAR([OSMESA_LIB],[name of OSMesa library @<:@default=OSMesa@:>@])
>> +GL_LIB="${GL_LIB-GL}"
>> +GLU_LIB="${GLU
https://bugs.freedesktop.org/show_bug.cgi?id=50604
--- Comment #1 from Tapani Pälli 2012-06-04 06:10:27 PDT ---
It seems dependencies for parallel build in makefiles may not be set correctly,
one can see that dispatch.h gets generated only a bit after build of libdricore
needing it fails.
--
Co
From: Alexey Shvetsov
Reviewed-by: Tom Stellard
---
src/gallium/targets/opencl/Makefile.am |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/gallium/targets/opencl/Makefile.am
b/src/gallium/targets/opencl/Makefile.am
index d55b21e..4c89e36 100644
--- a/src/gallium/ta
On 06/04/2012 02:12 AM, Kenneth Graunke wrote:
_mesa_lookup_bufferobj returns NULL for 0, which caused us to say
"there's no such buffer object" and raise an error, rather than
correctly binding the shared NullBufferObj.
Now you can unbind your buffers.
NOTE: This is a candidate for stable rele
On 06/04/2012 02:12 AM, Kenneth Graunke wrote:
DeleteBuffer needs to unbind from these binding points as well, based on
the same rationale as the previous patch.
+51 oglconforms (together with the last patch).
NOTE: This is a candidate for stable release branches.
Signed-off-by: Kenneth Graunk
On 06/04/2012 12:32 AM, Kenneth Graunke wrote:
According to the GL 3.1 spec, section 2.9 ("Buffer Objects"):
"If a buffer object is deleted while it is bound, all bindings to that
object in the current context (i.e. in the thread that called
DeleteBuffers) are reset to zero."
The code alread
On Sun, 03 Jun 2012 18:12:05 -0400, Matt Turner wrote:
> On Sun, 2012-06-03 at 14:30 -0700, Kenneth Graunke wrote:
> > On 06/03/2012 10:15 AM, Matt Turner wrote:
> > > It seems that we already do this.
> > > ---
> > > src/glsl/TODO |3 ---
> > > 1 files changed, 0 insertions(+), 3 deletions(-
On 06/01/2012 03:28 PM, Olivier Galibert wrote:
Hi,
The following pair of patches add gl_VertexID support to llvmpipe.
They also simplify the system value fetch methodology (hopefully
generating better code in the end) and fixes some issues with
gl_InstanceID. The "I don't understand how it
On 06/01/2012 12:55 PM, Brad King wrote:
On 06/01/2012 10:06 AM, Brian Paul wrote:
On 06/01/2012 07:32 AM, Brad King wrote:
undefined reference to `_mesa_x86_64_transform_points4_3d'
undefined reference to `_mesa_3dnow_transform_points4_perspective'
undefined reference to `_mesa_x86_64
https://bugs.freedesktop.org/show_bug.cgi?id=50621
Chad Versace changed:
What|Removed |Added
AssignedTo|mesa-dev@lists.freedesktop. |i...@freedesktop.org
|o
On 06/01/2012 06:32 PM, Eric Anholt wrote:
On Fri, 1 Jun 2012 03:52:19 -0700, Kenneth Graunke
wrote:
According to Table 6.17 in the GL 2.1 specification, DEPTH_TEXTURE_MODE,
TEXTURE_COMPARE_MODE, and TEXTURE_COMPARE_FUNC need to be restored on
glPopAttrib(GL_TEXTURE_BIT).
Makes a number of o
From: Ian Romanick
In single precision, 1.5707963 becomes 1.5707962513 which is too
small. However, 1.5707964 becomes 1.5707963705 which is just right.
The value 1.5707964 is already used in asin.ir.
NOTE: This is a candidate for stable release branches.
Signed-off-by: Ian Romanick
Cc: Olivie
On 4 June 2012 13:11, Ian Romanick wrote:
> From: Ian Romanick
>
> In single precision, 1.5707963 becomes 1.5707962513 which is too
> small. However, 1.5707964 becomes 1.5707963705 which is just right.
> The value 1.5707964 is already used in asin.ir.
>
> NOTE: This is a candidate for stable re
On Sun, 27 May 2012 21:08:07 -0700, Jordan Justen
wrote:
> Set the step_rate value when drawing to implement
> ARB_instanced_arrays for gen >= 4.
> @@ -504,7 +513,7 @@ static void brw_prepare_vertices(struct brw_context *brw)
>
>nr_uploads = 0;
>}
> - else if (total_size <
On Mon, Jun 04, 2012 at 01:11:13PM -0700, Ian Romanick wrote:
> From: Ian Romanick
>
> In single precision, 1.5707963 becomes 1.5707962513 which is too
> small. However, 1.5707964 becomes 1.5707963705 which is just right.
> The value 1.5707964 is already used in asin.ir.
>
> NOTE: This is a can
This isn't saved/restored by _mesa_meta_begin, so we need to do it
manually (like we do for the read/draw framebuffers). Additionally,
we neglected to re-bind before the glRenderbufferStorage call.
+13 oglconforms.
NOTE: This is a candidate for stable release branches.
Signed-off-by: Kenneth Gr
On Wed, 30 May 2012 21:54:21 -0700, Kenneth Graunke
wrote:
> Signed-off-by: Kenneth Graunke
> ---
> configure.ac |2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/configure.ac b/configure.ac
> index 9fb8149..9d22451 100644
> --- a/configure.ac
> +++ b/configure.ac
> @@ -27,6 +27,8
Commit f41ecade7b458c02d504158b522acb2231585040 fixed texelFetchOffset()
on Ivybridge, but didn't update the Ironlake/Sandybridge code.
+15 piglits on Sandybridge.
NOTE: This and f41ecade7b458 are both candidates for stable branches.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965
Commit 4650aea7a536ddce120576fadb91845076e8e37a fixed texelFetchOffset()
on Ivybridge, but didn't update the Ironlake/Sandybridge code.
+18 piglits on Sandybridge.
NOTE: This and 4650aea7a536ddce are both candidates for stable branches.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i
On 06/04/2012 02:50 PM, Kenneth Graunke wrote:
This isn't saved/restored by _mesa_meta_begin, so we need to do it
manually (like we do for the read/draw framebuffers). Additionally,
we neglected to re-bind before the glRenderbufferStorage call.
+13 oglconforms.
NOTE: This is a candidate for st
Setting myself up for a late night crying session once again. Most of the
people reading this probably know the history and reasons for the patches. If
not, you can search the intel-gfx mailing list to try to learn more. I won't
recap the whole thing here, and instead let the patches speak for them
The patches have already been sucked in to the kernel. So we need a
placeholder for this IOCTL until the libdrm wait render patches land.
---
include/drm/i915_drm.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/drm/i915_drm.h b/include/drm/i915_drm.h
index af3ce17..6d9a9f1 100644
Signed-off-by: Ben Widawsky
---
include/drm/i915_drm.h | 24 +++-
1 file changed, 23 insertions(+), 1 deletion(-)
diff --git a/include/drm/i915_drm.h b/include/drm/i915_drm.h
index 6d9a9f1..0ca2d4f 100644
--- a/include/drm/i915_drm.h
+++ b/include/drm/i915_drm.h
@@ -192,6 +
Add an opaque type representing a HW context.
Signed-off-by: Ben Widawsky
---
intel/intel_bufmgr.h |1 +
intel/intel_bufmgr_priv.h |5 +
2 files changed, 6 insertions(+)
diff --git a/intel/intel_bufmgr.h b/intel/intel_bufmgr.h
index c197abc..83a43cb 100644
--- a/intel/intel_buf
To support this we extract the common execbuf2 functionality to be
called with, or without contexts.
The context'd execbuf does not support some of the dri1 stuff.
Signed-off-by: Ben Widawsky
---
intel/intel_bufmgr.h |5 +
intel/intel_bufmgr_gem.c | 32 +---
Signed-off-by: Ben Widawsky
---
intel/intel_decode.c | 18 +-
1 file changed, 17 insertions(+), 1 deletion(-)
diff --git a/intel/intel_decode.c b/intel/intel_decode.c
index bf23706..5f90a47 100644
--- a/intel/intel_decode.c
+++ b/intel/intel_decode.c
@@ -139,6 +139,22 @@ instr_
Based off of a patch from Ken Graunke. I just modified it for a more
modern mesa (also don't allow contexts on blit ring).
Signed-off-by: Ben Widawsky
---
src/mesa/drivers/dri/i965/brw_context.c|1 +
src/mesa/drivers/dri/i965/brw_vtbl.c |5 -
src/mesa/drivers/dri/in
On 06/04/2012 01:31 PM, Olivier Galibert wrote:
On Mon, Jun 04, 2012 at 01:11:13PM -0700, Ian Romanick wrote:
From: Ian Romanick
In single precision, 1.5707963 becomes 1.5707962513 which is too
small. However, 1.5707964 becomes 1.5707963705 which is just right.
The value 1.5707964 is already u
On 06/04/2012 03:00 AM, Zhao, Halley wrote:
Thanks for careful review.
1. My mistake for the s, we can remove it.
There is MESA_FORMAT_YCBCR_REV for UYVY, so MESA_FORMAT_YCBCR is
exactly for YUYV format.
GL_LUMINANCE should be ok since YUYV is an luminance format.
If the i
On 4 June 2012 14:50, Ian Romanick wrote:
> On 06/04/2012 01:31 PM, Olivier Galibert wrote:
>
>> On Mon, Jun 04, 2012 at 01:11:13PM -0700, Ian Romanick wrote:
>>
>>> From: Ian Romanick
>>> >
>>>
>>> In single precision, 1.5707963 becomes 1.5707962513 which is too
>>> small. However, 1.5707964 be
OpenGL allows you to declare user-defined fragment shader outputs with
less than four components:
out ivec2 color;
This makes sense if you're rendering to an RG format render target.
Previously, we assumed that all color outputs had four components (like
the built-in gl_FragColor/gl_FragData
---
src/glsl/tests/.gitignore |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/glsl/tests/.gitignore b/src/glsl/tests/.gitignore
index 654d8a5..f773377 100644
--- a/src/glsl/tests/.gitignore
+++ b/src/glsl/tests/.gitignore
@@ -1,3 +1,3 @@
Makefile
-ralloc_test
+ralloc
On 4 June 2012 14:43, Ben Widawsky wrote:
> Based off of a patch from Ken Graunke. I just modified it for a more
> modern mesa (also don't allow contexts on blit ring).
>
> Signed-off-by: Ben Widawsky
> ---
> src/mesa/drivers/dri/i965/brw_context.c|1 +
> src/mesa/drivers/dri/i965/b
On Mon, 4 Jun 2012 16:01:54 -0700
Paul Berry wrote:
> On 4 June 2012 14:43, Ben Widawsky wrote:
>
> > Based off of a patch from Ken Graunke. I just modified it for a more
> > modern mesa (also don't allow contexts on blit ring).
> >
> > Signed-off-by: Ben Widawsky
> > ---
> > src/mesa/drivers
On 06/04/2012 03:44 PM, Paul Berry wrote:
> ---
> src/glsl/tests/.gitignore |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/src/glsl/tests/.gitignore b/src/glsl/tests/.gitignore
> index 654d8a5..f773377 100644
> --- a/src/glsl/tests/.gitignore
> +++ b/src/glsl/tests
On 4 June 2012 18:13, Kenneth Graunke wrote:
> On 06/04/2012 03:44 PM, Paul Berry wrote:
> > ---
> > src/glsl/tests/.gitignore |2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
> >
> > diff --git a/src/glsl/tests/.gitignore b/src/glsl/tests/.gitignore
> > index 654d8a5..f773377 100
On Mon, Jun 04, 2012 at 03:23:34PM -0700, Paul Berry wrote:
> I'm not even kidding--I love this
> stuff and I'm jealous that I don't have time to work on it right now
Do you have a favorite method for Vandermonde matrix inversion?
OG.
___
mesa-dev mai
>
> I've run these on various workloads and saw nothing worth mentioning.
Nothing at all? no speedups, slowdowns, etc
why should we merge all this code then :-)
Dave.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=44519
--- Comment #2 from Vinson Lee 2012-06-04 23:40:13 PDT
---
mesa: 555e00fdc30514b45e9afae18f56a9a4bc65f364
The translate_test unit test is still failing.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You ar
46 matches
Mail list logo