hi, Kristian:
This patch block the startup of desktop-shell client in weston.
Panel surface and background surface share a common context.
First when client redraw panel surface, _mesa_make_current will set
brw-ctx.ViewportInitialized to true.
Later when client redraw background
Fixes the tests for the depth parameter for TexImage3D calls when the
target type is GL_TEXTURE_2D_ARRAY or GL_TEXTURE_CUBE_MAP_ARRAY
so that a depth value of 0 is accepted. Previously, the check
incorrectly required the depth argument to be atleast 1.
---
src/mesa/main/teximage.c | 4 ++--
1
This is really not needed as blorp blit programs already sample
XRGB normally and get alpha channel set to 1.0 automatically by
the sampler engine. This is simply copied directly to the payload
of the render target write message and hence there is no need for
any additional blending support from
The function emit_fetch in radeon_setup_tgsi_llvm.c seems to
implement indirect addressing of everything but constants.
Marek
On Mon, Jan 27, 2014 at 3:14 AM, Michel Dänzer mic...@daenzer.net wrote:
On Fre, 2014-01-24 at 23:54 +0100, Marek Olšák wrote:
Please can this be done for the geometry
https://bugs.freedesktop.org/show_bug.cgi?id=73946
--- Comment #9 from Marek Olšák mar...@gmail.com ---
(In reply to comment #8)
(In reply to comment #7)
Could you tell me at which point exactly you added the PIPE_BIND_SCANOUT
flag?
I didn't. I modified
Ping :)
On 19/01/14 23:53, Emil Velikov wrote:
For a variety of reasons mmap (selinux and pax to name
a few) and can fail and with current code. This will
result in a crash in the driver, if not worse.
This has been the case since the inception of the
gallium copy of rtasm.
Cc: 9.1 9.2
https://bugs.freedesktop.org/show_bug.cgi?id=73631
Emil Velikov emil.l.veli...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On Mon, Jan 27, 2014 at 12:57 PM, Emil Velikov emil.l.veli...@gmail.com wrote:
Ping :)
On 19/01/14 23:53, Emil Velikov wrote:
For a variety of reasons mmap (selinux and pax to name
a few) and can fail and with current code. This will
result in a crash in the driver, if not worse.
This has
On 21/01/14 17:26, Emil Velikov wrote:
On 20/01/14 15:16, Brian Paul wrote:
On 01/19/2014 08:34 AM, Emil Velikov wrote:
The missing qualifier causes failure during the compilation stage.
Bugzilla:
Hi Kristian,
On 20/01/14 20:42, Kristian Høgsberg wrote:
The udev hwdb is a mechanism for applying udev properties to devices at
hotplug time. The hwdb text files are compiled into a binary database
that lets udev efficiently look up and apply properties to devices that
match a given
On 23/01/14 23:12, Eric Anholt wrote:
Since the loader changes, there has been a compiler warning that the
prototype didn't match. It turns out that if a loader error message was
ever thrown, you'd segfault because of trying to use the warning level as
a format string.
Truly sorry about that
Cover both loader and glx/dri_glx
Drop \n from the default loader logger
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
---
Hi Eric
The missing \n was inherited from the dri3_common.c which
on itself seems to have come from from the legacy dri_glx.c
codebase.
This patch should cover all
On Sat, Jan 25, 2014 at 2:21 AM, Marek Olšák mar...@gmail.com wrote:
On Fri, Jan 24, 2014 at 10:19 PM, Marek Olšák mar...@gmail.com wrote:
1) Do we really have to have so much code inside #if...#endif? Can we
always compile everything and just not set the pipe_context functions
if LLVM 3.5
https://bugs.freedesktop.org/show_bug.cgi?id=74098
--- Comment #1 from Tom Stellard tstel...@gmail.com ---
Which version of clang were you using?
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
From: Tom Stellard thomas.stell...@amd.com
This is necessary to prevent the next SURFACE_SYNC packet from
hanging the GPU.
https://bugs.freedesktop.org/show_bug.cgi?id=73418
CC: 9.2 10.0 mesa-sta...@lists.freedesktop.org
---
src/gallium/drivers/r600/evergreen_compute.c | 9 -
Reviewed-by: Marek Olšák marek.ol...@amd.com
Marek
On Mon, Jan 27, 2014 at 3:05 PM, Tom Stellard t...@stellard.net wrote:
From: Tom Stellard thomas.stell...@amd.com
This is necessary to prevent the next SURFACE_SYNC packet from
hanging the GPU.
On Mon, Jan 27, 2014 at 04:43:14PM +0900, Michel Dänzer wrote:
On Fre, 2014-01-24 at 07:40 -0800, Tom Stellard wrote:
On Fri, Jan 24, 2014 at 01:27:00PM +0900, Michel Dänzer wrote:
From: Michel Dänzer michel.daen...@amd.com
Fixes half a dozen piglit tests with radeonsi.
On Mon, Jan 27, 2014 at 9:05 AM, Tom Stellard t...@stellard.net wrote:
From: Tom Stellard thomas.stell...@amd.com
This is necessary to prevent the next SURFACE_SYNC packet from
hanging the GPU.
https://bugs.freedesktop.org/show_bug.cgi?id=73418
CC: 9.2 10.0
From: Tom Stellard thomas.stell...@amd.com
The caller can use this boolean to parameter to tell the pipe-loader
to authenticate with the X server when probing a file descriptor.
---
src/gallium/auxiliary/pipe-loader/pipe_loader.h | 6 +-
From: Tom Stellard thomas.stell...@amd.com
v2:
- Add missing call to pipe_loader_drm_release()
- Fix render node macros
- Drop render-node configure option
---
For reference, version 1 of this patch:
http://lists.freedesktop.org/archives/mesa-dev/2013-October/047296.html
On Mon, Jan 27, 2014 at 5:13 PM, Tom Stellard t...@stellard.net wrote:
From: Tom Stellard thomas.stell...@amd.com
The caller can use this boolean to parameter to tell the pipe-loader
Boolean to parameter? A superfluous to, perhaps?
___
mesa-dev
Kristian Høgsberg k...@bitplanet.net writes:
On Thu, Jan 23, 2014 at 3:12 PM, Eric Anholt e...@anholt.net wrote:
Entire series
Reviewed-by: Kristian Høgsberg k...@bitplanet.net
The only thing that came to mind was that we should move the code to
open with O_CLOEXEC to its own wrapper
https://bugs.freedesktop.org/show_bug.cgi?id=74098
Chad Harris chad.har...@lmco.com changed:
What|Removed |Added
CC||chad.har...@lmco.com
Paul pointed out that that gl_InvocationID should be a system value
variable. Therefore, patches 5 and 6 are self-NAK'd.
-Jordan
On Sun, Jan 26, 2014 at 12:52 PM, Jordan Justen
jordan.l.jus...@intel.com wrote:
Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
---
Okay if we make this the subject?
mesa: Allow depth = 0 parameter for TexImage3D.
I'll also mark it for stable when I commit it.
Reviewed-by: Matt Turner matts...@gmail.com
On Mon, Jan 27, 2014 at 2:16 AM, Kevin Rogovin kevin.rogo...@intel.com wrote:
Fixes the tests for the depth parameter
Topi Pohjolainen topi.pohjolai...@intel.com writes:
This is really not needed as blorp blit programs already sample
XRGB normally and get alpha channel set to 1.0 automatically by
the sampler engine. This is simply copied directly to the payload
of the render target write message and hence
Topi Pohjolainen topi.pohjolai...@intel.com writes:
This is really not needed as blorp blit programs already sample
XRGB normally and get alpha channel set to 1.0 automatically by
the sampler engine. This is simply copied directly to the payload
of the render target write message and hence
On 01/27/2014 02:46 AM, Topi Pohjolainen wrote:
This is really not needed as blorp blit programs already sample
XRGB normally and get alpha channel set to 1.0 automatically by
the sampler engine. This is simply copied directly to the payload
of the render target write message and hence there
https://bugs.freedesktop.org/show_bug.cgi?id=74122
Priority: medium
Bug ID: 74122
Keywords: regression
CC: alexandre.f.dem...@gmail.com, e...@anholt.net,
kei...@keithp.com, m...@fireburn.co.uk
Assignee:
https://bugs.freedesktop.org/show_bug.cgi?id=74122
--- Comment #1 from Eric Anholt e...@anholt.net ---
Why is DRI code being built for a windows target? Sounds like scons's windows
build is wrong.
--
You are receiving this mail because:
You are the assignee for the bug.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=74113
---
src/glsl/opt_vectorize.cpp | 19 +++
1 file changed, 19 insertions(+)
diff --git a/src/glsl/opt_vectorize.cpp b/src/glsl/opt_vectorize.cpp
index 9ca811a..6d2bd13 100644
--- a/src/glsl/opt_vectorize.cpp
+++
https://bugs.freedesktop.org/show_bug.cgi?id=74098
--- Comment #2 from Vinson Lee v...@freedesktop.org ---
(In reply to comment #1)
Which version of clang were you using?
$ clang++ --version
Ubuntu clang version 3.4-1ubuntu2 (tags/RELEASE_34/final) (based on LLVM 3.4)
Target:
On Mon, Jan 27, 2014 at 10:20:54AM -0800, Eric Anholt wrote:
Topi Pohjolainen topi.pohjolai...@intel.com writes:
This is really not needed as blorp blit programs already sample
XRGB normally and get alpha channel set to 1.0 automatically by
the sampler engine. This is simply copied
On 01/24/2014 04:32 AM, Pekka Paalanen wrote:
Hi,
I am investigating what kind of Wayland protocol extensions would be
needed to support proper presentation timing. Looking at existing
works, I am wondering about two things whether they have any real use.
Where is swap interval (e.g.
On 01/27/2014 03:16 AM, Kevin Rogovin wrote:
Fixes the tests for the depth parameter for TexImage3D calls when the
target type is GL_TEXTURE_2D_ARRAY or GL_TEXTURE_CUBE_MAP_ARRAY
so that a depth value of 0 is accepted. Previously, the check
incorrectly required the depth argument to be atleast
---
src/glsl/ir_constant_expression.cpp | 17 +
1 file changed, 17 insertions(+)
diff --git a/src/glsl/ir_constant_expression.cpp
b/src/glsl/ir_constant_expression.cpp
index f811fd1..7fa5a09 100644
--- a/src/glsl/ir_constant_expression.cpp
+++
Shaves a few instructions off of lowered ldexp().
---
src/glsl/lower_instructions.cpp | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/src/glsl/lower_instructions.cpp b/src/glsl/lower_instructions.cpp
index 8f8d448..44a6e80 100644
---
Signed-off-by: Ilia Mirkin imir...@alum.mit.edu
---
Untested. Happened to see this when I was reading this file (don't ask). I
can't imagine the current situation to be the intended one, based on this
code...
src/gallium/drivers/nouveau/nv30/nv30_state_validate.c | 2 +-
1 file changed, 1
https://bugs.freedesktop.org/show_bug.cgi?id=74127
Priority: medium
Bug ID: 74127
Assignee: mesa-dev@lists.freedesktop.org
Summary: [bisected] GL programs fail with loader.c:112:
asserted_dlsym: Assertion `result' failed.
On 01/27/2014 01:02 PM, Matt Turner wrote:
---
src/glsl/ir_constant_expression.cpp | 17 +
1 file changed, 17 insertions(+)
diff --git a/src/glsl/ir_constant_expression.cpp
b/src/glsl/ir_constant_expression.cpp
index f811fd1..7fa5a09 100644
---
On 01/27/2014 01:02 PM, Matt Turner wrote:
Shaves a few instructions off of lowered ldexp().
---
src/glsl/lower_instructions.cpp | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/src/glsl/lower_instructions.cpp b/src/glsl/lower_instructions.cpp
index
Matt Turner matts...@gmail.com writes:
The check was in the wrong place, such that if a shader incorrectly put
a preprocessor token before the #version declaration, the version would
be resolved twice, leading to a segmentation fault when attempting to
redefine the __VERSION__ macro.
This fix
On 01/26/2014 07:14 PM, Matt Turner wrote:
The check was in the wrong place, such that if a shader incorrectly put
a preprocessor token before the #version declaration, the version would
be resolved twice, leading to a segmentation fault when attempting to
redefine the __VERSION__ macro.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=74113
---
src/glsl/opt_vectorize.cpp | 35 +++
1 file changed, 35 insertions(+)
diff --git a/src/glsl/opt_vectorize.cpp b/src/glsl/opt_vectorize.cpp
index ac43a29..5ad1320 100644
---
On Mon, Jan 27, 2014 at 3:14 PM, Ian Romanick i...@freedesktop.org wrote:
On 01/26/2014 07:14 PM, Matt Turner wrote:
The check was in the wrong place, such that if a shader incorrectly put
a preprocessor token before the #version declaration, the version would
be resolved twice, leading to a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/27/2014 03:34 PM, Carl Worth wrote:
Matt Turner matts...@gmail.com writes:
The check was in the wrong place, such that if a shader
incorrectly put a preprocessor token before the #version
declaration, the version would be resolved twice,
On 01/26/2014 07:14 PM, Matt Turner wrote:
Fixes a regression since b2d1c579 where ES shaders without a #version
declaration would fail to compile if their precision declaration was
wrapped in the standard #ifdef GL_ES check.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=73978
On 01/27/2014 04:18 PM, Matt Turner wrote:
On Mon, Jan 27, 2014 at 3:14 PM, Ian Romanick i...@freedesktop.org wrote:
On 01/26/2014 07:14 PM, Matt Turner wrote:
The check was in the wrong place, such that if a shader incorrectly put
a preprocessor token before the #version declaration, the
Ian Romanick i...@freedesktop.org writes:
(The first is should be if).
That's in patch #2. :)
Yeah, that's what I get for reviewing patches in the order they arrive
on the list... :-)
-Carl
pgpWgJ3mrTEsx.pgp
Description: PGP signature
___
mesa-dev
From: Brian Paul bri...@vmware.com
Otherwise, ctx was a garbage value.
CC: 10.0 mesa-sta...@lists.freedesktop.org
---
src/mesa/drivers/dri/r200/r200_context.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/r200/r200_context.c
From: Brian Paul bri...@vmware.com
CC: 10.0 mesa-sta...@lists.freedesktop.org
---
src/mesa/drivers/dri/radeon/radeon_context.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/radeon/radeon_context.c
b/src/mesa/drivers/dri/radeon/radeon_context.c
From: Brian Paul bri...@vmware.com
The _mesa_get_current_tex_object() function is now used everywhere that
_mesa_select_tex_object() was formerly used.
---
src/mesa/main/teximage.c | 28 ++--
src/mesa/main/teximage.h | 5 -
2 files changed, 6 insertions(+), 27
From: Brian Paul bri...@vmware.com
---
src/mesa/state_tracker/st_manager.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/state_tracker/st_manager.c
b/src/mesa/state_tracker/st_manager.c
index 8158450..ac37fa2 100644
--- a/src/mesa/state_tracker/st_manager.c
From: Brian Paul bri...@vmware.com
---
src/mesa/drivers/dri/r200/r200_texstate.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/src/mesa/drivers/dri/r200/r200_texstate.c
b/src/mesa/drivers/dri/r200/r200_texstate.c
index f655bc1..311fc1f 100644
---
From: Brian Paul bri...@vmware.com
---
src/mesa/drivers/dri/swrast/swrast.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/src/mesa/drivers/dri/swrast/swrast.c
b/src/mesa/drivers/dri/swrast/swrast.c
index 30e6805..a25013a 100644
--- a/src/mesa/drivers/dri/swrast/swrast.c
From: Brian Paul bri...@vmware.com
And update a related comment.
---
src/mesa/main/texparam.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/src/mesa/main/texparam.c b/src/mesa/main/texparam.c
index 7c59d11..dbcc6c8 100644
--- a/src/mesa/main/texparam.c
+++
From: Brian Paul bri...@vmware.com
---
src/mesa/drivers/dri/radeon/radeon_texstate.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/src/mesa/drivers/dri/radeon/radeon_texstate.c
b/src/mesa/drivers/dri/radeon/radeon_texstate.c
index 09a7ccb..ee87f82 100644
---
On Mon, Jan 27, 2014 at 3:08 PM, Brian Paul brian.e.p...@gmail.com wrote:
From: Brian Paul bri...@vmware.com
Otherwise, ctx was a garbage value.
CC: 10.0 mesa-sta...@lists.freedesktop.org
For the series:
Reviewed-by: Alex Deucher alexander.deuc...@amd.com
---
Tested with piglit and pushed. Nice work!
Marek
On Mon, Jan 27, 2014 at 1:10 AM, Mark Mueller markkmuel...@gmail.com wrote:
Thanks Marek,
I sent out a new set of patches, otherwise there is a branch called
NewStartAMF at fdo:~mmueller/mesa with everything in.
Mark
On Sun, Jan 26, 2014 at
https://bugs.freedesktop.org/show_bug.cgi?id=74127
--- Comment #1 from Scott Moreau ore...@gmail.com ---
I discovered this stems from the fact that libudev.so.1 does not exist on the
system, since there is no systemd installed.
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=74127
Emil Velikov emil.l.veli...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=74127
--- Comment #3 from Scott Moreau ore...@gmail.com ---
Should there be a configure check added to make it clear?
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev
https://bugs.freedesktop.org/show_bug.cgi?id=74127
--- Comment #4 from Emil Velikov emil.l.veli...@gmail.com ---
(In reply to comment #3)
Should there be a configure check added to make it clear?
Currently we check if libudev is available during compile/build time, and build
the offending code
https://bugs.freedesktop.org/show_bug.cgi?id=74127
--- Comment #5 from Scott Moreau ore...@gmail.com ---
(In reply to comment #4)
(In reply to comment #3)
Should there be a configure check added to make it clear?
Currently we check if libudev is available during compile/build time, and
build
https://bugs.freedesktop.org/show_bug.cgi?id=74127
Emil Velikov emil.l.veli...@gmail.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
On 01/27/2014 11:06 AM, Pohjolainen, Topi wrote:
On Mon, Jan 27, 2014 at 10:20:54AM -0800, Eric Anholt wrote:
Topi Pohjolainen topi.pohjolai...@intel.com writes:
This is really not needed as blorp blit programs already sample
XRGB normally and get alpha channel set to 1.0 automatically by
OpenGL 3.3 spec expects GL_INVALID_OPERATION:
For both the default framebuffer and framebuffer objects, the
constants FRONT, BACK, LEFT, RIGHT, and FRONT AND BACK are not
valid in the bufs array passed to DrawBuffers, and will result
in the error INVALID OPERATION.
But OpenGL 4.0 spec
https://bugs.freedesktop.org/show_bug.cgi?id=73946
--- Comment #10 from Michel Dänzer mic...@daenzer.net ---
(In reply to comment #9)
I fixed Wayland/Weston with this patch:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=0b37737cc3e7042bffb7c8a0e6a5c822bb806977
I had that fix when I
https://bugs.freedesktop.org/show_bug.cgi?id=73746
Thomas Rohloff v10la...@myway.de changed:
What|Removed |Added
Status|NEW |RESOLVED
On 01/27/2014 03:17 PM, Matt Turner wrote:
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=74113
---
src/glsl/opt_vectorize.cpp | 35 +++
1 file changed, 35 insertions(+)
diff --git a/src/glsl/opt_vectorize.cpp b/src/glsl/opt_vectorize.cpp
index
On Fri, Jan 17, 2014 at 9:08 PM, Matt Turner matts...@gmail.com wrote:
Cc: mesa-sta...@lists.freedesktop.org
Unless there are objections, I think we should probably skip this
patch going to the stable branches. It wound up causing a couple of
regressions, and fixed a pretty minor (at least in my
On 22 January 2014 09:16, Connor Abbott cwabbo...@gmail.com wrote:
Dead branch analysis determines when the then or else branches of an
if statement will always terminate in a loop jump or return statement,
and hence once we enter that branch we will never get to the statements
after the if.
On 22 January 2014 09:16, Connor Abbott cwabbo...@gmail.com wrote:
+class ir_loop_jumps_visitor : public ir_hierarchical_visitor
+{
+public:
+ ir_loop_jumps_visitor();
+ ~ir_loop_jumps_visitor();
+
+ virtual ir_visitor_status visit_enter(ir_loop *);
+ virtual ir_visitor_status
From: Dave Airlie airl...@redhat.com
I sometimes build without EGL just for speed purposes, however
it no longer finds my drivers when I do due to the HAVE_LIBUDEV
defines being wrong.
Signed-off-by: Dave Airlie airl...@redhat.com
---
configure.ac | 7 ---
1 file changed, 4 insertions(+), 3
---
src/gbm/Makefile.am | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gbm/Makefile.am b/src/gbm/Makefile.am
index 4030cc6..de5126c 100644
--- a/src/gbm/Makefile.am
+++ b/src/gbm/Makefile.am
@@ -50,3 +50,4 @@ endif
all-local: libgbm.la
$(MKDIR_P) $(top_builddir)/$(LIB_DIR);
On 01/27/2014 10:19 PM, Matt Turner wrote:
---
src/gbm/Makefile.am | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gbm/Makefile.am b/src/gbm/Makefile.am
index 4030cc6..de5126c 100644
--- a/src/gbm/Makefile.am
+++ b/src/gbm/Makefile.am
@@ -50,3 +50,4 @@ endif
all-local:
The new vectorization pass (added in 4bd6e0d7c69) properly changes types of
scalar dereferences. Doesn't it need to change types of scalar constants as
well?
Consider this shader:
uniform sampler2D maintex;
uniform float factor;
varying vec2 uv;
void main() {
vec4 c = texture2D(maintex, uv);
I've just been playing with layered rendering on r600g and the depth
test Marek wrote, and I noticed I'm sometimes getting a gallium
framebuffer state with 1 cbuf but no defined cbuf,
this comes direct from the Mesa state in the gl_framebuffer object, is
this legal?
Dave.
https://bugs.freedesktop.org/show_bug.cgi?id=71543
Fabio Pedretti fabio@libero.it changed:
What|Removed |Added
Status|REOPENED|RESOLVED
79 matches
Mail list logo