The texture formats of winsys fbo are always linear becase the st manager
(st/dri for example) could not know the colorspace used. But it does not mean
that we cannot make the fbo sRGB-capable. By
- setting rb-Visual.sRGBCapable to GL_TRUE when the pipe driver supports the
format in sRGB
The main reason for this series is to remove the unneeded
remapping of ARB_debug_output functions and just use an alias instead.
Testing shows this is what Nvidia and AMD do.
There is some other tidy ups and a bug fix too.
Passes existing KHR_debug and ARB_debug_output piglit tests and also
The spec doesn't mention how ARB_debug_output and KHR_debug should
interact but testing with Nvidia and AMD shows this is how they both
treat these functions
Signed-off-by: Timothy Arceri t_arc...@yahoo.com.au
---
src/mapi/glapi/gen/ARB_debug_output.xml | 8 +-
src/mesa/main/errors.c
Signed-off-by: Timothy Arceri t_arc...@yahoo.com.au
---
src/mapi/glapi/gen/KHR_debug.xml | 150 +++
src/mapi/glapi/gen/gl_API.xml| 144 +
2 files changed, 151 insertions(+), 143 deletions(-)
create mode 100644
Signed-off-by: Timothy Arceri t_arc...@yahoo.com.au
---
src/mesa/main/errors.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/mesa/main/errors.c b/src/mesa/main/errors.c
index 003d0d4..b26bc71 100644
--- a/src/mesa/main/errors.c
+++ b/src/mesa/main/errors.c
@@ -520,6 +520,8 @@
Also remove KHR_debug placeholders as the checks have already been added
Signed-off-by: Timothy Arceri t_arc...@yahoo.com.au
---
src/mesa/main/tests/dispatch_sanity.cpp | 21 ++---
1 file changed, 6 insertions(+), 15 deletions(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=75226
Chia-I Wu olva...@gmail.com changed:
What|Removed |Added
Attachment #94530|0 |1
is obsolete|
V2: moved case statements to correct spot
Signed-off-by: Timothy Arceri t_arc...@yahoo.com.au
---
src/mesa/main/errors.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/mesa/main/errors.c b/src/mesa/main/errors.c
index 003d0d4..772eadd 100644
--- a/src/mesa/main/errors.c
+++
On Son, 2014-03-02 at 17:21 -0800, Dave Airlie wrote:
Module: Mesa
Branch: master
Commit: 15b4ff3f4e9460320dd629026743e17fa7109156
URL:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=15b4ff3f4e9460320dd629026743e17fa7109156
Author: Dave Airlie airl...@redhat.com
Date: Wed Dec 18
On Don, 2014-02-27 at 21:36 -0700, Sean Burke wrote:
I've been following mesa development for a while and am hoping to find
a good project in either the r600 or radeonsi drivers that would give
me a place to start learning about the general structure of mesa dev.
One possibility might be to
On Mon, Mar 3, 2014 at 7:30 PM, Michel Dänzer mic...@daenzer.net wrote:
On Son, 2014-03-02 at 17:21 -0800, Dave Airlie wrote:
Module: Mesa
Branch: master
Commit: 15b4ff3f4e9460320dd629026743e17fa7109156
URL:
On Mon, 2014-03-03 at 16:22 +0800, Chia-I Wu wrote:
The texture formats of winsys fbo are always linear becase the st manager
(st/dri for example) could not know the colorspace used. But it does not mean
that we cannot make the fbo sRGB-capable. By
- setting rb-Visual.sRGBCapable to
Am 01.03.2014 20:21, schrieb Brian Paul:
To avoid 32-bit integer overflow for large textures. Note: we're
already doing this in llvmpipe.
Cc: 10.0 10.1 mesa-sta...@lists.freedesktop.org
---
src/gallium/drivers/softpipe/sp_texture.c |6 +++---
1 file changed, 3 insertions(+), 3
On 03/03/2014 01:33 AM, Timothy Arceri wrote:
The spec doesn't mention how ARB_debug_output and KHR_debug should
interact but testing with Nvidia and AMD shows this is how they both
treat these functions
Signed-off-by: Timothy Arceri t_arc...@yahoo.com.au
---
On Mon, Mar 3, 2014 at 6:06 PM, Michel Dänzer mic...@daenzer.net wrote:
On Mon, 2014-03-03 at 16:22 +0800, Chia-I Wu wrote:
The texture formats of winsys fbo are always linear becase the st manager
(st/dri for example) could not know the colorspace used. But it does not
mean
that we cannot
On Sun, Mar 2, 2014 at 8:25 PM, Marek Olšák mar...@gmail.com wrote:
From: Marek Olšák marek.ol...@amd.com
Also translate the Y__X swizzle.
For the series:
Reviewed-by: Alex Deucher alexander.deuc...@amd.com
Candidate for the stable trees as part of the fix for srgb dark rendering?
---
Series looks good to me. Thanks for the nice cleanup.
Jose
- Original Message -
The _glthread_GetID() function is also defined in mapi_glapi.c
---
src/mapi/glapi/Makefile.sources | 1 -
src/mapi/glapi/SConscript | 1 -
src/mapi/glapi/glthread.c | 7 ---
3
Hi list,
From formats.h, we have
/* Type P formats */ /* msb -- TEXEL BITS --- lsb */
/* */
MESA_FORMAT_A8B8G8R8_UNORM, /* */
But in format_unpack.c,
Pushed both patches.
Thanks!
Andreas.
2014-03-01 10:11 GMT+01:00 Fabio Pedretti fabio@libero.it:
Updated patches with the following changes:
[PATCH 1/2] glx/dri2: fix build failure on HURD
- improved commit message (thanks to Matt Turner and Ian Romanick)
- added Cc: for 10.1
[PATCH
---
This patch should work for older LLVM versions too.
configure.ac | 5 +
src/gallium/state_trackers/clover/Makefile.am | 2 +-
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index 0e0fd18..a1eb907 100644
---
On Sat, Mar 01, 2014 at 11:51:24PM +0100, Bruno Jiménez wrote:
Recently, llvm has changed to use c++11, so we also should use it
---
src/gallium/state_trackers/clover/Makefile.am | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
On Mon, Mar 03, 2014 at 08:03:23AM -0800, Tom Stellard wrote:
---
This patch should work for older LLVM versions too.
Disregard this, there is a better fix already on the list.
-Tom
configure.ac | 5 +
src/gallium/state_trackers/clover/Makefile.am |
On Mon, Mar 03, 2014 at 08:05:26AM -0800, Tom Stellard wrote:
On Sat, Mar 01, 2014 at 11:51:24PM +0100, Bruno Jiménez wrote:
Recently, llvm has changed to use c++11, so we also should use it
---
src/gallium/state_trackers/clover/Makefile.am | 4 ++--
1 file changed, 2 insertions(+), 2
https://bugs.freedesktop.org/show_bug.cgi?id=71591
Eero Tamminen eero.t.tammi...@intel.com changed:
What|Removed |Added
Blocks||75664
--
You
Francisco Jerez curroje...@riseup.net writes:
Bruno Jiménez brunoji...@gmail.com writes:
This way, we are left with only the preprocessor flags and '-std=X'
---
configure.ac | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
Reviewed-by: Francisco Jerez curroje...@riseup.net
On 03/03/14 08:33, Timothy Arceri wrote:
The spec doesn't mention how ARB_debug_output and KHR_debug should
interact but testing with Nvidia and AMD shows this is how they both
treat these functions
Hi Timothy,
AFAICS this patch will break make check, only to be fixed with the
following
It's only used in this one file as far as I can tell, and exporting a
symbol named 'devices' from a shared library is a recipe for trouble.
---
src/gbm/main/gbm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gbm/main/gbm.c b/src/gbm/main/gbm.c
index b057386..30785a6
-Original Message-
From: mesa-dev-boun...@lists.freedesktop.org [mailto:mesa-dev-
boun...@lists.freedesktop.org] On Behalf Of Christian König
Sent: Saturday, March 01, 2014 7:11 AM
To: mesa-dev@lists.freedesktop.org
Subject: [Mesa-dev] [PATCH] st/omx: always advertise all components
On 03/03/2014 08:32 AM, Chia-I Wu wrote:
Hi list,
From formats.h, we have
/* Type P formats */ /* msb -- TEXEL BITS --- lsb */
/* */
MESA_FORMAT_A8B8G8R8_UNORM, /*
Fixes failed assertion when trying to map zero-length region.
https://bugs.freedesktop.org/show_bug.cgi?id=75660
Cc: 10.0 10.1 mesa-sta...@lists.freedesktop.org
---
src/mesa/main/bufferobj.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git
On Mon, Mar 3, 2014 at 4:19 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Sun, Mar 2, 2014 at 8:25 PM, Marek Olšák mar...@gmail.com wrote:
From: Marek Olšák marek.ol...@amd.com
Also translate the Y__X swizzle.
For the series:
Reviewed-by: Alex Deucher alexander.deuc...@amd.com
On 03/03/2014, Michel Dänzer wrote :
On Son, 2014-03-02 at 17:21 -0800, Dave Airlie wrote:
/ Module: Mesa
// Branch: master
// Commit: 15b4ff3f4e9460320dd629026743e17fa7109156
//
URL:http://cgit.freedesktop.org/mesa/mesa/commit/?id=15b4ff3f4e9460320dd629026743e17fa7109156
//
// Author:
On Mon, Mar 3, 2014 at 17:21:15 +, Emil Velikov wrote:
On 03/03/14 16:41, Julien Cristau wrote:
It's only used in this one file as far as I can tell, and exporting a
symbol named 'devices' from a shared library is a recipe for trouble.
Hmm did you really get the 'devices' exported
On 03/03/14 17:23, Julien Cristau wrote:
On Mon, Mar 3, 2014 at 17:21:15 +, Emil Velikov wrote:
On 03/03/14 16:41, Julien Cristau wrote:
It's only used in this one file as far as I can tell, and exporting a
symbol named 'devices' from a shared library is a recipe for trouble.
Hmm did
On 03/03/14 16:41, Julien Cristau wrote:
It's only used in this one file as far as I can tell, and exporting a
symbol named 'devices' from a shared library is a recipe for trouble.
Hmm did you really get the 'devices' exported symbol, or did you notice
this while going through the code ? Either
From: Marek Olšák marek.ol...@amd.com
Cc: mesa-sta...@lists.freedesktop.org
---
src/gallium/drivers/r600/r600_shader.c | 87 ++
1 file changed, 77 insertions(+), 10 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_shader.c
On Mon, Mar 3, 2014 at 17:29:56 +, Emil Velikov wrote:
On 03/03/14 17:23, Julien Cristau wrote:
On Mon, Mar 3, 2014 at 17:21:15 +, Emil Velikov wrote:
On 03/03/14 16:41, Julien Cristau wrote:
It's only used in this one file as far as I can tell, and exporting a
symbol named
On 03/01/2014 03:09 PM, Ilia Mirkin wrote:
This adds enough code to let drivers implement texture clearing, but
doesn't actually do that for any of them.
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
Thought I'd give this a shot. Am I on the right track here? Is the dd API
reasonable? I
Both patches reviewed and pushed.
Thanks,
Christian.
Am 02.03.2014 12:57, schrieb Grigori Goronzy:
---
src/gallium/state_trackers/vdpau/mixer.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/gallium/state_trackers/vdpau/mixer.c
Reviewed-by: Marek Olšák marek.ol...@amd.com
Marek
On Mon, Mar 3, 2014 at 6:09 PM, Brian Paul bri...@vmware.com wrote:
Fixes failed assertion when trying to map zero-length region.
https://bugs.freedesktop.org/show_bug.cgi?id=75660
Cc: 10.0 10.1 mesa-sta...@lists.freedesktop.org
---
Just one minor bug, otherwise
Reviewed-by: Roland Scheidegger srol...@vmware.com
Am 28.02.2014 18:59, schrieb Brian Paul:
Update the comments for the packed formats to accurately reflect the
layout of the bits in the pixel. For example, for the packed format
MESA_FORMAT_R8G8B8A8, R is in the
On Mon, Mar 3, 2014 at 12:37 PM, Brian Paul bri...@vmware.com wrote:
On 03/01/2014 03:09 PM, Ilia Mirkin wrote:
This adds enough code to let drivers implement texture clearing, but
doesn't actually do that for any of them.
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
Thought I'd
On 03/03/2014 10:45 AM, Roland Scheidegger wrote:
Just one minor bug, otherwise
Reviewed-by: Roland Scheidegger srol...@vmware.com
Am 28.02.2014 18:59, schrieb Brian Paul:
Update the comments for the packed formats to accurately reflect the
layout of the bits in the pixel. For example, for
https://bugs.freedesktop.org/show_bug.cgi?id=74944
Fabio Pedretti fabio@libero.it changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=74944
Christian König deathsim...@vodafone.de changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You
On 03/03/2014 10:52 AM, Ilia Mirkin wrote:
On Mon, Mar 3, 2014 at 12:37 PM, Brian Paul bri...@vmware.com wrote:
On 03/01/2014 03:09 PM, Ilia Mirkin wrote:
This adds enough code to let drivers implement texture clearing, but
doesn't actually do that for any of them.
Signed-off-by: Ilia Mirkin
On 03/02/2014 06:25 PM, Marek Olšák wrote:
From: Marek Olšák marek.ol...@amd.com
Softpipe expects a float in the vertex shader, which is what glEdgeFlag
generates.
This fixes piglit/gl-2.0-edgeflag.
Cc: mesa-sta...@lists.freedesktop.org
---
src/mesa/main/varray.c | 4 ++--
1 file changed,
https://bugs.freedesktop.org/show_bug.cgi?id=75660
Brian Paul bri...@vmware.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=75336
--- Comment #3 from h...@chromium.org ---
Thanks Brian. I can confirm that those patches fixes the issue on the Mesa
version we are using (Chromium is pretty far behind the Mesa git master so I
don't have an easy way of testing that.)
--
You
Multiply the dw value by 4 in order to map the complete buffer.
Signed-off-by: Niels Ole Salscheider niels_...@salscheider-online.de
---
src/gallium/drivers/r600/compute_memory_pool.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=75336
Brian Paul bri...@vmware.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Signed-off-by: Niels Ole Salscheider niels_...@salscheider-online.de
---
src/gallium/auxiliary/hud/hud_context.c | 3 +-
src/gallium/auxiliary/util/u_blitter.c| 3 +-
src/gallium/auxiliary/util/u_upload_mgr.c | 49 +++
Using the DMA engine for buffer downloads vastly improves performance. This is
because reads from VRAM by the CPU are slow because of the high latency of the
PCIe bus.
The first patch allows u_upload_mgr to be used for downloads, too. The second
patch then uses u_upload_mgr in the radeon driver
Using DMA for reads is much faster.
Signed-off-by: Niels Ole Salscheider niels_...@salscheider-online.de
---
src/gallium/drivers/radeon/r600_buffer_common.c | 78 +++--
src/gallium/drivers/radeon/r600_pipe_common.c | 11
src/gallium/drivers/radeon/r600_pipe_common.h
Hi Kenneth,
export MESA_GL_VERSION_OVERRIDE=3.2
export MESA_GLSL_VERSION_OVERRIDE=150
These make the driver claim OpenGL 3.2 and GLSL 1.50 support, even
though it's incomplete.
OilRush ought to work fine with those set.
I haven't tried Dear Esther since it doesn't appear that there's a
V2: Make sure we exit case statements with conditional breaks rather than
just dropping through.
Signed-off-by: Timothy Arceri t_arc...@yahoo.com.au
---
src/mapi/glapi/gen/ARB_debug_output.xml | 8 +-
src/mesa/main/errors.c | 301 +---
On Mon, 2014-03-03 at 16:28 +, Emil Velikov wrote:
On 03/03/14 08:33, Timothy Arceri wrote:
The spec doesn't mention how ARB_debug_output and KHR_debug should
interact but testing with Nvidia and AMD shows this is how they both
treat these functions
Hi Timothy,
AFAICS this
From: José Fonseca jfons...@vmware.com
Per https://gist.github.com/yohhoy/2223710/#comment-710118
---
include/c11/threads_win32.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/c11/threads_win32.h b/include/c11/threads_win32.h
index be1a389..771db94 100644
---
From: José Fonseca jfons...@vmware.com
u_thread_self() expects thrd_current() to return a unique numeric ID
for the current thread, but this is not feasible on Windows.
---
src/mapi/u_thread.h | 18 ++
1 file changed, 18 insertions(+)
diff --git a/src/mapi/u_thread.h
From: José Fonseca jfons...@vmware.com
GetCurrentThread() returns a pseudo-handle (a constant which can only
be used within the calling thread) and not a real handle.
DuplicateHandle will return a real handle, but it will create a new handle
every time we call. Calling
DuplicateHandle here
On 03/03/2014 02:41 PM, jfons...@vmware.com wrote:
From: José Fonseca jfons...@vmware.com
GetCurrentThread() returns a pseudo-handle (a constant which can only
be used within the calling thread) and not a real handle.
DuplicateHandle will return a real handle, but it will create a new handle
https://bugs.freedesktop.org/show_bug.cgi?id=75661
Vinson Lee v...@freedesktop.org changed:
What|Removed |Added
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=75165
Vinson Lee v...@freedesktop.org changed:
What|Removed |Added
CC||curroje...@riseup.net
On Mon, 2014-03-03 at 21:41 +, jfons...@vmware.com wrote:
From: José Fonseca jfons...@vmware.com
I think the commit summary should say 'nano to millisecond'?
--
Earthling Michel Dänzer| http://www.amd.com
Libre software enthusiast |
Could you please do this without changing u_upload_mgr? You can still
use u_upload_alloc to allocate buffer memory in the driver and the map
buffer read/write flags are not important with persistent coherent
buffer mappings anyway.
Marek
On Mon, Mar 3, 2014 at 9:29 PM, Niels Ole Salscheider
On 02/27/2014 11:17 AM, Brian Paul wrote:
On Thu, Feb 27, 2014 at 11:03 AM, Emil Velikov emil.l.veli...@gmail.com
mailto:emil.l.veli...@gmail.com wrote:
With commit 0432aa064b(configure: use shared-glapi when more than one
gl* API is used) we removed disable shared-glapi when building
On 04/03/14 02:01, Brian Paul wrote:
On 02/27/2014 11:17 AM, Brian Paul wrote:
On Thu, Feb 27, 2014 at 11:03 AM, Emil Velikov emil.l.veli...@gmail.com
mailto:emil.l.veli...@gmail.com wrote:
With commit 0432aa064b(configure: use shared-glapi when more than one
gl* API is used) we
From OpenGL 4.0 spec, page 398:
The initial internal format of a texel array is RGBA
instead of 1. TEXTURE_COMPONENTS is deprecated; always
use TEXTURE_INTERNAL_FORMAT.
Fixes Khronos OpenGL CTS test failure: proxy_textures_invalid_size
Cc: mesa-sta...@lists.freedesktop.org
This patch makes no functional changes to the code.
Signed-off-by: Anuj Phogat anuj.pho...@gmail.com
---
src/mesa/main/teximage.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/src/mesa/main/teximage.c b/src/mesa/main/teximage.c
index 0519d22..1cd6ade 100644
---
From OpenGL 3.3 spec, page 141:
Textures with a base internal format of DEPTH_COMPONENT or DEPTH_STENCIL
require either depth component data or depth/stencil component data.
Textures with other base internal formats require RGBA component data.
The error INVALID_OPERATION is
On Sat, Mar 1, 2014 at 1:59 AM, Brian Paul bri...@vmware.com wrote:
Update the comments for the packed formats to accurately reflect the
layout of the bits in the pixel. For example, for the packed format
MESA_FORMAT_R8G8B8A8, R is in the least significant position while A
is in the
draw_current_shader_* functions return a final output when considering
both the geometry shader and the vertex shader. But when code generating
vertex shader we can not be using output slots from the geometry shader
because, obviously, those can be completely different. This fixes a
number of very
Because in draw we always inject position at slot 0 whenever
fragment shader would take the maximum number of inputs (32) it
meant that we had PIPE_MAX_ATTRIBS + 1 slots to translate, which
meant that we were crashing with fragment shaders that took
the maximum number of attributes as inputs. The
https://bugs.freedesktop.org/show_bug.cgi?id=75212
meng mengmeng.m...@intel.com changed:
What|Removed |Added
CC||mengmeng.m...@intel.com
https://bugs.freedesktop.org/show_bug.cgi?id=75212
--- Comment #2 from meng mengmeng.m...@intel.com ---
The bisected commit git-7bd95ec also caused Chrome webgl can't be enabled(bug
75739).
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=75212
meng mengmeng.m...@intel.com changed:
What|Removed |Added
CC||jianx.z...@intel.com
--
On 03/03/2014 03:25 AM, Marek Olšák wrote:
From: Marek Olšák marek.ol...@amd.com
Softpipe expects a float in the vertex shader, which is what glEdgeFlag
generates.
This fixes piglit/gl-2.0-edgeflag.
I think this may be a problem elsewhere inside softpipe. This test
passes with or without
Hello All,
The last February 26, I sent and introduction mail to mesa-dev@
lists.freedesktop.org because I'm interested in participate in gsoc at
xorg. I did not get any feedback so I don't know if my mail arrived to the
list. Below, I send the mail again. Thanks and regards.
Hello All,
I'm a
On 03/02/2014 12:09 AM, Ilia Mirkin wrote:
This adds enough code to let drivers implement texture clearing, but
doesn't actually do that for any of them.
There's always the usual... this should be split into two patches. :)
Generally the changes in gl_API, dispatch_sanity, and stub functions
On Tue, Mar 4, 2014 at 2:05 AM, Ian Romanick i...@freedesktop.org wrote:
On 03/03/2014 03:25 AM, Marek Olšák wrote:
From: Marek Olšák marek.ol...@amd.com
Softpipe expects a float in the vertex shader, which is what glEdgeFlag
generates.
This fixes piglit/gl-2.0-edgeflag.
I think this
80 matches
Mail list logo
