On Mon, May 29, 2017 at 12:09:01PM -0700, Jason Ekstrand wrote:
> Sandy Bridge does not technically support mipmapped depth/stencil. In
> order to work around this, we allocate what are effectively completely
> separate images for each miplevel, ensure that they are page-aligned,
> and manually of
From: Dave Airlie
This removes the linear search which is fail when number of variables
goes up to 3 or so.
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 44 +-
1 file changed, 31 insertions(+), 13 deletions(-)
diff --git a/src/mesa/state_tracker/st_glsl_to_tg
While looking at the fp64 emulation code, we were spending minutes
in the glsl->tgsi passes as some tests were producing shaders with
> 32000 temporaries. Now it might be possible to reduce these earlier
with some GLSL passes, but this code is pretty bad as-is.
This reduces one test execution time
From: Dave Airlie
This overhauls the copy prop and dead code passes to avoid
major CPU overhead in some corner cases trigged by the fp64 patches
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 122 +
1 file changed, 108 insertions(+), 14 deletions(-)
diff --git a/sr
From: Dave Airlie
with some of the fp64 emulation, we are seeing shaders coming in with
> 32K temps, they go out with 40 or so used, but while doing register
renumber we need to store a lot of them.
So bump this fields back up to 32-bit.
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 4 ++--
From: Dave Airlie
Instead of having to search the whole array, just use the whole
thing and store a valid bit in there with the rename.
Removes this from the profile on some of the fp64 tests
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 51 +++---
1 file changed, 25
The BLEND_STATE documentation says that alpha to one must be disabled
when dual color blending is enabled. However, it appears that it simply
fails to override src1 alpha to one.
We can work around this by leaving alpha to one enabled, but overriding
SRC1_ALPHA to ONE and ONE_MINUS_SRC1_ALPHA to
On 05/29/2017 02:47 PM, Lucas Stach wrote:
> Hi Tomeu,
>
> Am Freitag, den 19.05.2017, 12:40 +0200 schrieb Tomeu Vizoso:
>> If info->index_size is zero, info->index will point to uninitialized
>> memory.
>>
>> Fatal signal 11 (SIGSEGV), code 2, fault addr 0xab5d07a3 in tid 20456
>> (surfaceflinge
---
src/mesa/program/programopt.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/mesa/program/programopt.c b/src/mesa/program/programopt.c
index 501acde..f560bce 100644
--- a/src/mesa/program/programopt.c
+++ b/src/mesa/program/programopt.c
@@ -39,21 +39,21 @@
#in
---
src/mesa/state_tracker/st_mesa_to_tgsi.c | 65
1 file changed, 32 insertions(+), 33 deletions(-)
diff --git a/src/mesa/state_tracker/st_mesa_to_tgsi.c
b/src/mesa/state_tracker/st_mesa_to_tgsi.c
index ce75cf7..2d12de2 100644
--- a/src/mesa/state_tracker/st_mes
https://bugs.freedesktop.org/show_bug.cgi?id=101214
--- Comment #4 from LoneVVolf ---
Created attachment 131570
--> https://bugs.freedesktop.org/attachment.cgi?id=131570&action=edit
patch to give xdriinfo glvnd support created by hans de goede
--
You are receiving this mail because:
You are t
https://bugs.freedesktop.org/show_bug.cgi?id=101214
--- Comment #3 from LoneVVolf ---
xdriinfo build from git didn't change anything.
I dug deeper, found that fedora core has put xdriinfo in their glx-utils
package which is a sub pacakage of their mesa-demos package .
downloaded the latest sour
This also silences following clang warnings:
no previous extern declaration for non-static variable 'deleted_key'
[-Werror,-Wmissing-variable-declarations]
const void *deleted_key = &deleted_key_value;
^
no previous extern declaration for non-static variable 'deleted_key_value'
[
https://bugs.freedesktop.org/show_bug.cgi?id=54971
Jordan Justen changed:
What|Removed |Added
Blocks||99831
Referenced Bugs:
https://bugs.fr
https://bugs.freedesktop.org/show_bug.cgi?id=101214
--- Comment #2 from LoneVVolf ---
Can't find a commit with that hash, or do you mean
https://cgit.freedesktop.org/mesa/mesa/commit/?id=84f764a7591715104b28c035c837ce9fd86157ad
glxglvnddispatch: Add missing dispatch for GetDriverConfig
Togethe
https://bugs.freedesktop.org/show_bug.cgi?id=99116
--- Comment #14 from JL ---
(In reply to Józef Kucia from comment #13)
> We've got a piglit test for this bug:
> https://cgit.freedesktop.org/piglit/commit/
> ?id=eae8e3d1f2d33729fbad9a9433c1c91fd29dae2b
"out": "Probe color at (0,0)\n Expected:
+chad
On Mon, May 29, 2017 at 12:09 PM, Jason Ekstrand
wrote:
> Sandy Bridge does not technically support mipmapped depth/stencil. In
> order to work around this, we allocate what are effectively completely
> separate images for each miplevel, ensure that they are page-aligned,
> and manually o
Sandy Bridge does not technically support mipmapped depth/stencil. In
order to work around this, we allocate what are effectively completely
separate images for each miplevel, ensure that they are page-aligned,
and manually offset to them. Prior to layered rendering, this was a
simple matter of s
Hello list,
The candidate for the Mesa 17.0.7 is now available. Currently we have:
- 21 queued
- 5 nominated (outstanding)
- and 0 rejected patch(es)
Note: this is the final anticipated release from the 17.0.x series.
We have a few important outstanding patches which I'm planning to merge
con
On 05/29/2017 08:10 PM, Emil Velikov wrote:
Hi Samuel,
Worth adding something vaguely like the following, since it's not
immediately obvious?
"get_texobj_by_name() can throw a GL_INVALID_ENUM, which gets
overridden in the caller.
Address that by updating by moving the GL_INVALID_OPERATION wit
Hi Samuel,
Worth adding something vaguely like the following, since it's not
immediately obvious?
"get_texobj_by_name() can throw a GL_INVALID_ENUM, which gets
overridden in the caller.
Address that by updating by moving the GL_INVALID_OPERATION within the
function itself."
-Emil
___
https://bugs.freedesktop.org/show_bug.cgi?id=101199
--- Comment #6 from Emil Velikov ---
I'd imagine that the system libdrm_nouveau is v2.6.65 or earlier and the issue
happens only during make install. Is that correct?
If so, it may be a libtool bug^feature and this workaround should work:
$ exp
Looks good to me :)
This series is: Reviewed-by: Plamena Manolova
On Wed, May 24, 2017 at 8:56 AM, Kenneth Graunke
wrote:
> Ben and I haven't observed these to help anything, but they enable
> hardware optimizations for particular cases. It's probably best to
> enable them ahead of time, befor
On 26 May 2017 at 14:59, Marek Olšák wrote:
> On Fri, May 26, 2017 at 3:07 PM, Emil Velikov
> wrote:
>> Hi Leo,
>>
>> On 26 May 2017 at 12:24, Leo Liu wrote:
>>> Signed-off-by: Leo Liu
>>> ---
>>> src/amd/common/ac_gpu_info.c | 10 +-
>>> 1 file changed, 9 insertions(+), 1 deletion(-)
On 29 May 2017 at 15:45, Dieter Nützel wrote:
> Hi Gregory,
>
> there isn't currently a copy of this on Mesa-Patchwork.
> Can you please send one over there?
>
> And maybe an updated version of:
> [PATCH v5 0/3] asynchronous pbo transfer with glthread
>
> Would be awesome.
>
The series is in maste
The "ac" functions could also be forked and put into r600 if people
want to preserve the OpenCL support. That would remove the dependency
on "ac".
Marek
On Mon, May 29, 2017 at 3:46 PM, Emil Velikov wrote:
> From: Emil Velikov
>
> The code hasn't bee en touched in a very long time, and was neve
For the series
Reviewed-by: Emil Velikov
-Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On 27 May 2017 at 10:59, Mauro Rossi wrote:
>
>
> 2017-05-22 1:34 GMT+02:00 Mauro Rossi :
>>
>>
>>
>> 2017-05-21 18:27 GMT+02:00 Emil Velikov :
>>>
>>> Hi Mauro,
>>>
>>> There is a similar issue when building with autotools. There's a few
>>> ways to address this so let's see what the devs prefer.
Reviewed-by: Marek Olšák
Marek
On Fri, May 26, 2017 at 1:24 PM, Leo Liu wrote:
> Signed-off-by: Leo Liu
> ---
> src/amd/common/ac_gpu_info.c | 10 +-
> 1 file changed, 9 insertions(+), 1 deletion(-)
>
> diff --git a/src/amd/common/ac_gpu_info.c b/src/amd/common/ac_gpu_info.c
> index 5
https://bugs.freedesktop.org/show_bug.cgi?id=101214
--- Comment #1 from Emil Velikov ---
Can you double-check that your build has the following commit
c93f8f0cb3e8b655b0b39f2081bc5ad374abc79d.
AFAICT it's the same one used by the Fedora folks, with a trivial cleanup.
--
You are receiving this
On 29 May 2017 at 07:56, Martin Peres wrote:
> On 27/05/17 01:15, Chad Versace wrote:
>> In intel_update_dri2_buffers().
>> Trivial cleanup.
>> ---
>> src/mesa/drivers/dri/i965/brw_context.c | 4 ++--
>> 1 file changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/src/mesa/drivers/dri/i965/
On 29 May 2017 at 14:05, Jussi Kukkonen wrote:
> On 29 May 2017 at 15:20, Emil Velikov wrote:
>>
>> On 26 May 2017 at 14:55, Jussi Kukkonen wrote:
>> > On 26 May 2017 at 14:32, Emil Velikov wrote:
>> >>
>> >> On 26 May 2017 at 08:52, Jussi Kukkonen
>> >> wrote:
>> >> >
>> >> >
>> >> > On 24 Ma
https://bugs.freedesktop.org/show_bug.cgi?id=101211
--- Comment #5 from intermedi...@hotmail.com ---
Investigating better the issue is present if LLVM.
note llvm is needed for radeonsi egl. usually all distro have build the mesa in
llvm. I been forced the build without llvm and without radeonsi d
Hello all,
Hardware; Radeon 6850HD,
Mesa: mesa 17.0.1 and git (sha 531887),
llvm:
4.0.0
Playing a bit around with the Unreal Editor I was confronted with the
same error message reported in #99349, i.e. "Failed to build shader
(translation from TGSI).
After some digging though the code I fou
Hi Gregory,
there isn't currently a copy of this on Mesa-Patchwork.
Can you please send one over there?
And maybe an updated version of:
[PATCH v5 0/3] asynchronous pbo transfer with glthread
Would be awesome.
Dieter
Am 29.05.2017 13:18, schrieb Gregory Hainaut:
Hello Mesa developers,
Follo
From: Emil Velikov
Add a couple of forward declarations and drop the amdgpu.h requirement.
With this we can build the r300 and r600 drivers without the need for
amdgpu.
v2:
- Add amdgpu.h include in the C file (Marek)
- Add a comment about pre C11 typedef redeclaration warning (Eric)
Cc: Nic
On 26 May 2017 at 17:14, Eric Engestrom wrote:
> On Friday, 2017-05-26 16:32:52 +0100, Emil Velikov wrote:
>> From: Emil Velikov
>>
>> Add a couple of forward declarations and drop the amdgpu.h requirement.
>>
>> With this we can build the r300 and r600 drivers without the need for
>> amdgpu.
>>
From: Emil Velikov
The code hasn't bee en touched in a very long time, and was never
completed.
It is conditionally built only when OpenCL is selected at built time,
and pulls the libamd_common static library, which in itself depends on
amdgpu.
With later commit(s) we'll address the amdgpu depe
On 26 May 2017 at 17:08, Daniel Stone wrote:
> Hi Jussi,
>
> On 26 May 2017 at 14:55, Jussi Kukkonen wrote:
> > On 26 May 2017 at 14:32, Emil Velikov wrote:
> >> b) with a wrapper script - see [1].
> >> I think that the "export PKG_CONFIG_DIR=" is a typo (should be ..PATH
> >> instead) and is n
On 29 May 2017 at 15:20, Emil Velikov wrote:
>
> On 26 May 2017 at 14:55, Jussi Kukkonen wrote:
> > On 26 May 2017 at 14:32, Emil Velikov wrote:
> >>
> >> On 26 May 2017 at 08:52, Jussi Kukkonen
wrote:
> >> >
> >> >
> >> > On 24 May 2017 at 16:39, Emil Velikov
wrote:
> >> AFAICT there are a co
Hi Tomeu,
Am Freitag, den 19.05.2017, 12:40 +0200 schrieb Tomeu Vizoso:
> If info->index_size is zero, info->index will point to uninitialized
> memory.
>
> Fatal signal 11 (SIGSEGV), code 2, fault addr 0xab5d07a3 in tid 20456
> (surfaceflinger)
>
> Signed-off-by: Tomeu Vizoso
> Cc: etna...@li
On 26 May 2017 at 16:15, Mauro Rossi wrote:
> Fixes the following building error:
>
> external/mesa/src/gallium/drivers/svga/svga_screen.c:26:10:
> fatal error: 'git_sha1.h' file not found
> ^
> 1 error generated.
Mauro please add
Fixes: 1ce3a2723f9 ("svga: Add the ability to log message
On 26 May 2017 at 14:55, Jussi Kukkonen wrote:
> On 26 May 2017 at 14:32, Emil Velikov wrote:
>>
>> On 26 May 2017 at 08:52, Jussi Kukkonen wrote:
>> >
>> >
>> > On 24 May 2017 at 16:39, Emil Velikov wrote:
>> >>
>> >> Hi Jussi,
>> >>
>> >> On 23 May 2017 at 09:13, Jussi Kukkonen
>> >> wrote:
To display better function names when INVALID_OPERATION is
returned. Requested by Timothy.
Signed-off-by: Samuel Pitoiset
---
src/mesa/main/texparam.c | 25 -
1 file changed, 12 insertions(+), 13 deletions(-)
diff --git a/src/mesa/main/texparam.c b/src/mesa/main/texparam
Signed-off-by: Samuel Pitoiset
---
src/mesa/main/texparam.c | 61 +---
1 file changed, 11 insertions(+), 50 deletions(-)
diff --git a/src/mesa/main/texparam.c b/src/mesa/main/texparam.c
index 5cdcb79ec3..c75adc6417 100644
--- a/src/mesa/main/texparam.c
On 26 May 2017 at 17:08, Daniel Stone wrote:
> Hi Jussi,
>
> On 26 May 2017 at 14:55, Jussi Kukkonen wrote:
> > On 26 May 2017 at 14:32, Emil Velikov wrote:
> >> b) with a wrapper script - see [1].
> >> I think that the "export PKG_CONFIG_DIR=" is a typo (should be ..PATH
> >> instead) and is n
https://bugs.freedesktop.org/show_bug.cgi?id=99116
--- Comment #13 from Józef Kucia ---
We've got a piglit test for this bug:
https://cgit.freedesktop.org/piglit/commit/?id=eae8e3d1f2d33729fbad9a9433c1c91fd29dae2b
--
You are receiving this mail because:
You are the QA Contact for the bug.
You a
Hello Mesa developers,
Following the discussion from
https://lists.freedesktop.org/archives/mesa-dev/2017-April/153137.html
A check was added to ensure that X11 display can be locked. It should be enough
to ensure thread safety between X11 and glthread.
I also did the check on DRI3 as I'm not 10
Print an error message for the user if the requirement isn't met, or
we're not thread safe.
v2: based on Nicolai feedbacks
Check the DRI extension version
v3: based on Emil feedbacks
improve commit and error messages.
use backgroundCallable variable to improve readability
v5: based on Emil feedb
v2:
bump version
v3:
Add code comment
s/IsGlThread/IsThread/ (and variation)
Include X11/Xlibint.h protected by ifdef
v5: based on Daniel feedback
Move non X11 code outside of X11 define
Always return true for Wayland
Signed-off-by: Gregory Hainaut
---
src/egl/drivers/dri2/egl_dri2.c | 34
v2:
bump version
v3:
Add code comment
s/IsGlThread/IsThread/ (and variation)
v4:
DRI3 doesn't hit X through GL call so it is always safe
Signed-off-by: Gregory Hainaut
---
src/glx/dri2_glx.c | 15 ++-
src/glx/dri3_glx.c | 12 +++-
2 files changed, 25 insertions(+), 2 deleti
DRI-drivers could call Xlib functions, for example to allocate a new back
buffer.
When glthread is enabled, the driver runs mostly on a separate thread.
Therefore we need to guarantee the thread safety between libX11 calls
from the applications (not aware of the extra thread) and the ones from
the
https://bugs.freedesktop.org/show_bug.cgi?id=101211
--- Comment #4 from intermedi...@hotmail.com ---
Created attachment 131566
--> https://bugs.freedesktop.org/attachment.cgi?id=131566&action=edit
flipped down dosbox
as you can see flipped down dosbox
--
You are receiving this mail because:
On 05/29/2017 09:55 AM, Martin Peres wrote:
On 27/05/17 01:15, Chad Versace wrote:
Trivial cleanup.
---
src/mesa/drivers/dri/i965/intel_screen.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/intel_screen.c
b/src/mesa/drivers/dri/i965/intel_
Yay! My request has been a win, game is fixed now. This patch is no
longer needed.
On 05/24/2017 09:05 PM, Marek Olšák wrote:
Reviewed-by: Marek Olšák
Marek
On Wed, May 24, 2017 at 1:01 AM, Samuel Pitoiset
wrote:
A bunch of shaders are missing a version directive. This fixes
the following
55 matches
Mail list logo
