Hi,
On Tuesday, March 3, 2015, Dave Airlie airl...@gmail.com wrote:
+EGLBoolean eglExportDMABUFImageQueryMESA(EGLDisplay dpy,
+ EGLImageKHR image,
+ int *fourcc,
+ int *num_planes);
On 28/02/15 00:24, Rob Clark wrote:
On Fri, Feb 27, 2015 at 5:05 PM, Emil Velikov emil.l.veli...@gmail.com wrote:
- src/gallium/drivers/rbug: -- do people use it? does it work? it
predates apitrace GL + GUI, which sort of enables a lot of the same
things, but without the issue of having to hit
On 27/02/15 15:16, Jose Fonseca wrote:
As we're gaining momentum cleanup Mesa code, I think it would help if we
also removed some stale components.
What do people feel about removing:
- src/mesa/drivers/windows/gdi -- the old SW rasterizer for Windows -- I
haven't used in a very long time, and
On Mon, Mar 2, 2015 at 9:23 AM, Tom Stellard thomas.stell...@amd.com wrote:
From: Daniel Stone dani...@collabora.com
This fixes almost all piglit regressions when running with
PIGLIT_PLATFORM=gbm
Tom Stellard:
- Fix ARGB2101010 format
Cc: 10.4 10.5 mesa-sta...@lists.freedesktop.org
We're using both of these in Mesa/gallium. It would be nice to
consistently just use C99's __func__ everywhere. This would be any easy
task for someone looking for something simple to do.
We could then get rid of this (broken) chunk seen in both compiler.h and
p_compiler.h:
#ifndef
On 03/02/2015 06:56 PM, Matt Turner wrote:
On Mon, Mar 2, 2015 at 4:37 PM, Brian Paul bri...@vmware.com wrote:
On 03/02/2015 04:03 PM, Eric Anholt wrote:
Kenneth Graunke kenn...@whitecape.org writes:
Generated by the following Coccinelle semantic patch:
@@
expression E;
@@
if (
-E
---
include/c99_alloca.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/c99_alloca.h b/include/c99_alloca.h
index 575f719..ed66fda 100644
--- a/include/c99_alloca.h
+++ b/include/c99_alloca.h
@@ -35,6 +35,10 @@
# define alloca _alloca
+#elif defined(__sun)
+
+# include
On 03/ 3/15 07:10 AM, Brian Paul wrote:
---
include/c99_alloca.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/c99_alloca.h b/include/c99_alloca.h
index 575f719..ed66fda 100644
--- a/include/c99_alloca.h
+++ b/include/c99_alloca.h
@@ -35,6 +35,10 @@
# define alloca
On 03/02/2015 10:25 PM, Alan Coopersmith wrote:
On 03/ 2/15 08:20 AM, Brian Paul wrote:
On 03/01/2015 02:00 PM, Alan Coopersmith wrote:
On 03/ 1/15 12:52 PM, Vinson Lee wrote:
Fix build on FreeBSD.
Bugzilla:
https://bugs.freedesktop.org/show_bug.cgi?id=89364
--- Comment #7 from Brian Paul bri...@vmware.com ---
Vinson, can you retest with the latest code and close this bug if things check
out? Thanks.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee
Samuel Iglesias Gonsalvez wrote on 03.03.2015 08:56:
This output variables gives more flexibility for future changes
in autoconf to detect if it is needed to auto-generate files and
check for the auto-generation dependencies.
It is still returning error when Python is not installed.
v2:
- Single statement, by using memset return value as suggested by Ian
Romanick.
- No internal declaration, as suggested by Jason Ekstrand.
- Move macros to a header.
---
src/glsl/nir/nir_from_ssa.c | 23 ++-
src/glsl/nir/nir_live_variables.c| 4 +--
On 02/03/15 20:03, Jason Ekstrand wrote:
On Mon, Mar 2, 2015 at 8:02 AM, Jose Fonseca jfons...@vmware.com
mailto:jfons...@vmware.com wrote:
On 27/02/15 16:15, Brian Paul wrote:
On 02/27/2015 09:10 AM, Ian Romanick wrote:
On 02/26/2015 10:07 AM, Brian Paul wrote:
On 03/03/15 15:57, Brian Paul wrote:
We're using both of these in Mesa/gallium. It would be nice to
consistently just use C99's __func__ everywhere. This would be any easy
task for someone looking for something simple to do.
We could then get rid of this (broken) chunk seen in both compiler.h
On 03/03/2015 09:56 AM, Jose Fonseca wrote:
On 03/03/15 15:57, Brian Paul wrote:
We're using both of these in Mesa/gallium. It would be nice to
consistently just use C99's __func__ everywhere. This would be any easy
task for someone looking for something simple to do.
We could then get rid
Jason Ekstrand ja...@jlekstrand.net writes:
On Mon, Mar 2, 2015 at 11:33 AM, Ilia Mirkin imir...@alum.mit.edu wrote:
On Mon, Mar 2, 2015 at 2:32 PM, Jason Ekstrand ja...@jlekstrand.net
wrote:
On Mon, Mar 2, 2015 at 11:18 AM, Ilia Mirkin imir...@alum.mit.edu
wrote:
Hmmm... I was
On 3 March 2015 at 05:21, Alan Coopersmith alan.coopersm...@oracle.com wrote:
On 03/ 1/15 02:31 PM, Emil Velikov wrote:
- Considering the lack of -fvisibility, what is the normal visibility
level - hidden or default ? If the latter this means that every
library/module built exports a ton of
On 03/03/15 12:31, Jose Fonseca wrote:
On 27/02/15 15:16, Jose Fonseca wrote:
As we're gaining momentum cleanup Mesa code, I think it would help if we
also removed some stale components.
What do people feel about removing:
- src/mesa/drivers/windows/gdi -- the old SW rasterizer for Windows --
On 03/02/2015 09:36 PM, Dave Airlie wrote:
On 3 March 2015 at 13:57, Dave Airlie airl...@gmail.com wrote:
Okay I've revised this to add some more info to the interface,
essentially I need to get the fourcc back so I can later pass
it across the wire to the EGL_EXT_image_dma_buf_import, also
Hi,
On 3 March 2015 at 18:40, Chad Versace chad.vers...@intel.com wrote:
On 03/03/2015 12:13 AM, Daniel Stone wrote:
On Tuesday, March 3, 2015, Dave Airlie airl...@gmail.com
mailto:airl...@gmail.com wrote:
+EGLBoolean eglExportDMABUFImageQueryMESA(EGLDisplay dpy,
+
On 4 March 2015 at 05:06, Chad Versace chad.vers...@intel.com wrote:
On 03/03/2015 11:01 AM, Daniel Stone wrote:
Hi,
On 3 March 2015 at 18:40, Chad Versace chad.vers...@intel.com wrote:
On 03/03/2015 12:13 AM, Daniel Stone wrote:
On Tuesday, March 3, 2015, Dave Airlie airl...@gmail.com
On 03/03/2015 11:13 AM, Dave Airlie wrote:
On 4 March 2015 at 05:06, Chad Versace chad.vers...@intel.com wrote:
On 03/03/2015 11:01 AM, Daniel Stone wrote:
Hi,
On 3 March 2015 at 18:40, Chad Versace chad.vers...@intel.com wrote:
On 03/03/2015 12:13 AM, Daniel Stone wrote:
On Tuesday, March
On 03/02/2015 04:27 PM, Kristian Høgsberg wrote:
DRM_IOCTL_I915_GEM_WAIT takes an int64_t for the timeout value but
GL_ARB_sync takes an uint64_t. Further, the ioctl used to wait
indefinitely when passed a negative timeout, but it's been broken and
now returns immediately in that case. Thus,
Hello.
I plan to participate in GSoC this year as a student. And I've found a
project idea which I like very much on X.Org's ideas page. It's called
Improved application of GLSL compiler optimizations.
For me, it looks mostly like an optimization problem in mathematical
meaning. Benchmark could
On 02/23/2015 06:32 AM, Jonny Lamb wrote:
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=67676
---
include/EGL/eglmesaext.h| 5 +
src/egl/drivers/dri2/platform_wayland.c | 9 +++--
src/egl/drivers/dri2/platform_x11.c | 22 +-
On 02/23/2015 06:32 AM, Jonny Lamb wrote:
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=67676
Reviewed-by: Chad Versace chad.vers...@intel.com
---
docs/specs/EGL_MESA_transparent_alpha.txt | 120
++
1 file changed, 120 insertions(+)
create mode 100644
On 02/19/2015 03:09 PM, Frank Henigman wrote:
Correctly set _BaseFormat field when creating a gl_renderbuffer
with EGLImage storage.
Signed-off-by: Frank Henigman fjhenig...@google.com
Reviewed-by: Stéphane Marchesin marc...@chromium.org
---
src/mesa/drivers/dri/i915/intel_fbo.c | 3 +--
On 03/03/2015 11:01 AM, Daniel Stone wrote:
Hi,
On 3 March 2015 at 18:40, Chad Versace chad.vers...@intel.com wrote:
On 03/03/2015 12:13 AM, Daniel Stone wrote:
On Tuesday, March 3, 2015, Dave Airlie airl...@gmail.com
mailto:airl...@gmail.com wrote:
+EGLBoolean
On 03/02/2015 06:23 AM, Tom Stellard wrote:
From: Daniel Stone dani...@collabora.com
This fixes almost all piglit regressions when running with
PIGLIT_PLATFORM=gbm
Tom Stellard:
- Fix ARGB2101010 format
Cc: 10.4 10.5 mesa-sta...@lists.freedesktop.org
Reviewed-by: Chad Versace
On Tue, Mar 3, 2015 at 10:07 AM, Chad Versace chad.vers...@intel.com
wrote:
On 02/23/2015 06:32 AM, Jonny Lamb wrote:
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=67676
---
include/EGL/eglmesaext.h| 5 +
src/egl/drivers/dri2/platform_wayland.c | 9
Hi,
On 3 March 2015 at 18:56, Jason Ekstrand ja...@jlekstrand.net wrote:
On Tue, Mar 3, 2015 at 10:07 AM, Chad Versace chad.vers...@intel.com
wrote:
On 02/23/2015 06:32 AM, Jonny Lamb wrote:
+ static const EGLint argb_attrs[] = {
+ EGL_TRANSPARENT_TYPE, EGL_TRANSPARENT_ALPHA_MESA,
On Mon, Mar 2, 2015 at 4:27 PM, Kristian Høgsberg k...@bitplanet.net wrote:
DRM_IOCTL_I915_GEM_WAIT takes an int64_t for the timeout value but
GL_ARB_sync takes an uint64_t. Further, the ioctl used to wait
indefinitely when passed a negative timeout, but it's been broken and
now returns
On 03/03/2015 12:13 AM, Daniel Stone wrote:
Hi,
On Tuesday, March 3, 2015, Dave Airlie airl...@gmail.com
mailto:airl...@gmail.com wrote:
+EGLBoolean eglExportDMABUFImageQueryMESA(EGLDisplay dpy,
+ EGLImageKHR image,
+
On 3 March 2015 at 17:16, Jose Fonseca jfons...@vmware.com wrote:
...
I've prototyped this in
http://cgit.freedesktop.org/~jrfonseca/mesa/log/?h=remove-st-egl
The changes are massive, so I'm not sure it's even worth spamming the list
with them.
Could you please give a look and let me
On Tue, Mar 3, 2015 at 3:58 PM, Kenneth Graunke kenn...@whitecape.org wrote:
On Monday, March 02, 2015 02:33:31 PM Ilia Mirkin wrote:
On Mon, Mar 2, 2015 at 2:32 PM, Jason Ekstrand ja...@jlekstrand.net wrote:
On Mon, Mar 2, 2015 at 11:18 AM, Ilia Mirkin imir...@alum.mit.edu wrote:
On Tue, Mar 3, 2015 at 1:00 PM, Ilia Mirkin imir...@alum.mit.edu wrote:
On Tue, Mar 3, 2015 at 3:58 PM, Kenneth Graunke kenn...@whitecape.org
wrote:
On Monday, March 02, 2015 02:33:31 PM Ilia Mirkin wrote:
On Mon, Mar 2, 2015 at 2:32 PM, Jason Ekstrand ja...@jlekstrand.net
wrote:
On 03/03/15 20:56, Jan Vesely wrote:
On Tue, 2015-03-03 at 10:07 -0700, Brian Paul wrote:
On 03/03/2015 09:56 AM, Jose Fonseca wrote:
On 03/03/15 15:57, Brian Paul wrote:
We're using both of these in Mesa/gallium. It would be nice to
consistently just use C99's __func__ everywhere. This
On 03/03/15 18:39, Emil Velikov wrote:
On 3 March 2015 at 17:16, Jose Fonseca jfons...@vmware.com wrote:
...
I've prototyped this in
On Tue, Mar 3, 2015 at 4:31 PM, Jason Ekstrand ja...@jlekstrand.net wrote:
On Tue, Mar 3, 2015 at 1:00 PM, Ilia Mirkin imir...@alum.mit.edu wrote:
On Tue, Mar 3, 2015 at 3:58 PM, Kenneth Graunke kenn...@whitecape.org
wrote:
On Monday, March 02, 2015 02:33:31 PM Ilia Mirkin wrote:
On Mon,
On Monday, March 02, 2015 02:33:31 PM Ilia Mirkin wrote:
On Mon, Mar 2, 2015 at 2:32 PM, Jason Ekstrand ja...@jlekstrand.net wrote:
On Mon, Mar 2, 2015 at 11:18 AM, Ilia Mirkin imir...@alum.mit.edu wrote:
Hmmm... I was just looking at this code in connection to attepmting to
enable
On Tue, 2015-03-03 at 10:07 -0700, Brian Paul wrote:
On 03/03/2015 09:56 AM, Jose Fonseca wrote:
On 03/03/15 15:57, Brian Paul wrote:
We're using both of these in Mesa/gallium. It would be nice to
consistently just use C99's __func__ everywhere. This would be any easy
task for someone
On Tue, 2015-03-03 at 16:50 +0100, Kai Wasserbäch wrote:
Samuel Iglesias Gonsalvez wrote on 03.03.2015 08:56:
This output variables gives more flexibility for future changes
in autoconf to detect if it is needed to auto-generate files and
check for the auto-generation dependencies.
It
On 03/03/15 22:04, Jose Fonseca wrote:
On 03/03/15 18:39, Emil Velikov wrote:
On 3 March 2015 at 17:16, Jose Fonseca jfons...@vmware.com wrote:
...
I've prototyped this in
On Wednesday 04 March 2015, Anuj Phogat wrote:
On Fri, Feb 27, 2015 at 4:07 PM, Laura Ekstrand la...@jlekstrand.net wrote:
---
src/mesa/main/bufferobj.c | 19 +++
src/mesa/main/bufferobj.h | 4
2 files changed, 23 insertions(+)
diff --git
brw_imm_ud(0x) should have been converted to fs_reg(0xu) to
make sure the uint32_t fs_reg constructor was matched.
commit 49a938a265f5959c9b558995cc658f80acb6eb18
Author: Jordan Justen jordan.l.jus...@intel.com
Date: Fri Feb 20 12:12:25 2015 -0800
i965/fs: Use fs_reg for CS/VS
---
src/mapi/glapi/gen/ARB_direct_state_access.xml | 16 ++
src/mesa/main/fbobject.c | 67 ++
src/mesa/main/fbobject.h | 12 +
src/mesa/main/tests/dispatch_sanity.cpp| 2 +
4 files changed, 97 insertions(+)
diff
On Wednesday, March 04, 2015 02:01:30 AM Emil Velikov wrote:
On 24 February 2015 at 23:20, Laura Ekstrand la...@jlekstrand.net wrote:
This moves the line setting immutability for the texture to after
_mesa_initialize_texture_object so that the initializer function will not
cancel it out.
From: Dave Airlie airl...@redhat.com
At the moment to get an EGL image to a dma-buf file descriptor,
you have to use EGL_MESA_drm_image, and then use libdrm to
convert this to a file descriptor.
This extension just provides an API modelled on EGL_MESA_drm_image,
to return a dma-buf file
On Fri, Feb 27, 2015 at 4:07 PM, Laura Ekstrand la...@jlekstrand.net wrote:
---
src/mesa/main/bufferobj.c | 19 +++
src/mesa/main/bufferobj.h | 4
2 files changed, 23 insertions(+)
diff --git a/src/mesa/main/bufferobj.c b/src/mesa/main/bufferobj.c
index
Reviewed-by: Chris Forbes chr...@ijw.co.nz
On Wed, Mar 4, 2015 at 2:25 PM, Jordan Justen jordan.l.jus...@intel.com wrote:
Same idea as this patch, only for gen6_gs_visitor:
commit 49a938a265f5959c9b558995cc658f80acb6eb18
Author: Jordan Justen jordan.l.jus...@intel.com
Date: Fri Feb 20
I also need it in teximage.c for Texture Buffer objects.
On Tue, Mar 3, 2015 at 5:24 PM, Fredrik Höglund fred...@kde.org wrote:
On Wednesday 04 March 2015, Anuj Phogat wrote:
On Fri, Feb 27, 2015 at 4:07 PM, Laura Ekstrand la...@jlekstrand.net
wrote:
---
src/mesa/main/bufferobj.c | 19
On Fri, Feb 27, 2015 at 4:07 PM, Laura Ekstrand la...@jlekstrand.net wrote:
---
src/mesa/main/teximage.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/mesa/main/teximage.c b/src/mesa/main/teximage.c
index 6e45cc9..dfad9ed 100644
--- a/src/mesa/main/teximage.c
+++
On Friday, February 27, 2015 11:34:06 AM Matt Turner wrote:
We can safely propagate the conditional mod to an instruction with a
different type if the conditional mod does not involve comparing for
equality with zero (or probably NaN, but ignore that for now).
This is because -0.0 and +0.0
Mesa's ClearBuffer framework is very complicated and thoroughly married to the
object binding model. Moreover, the OpenGL spec for ClearBuffer is also very
complicated. At some point, we should implement buffer clearing for arbitrary
framebuffer objects, but for now, we will just wrap
---
src/mesa/main/blend.c | 13 -
src/mesa/main/blend.h | 7 +--
src/mesa/main/framebuffer.c | 2 +-
3 files changed, 14 insertions(+), 8 deletions(-)
diff --git a/src/mesa/main/blend.c b/src/mesa/main/blend.c
index 774fc88..ee76b47 100644
---
---
src/mesa/main/fbobject.c | 82
1 file changed, 41 insertions(+), 41 deletions(-)
diff --git a/src/mesa/main/fbobject.c b/src/mesa/main/fbobject.c
index 4df0b6b..1435576 100644
--- a/src/mesa/main/fbobject.c
+++ b/src/mesa/main/fbobject.c
@@
This splits off the (still) rather large chunk that is
get_texture_for_framebuffer into lots of smaller functions specialized to
service the wide variety of unique needs of *FramebufferTexture* entry points.
The result is much cleaner because, rather than having a pile of branches and
confusing
The ARB_direct_state_access specification says (as of 2015.02.05):
Interactions with OpenGL 4.3 or ARB_framebuffer_no_attachments
If neither OpenGL 4.3 nor ARB_framebuffer_no_attachments are supported,
ignore the support for NamedFramebufferParameteri and
---
src/mesa/main/fbobject.c | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/src/mesa/main/fbobject.c b/src/mesa/main/fbobject.c
index 7a1684c..0b4cabe 100644
--- a/src/mesa/main/fbobject.c
+++ b/src/mesa/main/fbobject.c
@@ -3476,12 +3476,29 @@
---
src/mesa/main/fbobject.c | 148 +++
1 file changed, 74 insertions(+), 74 deletions(-)
diff --git a/src/mesa/main/fbobject.c b/src/mesa/main/fbobject.c
index f86e1a0..2ac9903 100644
--- a/src/mesa/main/fbobject.c
+++ b/src/mesa/main/fbobject.c
@@
This wasn't neccessary for ARB_direct_state_access, but felt like a good idea
for the sake of completeness.
---
src/mesa/main/blend.c | 5 +++--
src/mesa/main/blend.h | 3 ++-
src/mesa/main/readpix.c | 4 ++--
3 files changed, 7 insertions(+), 5 deletions(-)
diff --git
---
src/mesa/main/blit.c | 119 ---
src/mesa/main/blit.h | 7 +++
2 files changed, 73 insertions(+), 53 deletions(-)
diff --git a/src/mesa/main/blit.c b/src/mesa/main/blit.c
index 899dd45..b6d6d75 100644
--- a/src/mesa/main/blit.c
+++
---
src/mapi/glapi/gen/ARB_direct_state_access.xml | 6 +++
src/mesa/main/fbobject.c | 73 --
src/mesa/main/fbobject.h | 7 +++
src/mesa/main/tests/dispatch_sanity.cpp| 1 +
4 files changed, 72 insertions(+), 15
Split apart utility function framebuffer_texture to better prepare for
implementing NamedFramebufferTexture and NamedFramebufferTextureLayer. This
should also pave the way for some future cleanup work.
---
src/mesa/main/fbobject.c | 270 ++-
---
src/mapi/glapi/gen/ARB_direct_state_access.xml | 7 ++
src/mesa/main/fbobject.c | 139 +
src/mesa/main/fbobject.h | 12 +++
src/mesa/main/tests/dispatch_sanity.cpp| 1 +
4 files changed, 115 insertions(+), 44
---
src/mapi/glapi/gen/ARB_direct_state_access.xml | 5 +
src/mesa/main/buffers.c| 18 ++
src/mesa/main/buffers.h| 3 +++
src/mesa/main/tests/dispatch_sanity.cpp| 1 +
4 files changed, 27 insertions(+)
diff --git
---
src/mesa/drivers/common/meta.c | 3 ++-
src/mesa/main/buffers.c| 25 -
src/mesa/main/buffers.h| 4 +++-
src/mesa/main/context.c| 3 ++-
src/mesa/main/framebuffer.c| 2 +-
5 files changed, 20 insertions(+), 17 deletions(-)
diff --git
---
src/mesa/drivers/dri/i915/i830_vtbl.c | 2 +-
src/mesa/drivers/dri/i915/i915_vtbl.c | 2 +-
src/mesa/drivers/dri/r200/r200_state.c | 2 +-
src/mesa/drivers/dri/radeon/radeon_common.c | 2 +-
src/mesa/drivers/dri/radeon/radeon_state.c | 2 +-
src/mesa/main/framebuffer.c
Rename _mesa_framebuffer_renderbuffer to _mesa_FramebufferRenderbuffer_sw in
preparation for adding the ARB_direct_state_access backend function for
FramebufferRenderbuffer and NamedFramebufferRenderbuffer to share.
---
src/mesa/drivers/common/driverfuncs.c | 2 +-
Mesa's ClearBuffer framework is very complicated and thoroughly married to the
object binding model. Moreover, the OpenGL spec for ClearBuffer is also very
complicated. At some point, we should implement buffer clearing for arbitrary
framebuffer objects, but for now, we will just wrap
Previously, we used _mesa_update_state to update the currently bound
framebuffers prior to performing a blit. Now that _mesa_blit_framebuffer
uses arbitrary framebuffers, _mesa_update_state is not specific enough.
---
src/mesa/main/blit.c | 9 ++---
1 file changed, 6 insertions(+), 3
---
src/mapi/glapi/gen/ARB_direct_state_access.xml | 5 +
src/mesa/main/buffers.c| 18 ++
src/mesa/main/buffers.h| 3 +++
src/mesa/main/tests/dispatch_sanity.cpp| 1 +
4 files changed, 27 insertions(+)
diff --git
---
src/mapi/glapi/gen/ARB_direct_state_access.xml | 15
src/mesa/main/blit.c | 50 ++
src/mesa/main/blit.h | 6
src/mesa/main/tests/dispatch_sanity.cpp| 1 +
4 files changed, 72 insertions(+)
---
src/mapi/glapi/gen/ARB_direct_state_access.xml | 6 ++
src/mesa/main/buffers.c| 19 +++
src/mesa/main/buffers.h| 4
src/mesa/main/tests/dispatch_sanity.cpp| 1 +
4 files changed, 30 insertions(+)
diff --git
Mesa's ClearBuffer framework is very complicated and thoroughly married to the
object binding model. Moreover, the OpenGL spec for ClearBuffer is also very
complicated. At some point, we should implement buffer clearing for arbitrary
framebuffer objects, but for now, we will just wrap
---
src/mesa/main/blit.c | 36 ++--
1 file changed, 18 insertions(+), 18 deletions(-)
diff --git a/src/mesa/main/blit.c b/src/mesa/main/blit.c
index 2898723..899dd45 100644
--- a/src/mesa/main/blit.c
+++ b/src/mesa/main/blit.c
@@ -305,7 +305,7 @@
---
src/mesa/main/fbobject.c | 18 ++
src/mesa/main/fbobject.h | 4
2 files changed, 22 insertions(+)
diff --git a/src/mesa/main/fbobject.c b/src/mesa/main/fbobject.c
index f8d0d92..8c2eb25 100644
--- a/src/mesa/main/fbobject.c
+++ b/src/mesa/main/fbobject.c
@@ -136,6
This could have added a new DD table entry for DrawBuffers that takes an
arbitrary draw buffer, but, after looking at the existing DD functions,
Kenneth Graunke recommended that we just skip calling the DD functions in the
case of ARB_direct_state_access. The DD implementations for DrawBuffer(s)
---
src/mesa/main/fbobject.c | 18 ++
src/mesa/main/fbobject.h | 4
2 files changed, 22 insertions(+)
diff --git a/src/mesa/main/fbobject.c b/src/mesa/main/fbobject.c
index b361967..8bc7ec7 100644
--- a/src/mesa/main/fbobject.c
+++ b/src/mesa/main/fbobject.c
@@ -119,6
---
src/mapi/glapi/gen/ARB_direct_state_access.xml | 7 ++
src/mesa/main/fbobject.c | 131 -
src/mesa/main/fbobject.h | 10 ++
src/mesa/main/tests/dispatch_sanity.cpp| 1 +
4 files changed, 103 insertions(+), 46
---
src/mesa/main/fbobject.c | 49
1 file changed, 25 insertions(+), 24 deletions(-)
diff --git a/src/mesa/main/fbobject.c b/src/mesa/main/fbobject.c
index 3895328..5062033 100644
--- a/src/mesa/main/fbobject.c
+++ b/src/mesa/main/fbobject.c
@@
This could have added a new DD table entry for ReadBuffer that takes an
arbitrary read buffer, but, after looking at the existing DD functions,
Kenneth Graunke recommended that we just skip calling the DD functions in the
case of ARB_direct_state_access. The DD implementations for ReadBuffer
have
---
src/mapi/glapi/gen/ARB_direct_state_access.xml | 7 +
src/mesa/main/fbobject.c | 40 ++
src/mesa/main/fbobject.h | 3 ++
src/mesa/main/tests/dispatch_sanity.cpp| 1 +
4 files changed, 46 insertions(+), 5
Mesa's ClearBuffer framework is very complicated and thoroughly married to the
object binding model. Moreover, the OpenGL spec for ClearBuffer is also very
complicated. At some point, we should implement buffer clearing for arbitrary
framebuffer objects, but for now, we will just wrap
---
src/mesa/main/blend.c | 19 ++-
src/mesa/main/blend.h | 6 --
src/mesa/main/framebuffer.c | 2 +-
src/mesa/main/get.c | 8
src/mesa/main/texenv.c| 2 +-
src/mesa/main/texparam.c | 2 +-
---
src/mesa/main/fbobject.c | 38 +++---
1 file changed, 27 insertions(+), 11 deletions(-)
diff --git a/src/mesa/main/fbobject.c b/src/mesa/main/fbobject.c
index 467a8cd..7a1684c 100644
--- a/src/mesa/main/fbobject.c
+++ b/src/mesa/main/fbobject.c
@@ -3468,19
---
src/mapi/glapi/gen/ARB_direct_state_access.xml | 15 +++
src/mesa/main/fbobject.c | 62 ++
src/mesa/main/fbobject.h | 8
src/mesa/main/tests/dispatch_sanity.cpp| 2 +
4 files changed, 87 insertions(+)
diff
_mesa_update_framebuffer now operates on arbitrary read and draw framebuffers.
This allows BlitNamedFramebuffer to update the state of its arbitrary read and
draw framebuffers.
---
src/mesa/drivers/dri/i915/i830_vtbl.c | 2 +-
src/mesa/drivers/dri/i915/i915_vtbl.c | 2 +-
Would have at least prevented the crash the previous patch fixed.
Cc: 10.4, 10.5 mesa-sta...@lists.freedesktop.org
Bugzilla: https://bugs.gentoo.org/show_bug.cgi?id=540970
---
src/gallium/drivers/r300/compiler/tests/rc_test_helpers.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
When built with Gentoo's package manager, the Mesa source directory
exists seven directories deep. The path to the .test file is too long
and is silently truncated, leading to a crash. Just use PATH_MAX.
Cc: 10.4, 10.5 mesa-sta...@lists.freedesktop.org
Bugzilla:
On Fri, Feb 27, 2015 at 4:07 PM, Laura Ekstrand la...@jlekstrand.net wrote:
---
src/mesa/main/teximage.c | 204
---
src/mesa/main/teximage.h | 3 +-
2 files changed, 179 insertions(+), 28 deletions(-)
diff --git a/src/mesa/main/teximage.c
On Tue, Mar 3, 2015 at 10:43 AM, Chad Versace chad.vers...@intel.com wrote:
On 03/02/2015 09:36 PM, Dave Airlie wrote:
On 3 March 2015 at 13:57, Dave Airlie airl...@gmail.com wrote:
Okay I've revised this to add some more info to the interface,
essentially I need to get the fourcc back so I
On Tue, Mar 3, 2015 at 4:15 PM, Anuj Phogat anuj.pho...@gmail.com wrote:
On Fri, Feb 27, 2015 at 4:07 PM, Laura Ekstrand la...@jlekstrand.net wrote:
---
src/mesa/main/teximage.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/mesa/main/teximage.c b/src/mesa/main/teximage.c
index
On Tue, Mar 03, 2015 at 04:12:56PM -0800, Matt Turner wrote:
When built with Gentoo's package manager, the Mesa source directory
exists seven directories deep. The path to the .test file is too long
and is silently truncated, leading to a crash. Just use PATH_MAX.
Cc: 10.4, 10.5
On Fri, Feb 27, 2015 at 4:07 PM, Laura Ekstrand la...@jlekstrand.net wrote:
---
src/mesa/main/texgetimage.c | 51
-
1 file changed, 50 insertions(+), 1 deletion(-)
diff --git a/src/mesa/main/texgetimage.c b/src/mesa/main/texgetimage.c
index
Same idea as this patch, only for gen6_gs_visitor:
commit 49a938a265f5959c9b558995cc658f80acb6eb18
Author: Jordan Justen jordan.l.jus...@intel.com
Date: Fri Feb 20 12:12:25 2015 -0800
i965/fs: Use fs_reg for CS/VS atomics pixel mask immediate data
Suggested-by: Matt Turner
Reviewed-by: Matt Turner matts...@gmail.com
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Reviewed-by: Matt Turner matts...@gmail.com
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On 4 March 2015 at 05:23, Chad Versace chad.vers...@intel.com wrote:
On 03/03/2015 11:13 AM, Dave Airlie wrote:
On 4 March 2015 at 05:06, Chad Versace chad.vers...@intel.com wrote:
On 03/03/2015 11:01 AM, Daniel Stone wrote:
Hi,
On 3 March 2015 at 18:40, Chad Versace chad.vers...@intel.com
On 27 February 2015 at 23:28, Sedat Dilek sedat.di...@gmail.com wrote:
On Mon, Feb 9, 2015 at 6:30 PM, Emil Velikov emil.l.veli...@gmail.com wrote:
On 07/02/15 21:44, Sedat Dilek wrote:
Hi,
I was building mesa v10.4.4 with my llvm-toolchain v3.6.0rc2.
My build breaks like this...
...
1 - 100 of 123 matches
Mail list logo
