typo in the commit title: libudev-dev
Axel
On 11/10/2016 20:31, Emil Velikov wrote:
From: Emil Velikov
Signed-off-by: Emil Velikov
---
.travis.yml | 1 -
1 file changed, 1 deletion(-)
diff --git a/.travis.yml b/.travis.yml
index 5f489a4..3d107aa 100644
--- a/.travis.yml
+++ b/.travis.yml
On 14/10/2016 22:33, Emil Velikov wrote:
On 14 October 2016 at 20:21, Axel Davy wrote:
The code looks good. With the minor nitpick fixed, this patch is:
Reviewed-by: Axel Davy
Thanks. If you can skim through any of the other patches that'll be appreciated.
Emil
I've looked through the enti
https://bugs.freedesktop.org/show_bug.cgi?id=98271
Bug ID: 98271
Summary: [radeonsi]Playing videos with vdpau or vaapi hardware
acceleration crashes my pc
Product: Mesa
Version: 12.0
Hardware: x86-64 (AMD64)
https://bugs.freedesktop.org/show_bug.cgi?id=98172
--- Comment #17 from shinji.suz...@gmail.com ---
I need to take my words back.
> dtor should be called only by the thread that eliminated the last reference.
Looks like glDeleteSync directly calls (or is a macro of?)
st_delete_sync_object. If th
On Friday, October 14, 2016 11:11:11 PM PDT Jason Ekstrand wrote:
> This is a fairly trivial little cleanup that makes a bunch of 1-bit fields
> that used to have the "uint" type have the "bool" type instead. Ideally, a
> field should have the "bool" type if and only if, given the name of the
> fi
Acked-by: Edward O'Callaghan
On 10/15/2016 10:37 AM, Eric Anholt wrote:
> DEQP's clear tests like to give us x + w < 0 or y + h < 0. Since we
> were comparing to an unsigned, it would get promoted to unsigned and come
> out as bignum >= width or height and we would clear the whole fb instead
> o
Reviewed-by: Marek Olšák
Marek
On Oct 15, 2016 1:37 AM, "Eric Anholt" wrote:
> DEQP's clear tests like to give us x + w < 0 or y + h < 0. Since we
> were comparing to an unsigned, it would get promoted to unsigned and come
> out as bignum >= width or height and we would clear the whole fb ins
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #31 from Marek Olšák ---
Please create apitrace while this environment variable is set:
MESA_EXTENSION_OVERRIDE="-GL_ARB_buffer_storage -GL_AMD_pinned_memory"
Then check that the apitrace replays correctly. If it does, please attach
On Saturday, 15 October 2016, Jonathan Gray wrote:
> On Tue, Oct 11, 2016 at 07:31:46PM +0100, Emil Velikov wrote:
> > From: Emil Velikov >
> >
> > Currently mesa has three code paths in the loader - libudev, manual
> > sysfs and drm ioctl one.
> >
> > Considering the issues we had with libudev -
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #32 from Micael Bergeron ---
(In reply to Marek Olšák from comment #31)
> Please create apitrace while this environment variable is set:
> MESA_EXTENSION_OVERRIDE="-GL_ARB_buffer_storage -GL_AMD_pinned_memory"
>
> Then check that th
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #33 from Marek Olšák ---
The traces don't work. Let's assume it's an apitrace bug.
Running the traces can be done with: glretrace --benchmark [trace file]
glretrace is part of apitrace.
We can at least profile the compiler:
- please
https://bugs.freedesktop.org/show_bug.cgi?id=97879
--- Comment #34 from Micael Bergeron ---
Created attachment 127319
--> https://bugs.freedesktop.org/attachment.cgi?id=127319&action=edit
Shaders output folfer
MESA_SHADER_CAPTURE_PATH output folder.
--
You are receiving this mail because:
Yo
https://bugs.freedesktop.org/show_bug.cgi?id=98172
--- Comment #18 from shinji.suz...@gmail.com ---
> Looks like glDeleteSync directly calls (or is a macro of?)
I thought that was the case because I got this stack trace;
(gdb) where
#0 st_delete_sync_object (ctx=0x863890, obj=0x7fffe8001320)
https://bugs.freedesktop.org/show_bug.cgi?id=98275
Bug ID: 98275
Summary: Segmentation fault when using VAAPI acceleration in
VLC after installing oibaf's optimized drivers
Product: Mesa
Version: unspecified
Hardware: x86-6
https://bugs.freedesktop.org/show_bug.cgi?id=98242
Kenneth Graunke changed:
What|Removed |Added
Summary|GLES3.0 dEQP failure|dEQP mandates preprocessor
https://bugs.freedesktop.org/show_bug.cgi?id=98242
Kenneth Graunke changed:
What|Removed |Added
CC||i...@freedesktop.org
--- Comment #2 fr
https://bugs.freedesktop.org/show_bug.cgi?id=98243
Kenneth Graunke changed:
What|Removed |Added
Summary|GLES3.0 dEQP failure|dEQP mismatched UBO
https://bugs.freedesktop.org/show_bug.cgi?id=98244
Kenneth Graunke changed:
What|Removed |Added
Status|NEW |ASSIGNED
Summary|GLES3 shad
Hardware does not support 64-bit integers MAD and MUL operations, so we need
to transform them in 32-bit operations.
Signed-off-by: Pierre Moreau
---
.../drivers/nouveau/codegen/nv50_ir_peephole.cpp | 121 +
1 file changed, 121 insertions(+)
Tested with (the GPU result was
Sorry, there should have been a v2 next to PATCH in the subject…
Pierre
On 12:24 am - Oct 16 2016, Pierre Moreau wrote:
> Hardware does not support 64-bit integers MAD and MUL operations, so we need
> to transform them in 32-bit operations.
>
> Signed-off-by: Pierre Moreau
> ---
> .../drivers
On Sat, Oct 15, 2016 at 6:24 PM, Pierre Moreau wrote:
> Hardware does not support 64-bit integers MAD and MUL operations, so we need
> to transform them in 32-bit operations.
>
> Signed-off-by: Pierre Moreau
> ---
> .../drivers/nouveau/codegen/nv50_ir_peephole.cpp | 121
>
This has apparently never existed in GLSL ES.
Fixes dEQP-GLES3.functional.shaders.texture_functions.invalid
.textureoffset_sampler2darrayshadow_vec4_ivec2_vertex and
.textureoffset_sampler2darrayshadow_vec4_ivec2_fragment
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=98244
Signed-off-by:
Reviewed-by: Ilia Mirkin
On Sat, Oct 15, 2016 at 6:44 PM, Kenneth Graunke wrote:
> This has apparently never existed in GLSL ES.
>
> Fixes dEQP-GLES3.functional.shaders.texture_functions.invalid
> .textureoffset_sampler2darrayshadow_vec4_ivec2_vertex and
> .textureoffset_sampler2darrayshadow_vec
https://bugs.freedesktop.org/show_bug.cgi?id=97250
Matt Turner changed:
What|Removed |Added
OS|Mac OS X (All) |Linux (All)
--
You are receiving this mai
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Matt Turner changed:
What|Removed |Added
CC||ern...@gmail.com,
|
https://bugs.freedesktop.org/show_bug.cgi?id=98242
Ian Romanick changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
There are no non gallium r300 and r600 drivers anymore.
No need to explicilty mention gallium here.
Just cosmetics, no functional change.
Signed-off-by: Tobias Droste
---
configure.ac | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/configure.ac b/configure.ac
index e1
Consolidate the required LLVM versions at the top where the other
versions for dependencies are listed.
This also tries to get the patch version from the LLVM headers.
It defaults to 0 if it does not find it.
This is good enough since the patch version is in the header since
3.6.0 and the only dri
Add functions to add and check targets/components.
Not used in this patch.
Signed-off-by: Tobias Droste
---
configure.ac | 36
1 file changed, 36 insertions(+)
diff --git a/configure.ac b/configure.ac
index 04149da..4fc8ef9 100644
--- a/configure.ac
+++ b/co
This series leaves out everything from the previous series that was
to controversial, requires more discussions or could be done as a
follow up.
It just cleans up how LLVM version/target/component checks are used.
No version or other requirements were changed.
I reordered the patches a little bi
This way LLVM_CONFIG can bet set from an env variable if it's outside
the $llvm_prefix.
This is not a must, but it helps testing.
Signed-off-by: Tobias Droste
Reviewed-by: Emil Velikov
---
configure.ac | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/configure.ac
Signed-off-by: Tobias Droste
---
configure.ac | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/configure.ac b/configure.ac
index 4fc8ef9..3875146 100644
--- a/configure.ac
+++ b/configure.ac
@@ -2283,11 +2283,7 @@ if test "x$enable_gallium_llvm" = xyes || test
"x$HAVE_RAD
No need for an additional function here.
Use the same style for LLVM checks as the other drivers
(e.g. r300, llvmpipe) that don't need a load of other checks.
Instead of open conding the LLVM version check, use the
function used by other drivers.
"enable_gallium_llvm" is checked by gallium_require
Use the new helper function to add LLVM targets and components.
The components are added one by one to later find out which component
is missing in case there is one.
Signed-off-by: Tobias Droste
---
configure.ac | 25 ++---
1 file changed, 18 insertions(+), 7 deletions(-)
d
The LLVM checks can be anywhere below line 1161 now.
Move the openCL LLVM checks to the section with the other openCL checks.
No functional change.
Signed-off-by: Tobias Droste
---
configure.ac | 41 +++--
1 file changed, 19 insertions(+), 22 deletions(-)
dif
Use the same order as llvm_check_version_for.
Signed-off-by: Tobias Droste
---
configure.ac | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/configure.ac b/configure.ac
index 3aa8214..bbc1cb5 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1003,12 +1003,12 @@
This just moves code around so that all LLVM related stuff is at the
top of the file in the correct order.
No functional change.
Signed-off-by: Tobias Droste
---
configure.ac | 151 +--
1 file changed, 74 insertions(+), 77 deletions(-)
dif
This moves the LLVM check for radv to the corresponding driver section.
No functional change.
Signed-off-by: Tobias Droste
---
configure.ac | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/configure.ac b/configure.ac
index 2f5ed50..3aa8214 100644
--- a/configure.ac
+++ b/c
This moves the LLVM version check to the helper function
gallium_require_llvm() and uses the llvm_check_version_for() helper
instead of open conding the LLVM version check.
gallium_require_llvm is functionally the same as before, because
"enable_gallium_llvm" is only set to "yes" if the host cpu i
A function with the LLVM version checked is moved to the top.
The function is called where the old code was.
No functional change.
Signed-off-by: Tobias Droste
---
configure.ac | 144 ++-
1 file changed, 74 insertions(+), 70 deletions(-)
d
This is handled by "llvm_check_version_for" for openCL.
Signed-off-by: Tobias Droste
Reviewed-by: Emil Velikov
---
configure.ac | 4
1 file changed, 4 deletions(-)
diff --git a/configure.ac b/configure.ac
index c29604e..e1fa7c2 100644
--- a/configure.ac
+++ b/configure.ac
@@ -2337,10 +233
There's no harm in always searching llvm-config.
This way it's available as soon as possible for all functions.
Signed-off-by: Tobias Droste
---
configure.ac | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/configure.ac b/configure.ac
index 4133a72..c29604e 10
LLVM components are only added when LLVM is needed.
This means gallium adds this as soon as "--enable-gallium-llvm"
is "yes" and radv + opencl add it explicitly.
This slightly changes the "auto" value of "--enable-gallium-llvm":
If no LLVM is installed, it is set to "no". If later drivers need
thi
This moves llvm_set_environment_variables to its final destination
and moves all the LLVM AC_SUBST() below the function call.
No functional change.
Signed-off-by: Tobias Droste
---
configure.ac | 29 ++---
1 file changed, 14 insertions(+), 15 deletions(-)
diff --git a/co
This moves the function to get the LLVM environment variables higher
in the file. It still needs to be below the "--enable-opencl" because
it uses $enable_opencl.
It can be called without condition now as it only throws errors if
openCL is enabled.
This patch just prepares the next patch.
Signed-
On OpenBSD try to dlopen 'libglapi.so', ld.so will find
the highest major/minor version and open it in this case.
Avoids '#error Unknown glapi provider for this platform' at build time.
Signed-off-by: Jonathan Gray
---
src/egl/drivers/dri2/egl_dri2.c | 2 +-
1 file changed, 1 insertion(+), 1 de
% pattern rules are a GNU extension. Convert the use of one to a
inference rule to allow this to build on OpenBSD.
This is a related change to the one made in
e3d43dc5eae5271e2c87bab702aa7409d3dd0b23
Signed-off-by: Jonathan Gray
---
src/intel/Makefile.genxml.am | 5 -
1 file changed, 4 ins
On Fri, 2016-10-14 at 14:30 +0200, Iago Toral Quiroga wrote:
> From the ARB_shader_storage_buffer_object spec:
>
> "In a shader storage block, the last member may be declared without
> an explicit
> size. In this case, the effective array size is inferred at run-
> time from
> the size of the d
On Fri, 2016-10-14 at 14:21 +0200, Iago Toral Quiroga wrote:
> Generally, we only check for the presence of compute shaders during
> parsing when we find any language (like layout qualifiers) that are
> specific to compute shaders, however, it is possible to define an
> empty compute shader does no
V2. add i965/hsw+ to list
V3. rebased on master.
Signed-off-by: Edward O'Callaghan
---
docs/features.txt | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/docs/features.txt b/docs/features.txt
index 0d6c16a..acea0cf 100644
--- a/docs/features.txt
+++ b/docs/f
Although not strictly CTS conformant, provided we don't actually
crash in any of the CTS tests we can advertise 4.5 as others do.
Signed-off-by: Edward O'Callaghan
---
src/gallium/drivers/radeonsi/si_pipe.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/r
51 matches
Mail list logo
