On Monday, October 31, 2016 9:53:44 PM PDT Jason Ekstrand wrote:
> This makes more sense than OUT_OF_HOST_MEMORY. Technically, you can
> recover from a failed execbuf2 but the batch you just submitted didn't
> fully execute so things are in an ill-defined state. The app doesn't want
> to continue
On 10/29/2016 03:29 AM, Kenneth Graunke wrote:
On Friday, October 28, 2016 10:39:01 AM PDT Tapani Pälli wrote:
On 10/28/2016 05:15 AM, Timothy Arceri wrote:
On Thu, 2016-10-27 at 18:51 -0700, Kenneth Graunke wrote:
On Thursday, October 27, 2016 9:03:12 PM PDT Timothy Arceri wrote:
On Thu, 2
https://bugs.freedesktop.org/show_bug.cgi?id=98242
--- Comment #7 from Tapani Pälli ---
(In reply to Kenneth Graunke from comment #6)
> I've split out the define defined parts of this bug as:
> https://bugs.freedesktop.org/show_bug.cgi?id=98522
>
> This bug will now just be about #line expressio
https://bugs.freedesktop.org/show_bug.cgi?id=97967
--- Comment #2 from Tapani Pälli ---
maybe it does not implement '-p' for the mkdir? My original cache set did this,
if wanted some code can be taken from here:
https://cgit.freedesktop.org/~tpalli/mesa/log/?h=automatic_cache_mgmt
following pat
On Mon, Oct 31, 2016 at 02:51:06PM -0700, Jason Ekstrand wrote:
>On Mon, Oct 31, 2016 at 2:38 PM, Jason Ekstrand
><[1]ja...@jlekstrand.net> wrote:
>
>On Tue, Oct 11, 2016 at 12:26 PM, Topi Pohjolainen
><[2]topi.pohjolai...@gmail.com> wrote:
>
> From: Ben Widawsky <[3]b...@bwi
On Oct 31, 2016 10:06 PM, "Jason Ekstrand" wrote:
>
> There are a couple of other options than doing relocations in userspace.
Unfortunately, all of the options are gross for one reason or another:
>
> 1) Do relocations in userspace. This depends on certain behavior of the
kernel which has never
There are a couple of other options than doing relocations in userspace.
Unfortunately, all of the options are gross for one reason or another:
1) Do relocations in userspace. This depends on certain behavior of the
kernel which has never really changed but could, in theory.
2) Have a separate
This makes more sense than OUT_OF_HOST_MEMORY. Technically, you can
recover from a failed execbuf2 but the batch you just submitted didn't
fully execute so things are in an ill-defined state. The app doesn't want
to continue from that point anyway.
---
src/intel/vulkan/anv_device.c | 10
This wrapper ensures that we always update all anv_bo::offset fields based
on the offsets returned by the kernel.
---
src/intel/vulkan/anv_device.c | 51 +-
src/intel/vulkan/anv_private.h | 4
2 files changed, 35 insertions(+), 20 deletions(-)
diff -
---
src/intel/vulkan/anv_allocator.c | 1 +
src/intel/vulkan/anv_device.c| 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/intel/vulkan/anv_allocator.c b/src/intel/vulkan/anv_allocator.c
index ae18f8e..97532ed 100644
--- a/src/intel/vulkan/anv_allocator.c
+++ b/src/inte
From: Kristian Høgsberg Kristensen
This reduces the amount of stalling that the kernel does between batches
and improves the performance of Dota 2 on a Sky Lake GT2 desktop by around
30%. Ideally, we would have a simple execbuf2 flag that would let us tell
the kernel "Trust me, you don't need to
On Thu, 2016-10-27 at 13:00 +1100, Timothy Arceri wrote:
> This takes us one step closer to being able to drop the GLSL IR
> optimisation passes during linking in favour of the NIR passes.
>
> Patch 4 has *not* been tested on Vulkan I've asked Mark to setup a
> branch
> for me to run the Vulkan CT
From: Dave Airlie
This just a discussion holder patch, radv has generated a shader
using discard that lowers the kilp intrinsic into
s_mov_b64 exec, 0 ; BEFE0180
however that means exports never happen, and I think this leads
to a GPU hang as the frag shader must m
Thread reference:
https://lists.freedesktop.org/archives/mesa-dev/2014-July/064410.html
On 07/31/2014 11:01:29 PDT Carl Worth writes:
> Ian Romanick writes:
> > On 07/31/2014 12:14 AM, Michel Dänzer wrote:
> >>
> >> FYI, this change broke the game Reaction Quake, see the failure output
> >> below
On Mon, 2016-10-31 at 16:51 +0100, Juan A. Suarez Romero wrote:
> On Wed, 2016-10-26 at 13:42 +0200, Juan A. Suarez Romero wrote:
> >
> > Ignore source file, line number and column in glcpp_error() and
> > glcpp_warning() if those are not available.
> >
> > It fixes 4 piglit tests:
> > spec/gls
Michel Dänzer wrote:
On 28/10/16 08:19 PM, Andy Furniss wrote:
Michel Dänzer wrote:
On 27/10/16 07:52 PM, Andy Furniss wrote:
Andy Furniss wrote:
Michel Dänzer wrote:
On 26/10/16 08:07 PM, Andy Furniss wrote:
The bad = Starting with DRI3 (which is default) I still get trashed
rendering ful
On Mon, Oct 31, 2016 at 10:04 PM, Nicolai Hähnle wrote:
> On 29.10.2016 13:17, Marek Olšák wrote:
>>
>> From: Marek Olšák
>>
>> ---
>> src/gallium/drivers/radeon/r600_texture.c | 13 +
>> src/gallium/drivers/radeonsi/si_blit.c| 5 +++--
>> 2 files changed, 8 insertions(+), 10 de
On 1 November 2016 at 08:10, Nicolai Hähnle wrote:
> From: Nicolai Hähnle
1-4 are Reviewed-by: Dave Airlie
Dave.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
https://bugs.freedesktop.org/show_bug.cgi?id=98242
Kenneth Graunke changed:
What|Removed |Added
Summary|dEQP mandates preprocessor |dEQP mandates preprocessor
From: Nicolai Hähnle
---
src/gallium/drivers/radeonsi/si_shader.c | 42
1 file changed, 32 insertions(+), 10 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shader.c
index b15c60d..1955917 100644
--- a/src/ga
From: Nicolai Hähnle
---
src/gallium/drivers/radeonsi/si_shader.c | 182 +++
1 file changed, 115 insertions(+), 67 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shader.c
index 1955917..226c335 100644
--- a/src/g
From: Nicolai Hähnle
---
src/gallium/drivers/radeonsi/si_state_shaders.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_state_shaders.c
b/src/gallium/drivers/radeonsi/si_state_shaders.c
index 3269468..537c673 100644
--- a/src/gallium/driv
From: Nicolai Hähnle
---
src/gallium/drivers/radeonsi/si_shader.c | 35 ++--
1 file changed, 33 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shader.c
index 226c335..7272313 100644
--- a/src/gal
From: Nicolai Hähnle
---
src/gallium/drivers/radeonsi/si_shader.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shader.c
index 7272313..628b8c3 100644
--- a/src/gallium/drivers/radeonsi/si_shader.c
+
From: Nicolai Hähnle
It really only depends on the shader selector.
---
src/gallium/drivers/radeonsi/si_shader.c | 79 +---
1 file changed, 43 insertions(+), 36 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shad
From: Nicolai Hähnle
The condition !ctx->no_prolog is now always true.
---
src/gallium/drivers/radeonsi/si_shader.c | 41
1 file changed, 41 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shader.c
index b767
From: Nicolai Hähnle
It has become redundant.
---
src/gallium/drivers/radeonsi/si_shader.c | 11 ---
src/gallium/drivers/radeonsi/si_shader_internal.h | 1 -
2 files changed, 4 insertions(+), 8 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/d
From: Nicolai Hähnle
---
src/gallium/drivers/radeonsi/si_shader.c | 79 +++-
1 file changed, 46 insertions(+), 33 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shader.c
index 628b8c3..b33f54a 100644
--- a/src/ga
From: Nicolai Hähnle
It is no longer used.
---
src/gallium/drivers/radeonsi/si_shader.c | 97 +---
1 file changed, 1 insertion(+), 96 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shader.c
index f3b94d7..56892de
From: Nicolai Hähnle
The copy shader only depends on the selector. This change avoids creating
separate code paths for monolithic vs. non-monolithic geometry shaders.
---
src/gallium/drivers/radeonsi/si_pipe.h | 2 +-
src/gallium/drivers/radeonsi/si_shader.c| 18 ---
From: Nicolai Hähnle
---
src/gallium/drivers/radeonsi/si_shader.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shader.c
index 6ae63c8..5a0153c 100644
--- a/src/gallium/driv
From: Nicolai Hähnle
Fixes GL45-CTS.geometry_shader.adjacency.adjacency_indiced_triangle_strip and
others.
This leaves the case of triangle strips with adjacency and primitive restarts
open. It seems that the only thing that cares about that is a piglit test.
Fixing this efficiently would be rea
From: Nicolai Hähnle
The incompatible signature becomes an issue when the VS epilog gets merged
with the main vertex shader at the IR level.
---
src/gallium/drivers/radeonsi/si_shader.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shad
From: Nicolai Hähnle
For fixed function TCS, we keep the copying of VS outputs to TES inputs inside
the main function; the call to si_copy_tcs_inputs is moved accordingly.
---
src/gallium/drivers/radeonsi/si_shader.c | 22 +-
1 file changed, 21 insertions(+), 1 deletion(-)
d
From: Nicolai Hähnle
---
src/gallium/drivers/radeonsi/si_state_shaders.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_state_shaders.c
b/src/gallium/drivers/radeonsi/si_state_shaders.c
index e4ceb3b..3269468 100644
--- a/src/gallium/dr
From: Nicolai Hähnle
---
src/gallium/drivers/radeonsi/si_shader.c | 223 --
src/gallium/drivers/radeonsi/si_shader_internal.h | 10 -
2 files changed, 80 insertions(+), 153 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/ra
From: Nicolai Hähnle
---
src/gallium/drivers/radeonsi/si_shader.c | 95
1 file changed, 60 insertions(+), 35 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shader.c
index 81c361e..ec5f950 100644
--- a/src/ga
From: Nicolai Hähnle
---
src/gallium/drivers/radeonsi/si_shader.c | 239 ---
1 file changed, 61 insertions(+), 178 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shader.c
index a3b1189..58f8c15 100644
--- a/src/g
From: Nicolai Hähnle
At least when LLVM is used, which is basically always (unless you're only
building r600 without OpenCL).
---
src/Makefile.am | 5 -
src/amd/common/Makefile.am | 6 ++
src/amd/common/Makefile.sources | 4 +++-
3 files changed, 13 insertions(+), 2
From: Nicolai Hähnle
So that the prolog generated for monolithic fragment shaders will have the
right signature.
---
src/gallium/drivers/radeonsi/si_shader.c | 17 +++--
1 file changed, 11 insertions(+), 6 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gal
From: Nicolai Hähnle
This helps to achieve a gradual transition towards building monolithic shaders
via inlining.
no_prolog and no_epilog will be removed by the end of the series,
separate_prolog remains in use to control the PS input mapping.
---
src/gallium/drivers/radeonsi/si_shader.c
From: Nicolai Hähnle
Replace by a simple LLVMGetParam, since ctx->no_prolog is always false.
---
src/gallium/drivers/radeonsi/si_shader.c | 54 ++--
1 file changed, 2 insertions(+), 52 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/
From: Nicolai Hähnle
---
src/gallium/drivers/radeonsi/si_shader.c | 310 +--
1 file changed, 171 insertions(+), 139 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shader.c
index 281a4dd..447293c 100644
--- a/src/
From: Nicolai Hähnle
---
src/gallium/drivers/radeonsi/si_shader.c | 207 +++
1 file changed, 207 insertions(+)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shader.c
index ec5f950..281a4dd 100644
--- a/src/gallium/drivers/ra
From: Nicolai Hähnle
The idea is that adding prolog and epilog code will be pulled out into the
caller.
---
src/gallium/drivers/radeonsi/si_shader.c | 103 +--
1 file changed, 58 insertions(+), 45 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/
From: Nicolai Hähnle
We will use multiple functions in one module, so they should have
different names.
---
src/gallium/drivers/radeonsi/si_shader.c| 15 ---
src/gallium/drivers/radeonsi/si_shader_internal.h | 1 +
src/gallium/drivers/radeonsi/si_shader_tgsi_setup.c |
From: Nicolai Hähnle
Change the pass manager as well, since this is a module-level pass. No
noticeable run-time difference on shader-db.
---
src/gallium/drivers/radeonsi/si_shader_tgsi_setup.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/gallium/drivers/rade
From: Nicolai Hähnle
---
src/amd/common/ac_llvm_helper.cpp | 5 ++---
src/amd/common/ac_llvm_util.h | 10 ++
src/amd/common/ac_nir_to_llvm.c | 1 +
src/amd/common/ac_nir_to_llvm.h | 4
4 files changed, 13 insertions(+), 7 deletions(-)
diff --git a/src/amd/common/ac_llvm_
Hi all,
this series really does three things:
Patches 1-4: Link radeonsi against code in amd/common. I mainly did that
because I happened to need some radeon-specific code that interfaces
LLVM via C++, and ac_llvm_helper.cpp already existed. It would have been
trivial to add a C++ source file to
From: Nicolai Hähnle
---
src/amd/common/ac_llvm_helper.cpp | 10 ++
src/amd/common/ac_llvm_util.h | 2 ++
2 files changed, 12 insertions(+)
diff --git a/src/amd/common/ac_llvm_helper.cpp
b/src/amd/common/ac_llvm_helper.cpp
index 125f5f3..594339e 100644
--- a/src/amd/common/ac_llvm
From: Nicolai Hähnle
---
src/gallium/drivers/radeonsi/Automake.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/drivers/radeonsi/Automake.inc
b/src/gallium/drivers/radeonsi/Automake.inc
index 5a9dcfd..de52835 100644
--- a/src/gallium/drivers/radeonsi/Automake.inc
+++ b/src/ga
New patch 19, 20-21, and 25-26 are
Reviewed-by: Jason Ekstrand
Patch 24 should be replaced by my two CCS-correct copies patches. There
were issues with 22 and 23 but otherwise things are looking good.
--Jason
On Mon, Oct 31, 2016 at 1:19 PM, Topi Pohjolainen <
topi.pohjolai...@gmail.com> wrot
On Monday, October 31, 2016 6:22:43 PM PDT Antia Puentes wrote:
> The emission of vertex attributes corresponding to dvec3 and dvec4
> vertex shader input variables was not correct when the passed
> to the VertexAttribL* commands was <= 2.
>
> This was because we were using the vertex array size
On Mon, Oct 31, 2016 at 2:38 PM, Jason Ekstrand
wrote:
> On Tue, Oct 11, 2016 at 12:26 PM, Topi Pohjolainen <
> topi.pohjolai...@gmail.com> wrote:
>
>> From: Ben Widawsky
>>
>> Signed-off-by: Ben Widawsky
>> ---
>> src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 51
>> ++---
Am 31.10.2016 22:41, schrieb Dieter Nützel:
Am 31.10.2016 21:22, schrieb Marek Olšák:
Hi,
Hello Marek!
Can you try to replace:
if (!(surf_ws->flags & RADEON_SURF_IMPORTED)) {
with:
if (!(surf_ws->flags & (RADEON_SURF_IMPORTED | RADEON_SURF_FMASK))) {
?
Marek
I've tried 2 times to be s
On Tue, Oct 25, 2016 at 4:49 AM, Lionel Landwerlin
wrote:
> Signed-off-by: Lionel Landwerlin
> ---
> src/intel/tools/aubinator.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/src/intel/tools/aubinator.c b/src/intel/tools/aubinator.c
> index 31c1f89..11709c8 100644
> --- a/src/intel/too
On Tue, Oct 11, 2016 at 12:26 PM, Topi Pohjolainen <
topi.pohjolai...@gmail.com> wrote:
> Signed-off-by: Topi Pohjolainen
> ---
> src/intel/isl/isl.c | 3 +--
> src/mesa/drivers/dri/i965/brw_blorp.c | 6 +++---
> src/mesa/drivers/dri/i965/intel_mipmap_tree.c |
Am 31.10.2016 21:22, schrieb Marek Olšák:
Hi,
Hello Marek!
Can you try to replace:
if (!(surf_ws->flags & RADEON_SURF_IMPORTED)) {
with:
if (!(surf_ws->flags & (RADEON_SURF_IMPORTED | RADEON_SURF_FMASK))) {
?
Marek
I've tried 2 times to be sure. No luck.
Any other idea?
I looked over t
On Tue, Oct 11, 2016 at 12:26 PM, Topi Pohjolainen <
topi.pohjolai...@gmail.com> wrote:
> From: Ben Widawsky
>
> Signed-off-by: Ben Widawsky
> ---
> src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 51
> ++-
> 1 file changed, 34 insertions(+), 17 deletions(-)
>
> diff --g
https://bugs.freedesktop.org/show_bug.cgi?id=98428
Kyle Brenneman changed:
What|Removed |Added
CC||kyle.brenne...@gmail.com
--
You are re
https://bugs.freedesktop.org/show_bug.cgi?id=98428
--- Comment #9 from Kyle Brenneman ---
> > > - And last but not least - reuse GLVND dispatch. For this we would need
> > > to
> > > convince Kyle that GLdisplatch.so can be accessible by vendors and it gets
> > > some ABI stability (note the GL
From: Nicolai Hähnle
When a UBO reference has the form block_name.foo where block_name refers
to a block where the first member has a non-zero offset, the base offset
was incorrectly added to the reference.
Fixes an assertion triggered in debug builds by
GL45-CTS.enhanced_layouts.uniform_block_l
Patches 5-10:
Reviewed-by: Nicolai Hähnle
On 29.10.2016 13:17, Marek Olšák wrote:
From: Marek Olšák
---
src/amd/common/sid.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/amd/common/sid.h b/src/amd/common/sid.h
index df6309c..7f598ca 100644
--- a/src/amd/common/sid
On Mon, Oct 31, 2016 at 1:59 PM, Emil Velikov
wrote:
> On 31 October 2016 at 20:47, Jason Ekstrand wrote:
> > On Mon, Oct 31, 2016 at 8:34 AM, Emil Velikov
> > wrote:
> >>
> >> On 31 October 2016 at 15:11, Ilia Mirkin wrote:
> >> > Hi Emil,
> >> >
> >> > It appears that you missed cherry-picki
On 29.10.2016 13:17, Marek Olšák wrote:
From: Marek Olšák
---
src/gallium/drivers/radeon/r600_texture.c | 13 +
src/gallium/drivers/radeonsi/si_blit.c| 5 +++--
2 files changed, 8 insertions(+), 10 deletions(-)
diff --git a/src/gallium/drivers/radeon/r600_texture.c
b/src/gal
On 31 October 2016 at 20:47, Jason Ekstrand wrote:
> On Mon, Oct 31, 2016 at 8:34 AM, Emil Velikov
> wrote:
>>
>> On 31 October 2016 at 15:11, Ilia Mirkin wrote:
>> > Hi Emil,
>> >
>> > It appears that you missed cherry-picking one of Samuel's commits:
>> >
>> > commit 84e946380b2d5ddc62a107b667
On Mon, Oct 31, 2016 at 8:34 AM, Emil Velikov
wrote:
> On 31 October 2016 at 15:11, Ilia Mirkin wrote:
> > Hi Emil,
> >
> > It appears that you missed cherry-picking one of Samuel's commits:
> >
> > commit 84e946380b2d5ddc62a107b667be39abf1932704
> > Author: Samuel Pitoiset
> > Date: Wed Oct
On 31 October 2016 at 19:20, Adam Jackson wrote:
> On Fri, 2016-10-28 at 17:11 +0100, Emil Velikov wrote:
>> > On 19 October 2016 at 18:39, Adam Jackson wrote:
>> > The "implementation" in Mesa would be __glXBindTexImageEXT. One could
>> > argue that dispatch_* could be smart enough to recognize
https://bugs.freedesktop.org/show_bug.cgi?id=98428
--- Comment #8 from ajax at nwnk dot net ---
(In reply to Ian Romanick from comment #7)
> So... how does it work if the linked libglapi and libGL provide different,
> incompatible implementations of, say, _glapi_set_dispatch?
Define "incompatibl
Hi,
Can you try to replace:
if (!(surf_ws->flags & RADEON_SURF_IMPORTED)) {
with:
if (!(surf_ws->flags & (RADEON_SURF_IMPORTED | RADEON_SURF_FMASK))) {
?
Marek
On Mon, Oct 31, 2016 at 7:21 PM, Dieter Nützel wrote:
> Hello Emil,
>
> if this commit
>
> commit 81a95946dab730c1cfcf04ac1373cea5f
On Mon, Oct 31, 2016 at 01:16:51PM -0700, Anuj Phogat wrote:
> On Wed, Oct 26, 2016 at 11:23 AM, Nanley Chery wrote:
> > 3DSTATE_WM_CHROMAKEY isn't programmed anywhere else.
> > 3DSTATE_WM_HZ_OP is programmed, then cleared by blorp during a
> > HZ op, so repeatedly clearing it after every blorp ex
On Mon, Oct 31, 2016 at 11:35:36AM -0700, Jason Ekstrand wrote:
>Instead, I think we just want to start using my "CCS-correct copy
>patches"
I agree.
>
>On Tue, Oct 11, 2016 at 12:26 PM, Topi Pohjolainen
><[1]topi.pohjolai...@gmail.com> wrote:
>
> Signed-off-by: Topi Pohjol
On 31 October 2016 at 18:08, Marek Olšák wrote:
> On Mon, Oct 31, 2016 at 6:02 PM, Emil Velikov
> wrote:
>> On 29 October 2016 at 12:18, Marek Olšák wrote:
>>> From: Marek Olšák
>>>
>>> breaking libgbm -> libEGL ABI?
>> Old branch ? Rob (identical) patch has already landed -
>> 74b1969d717f242
From: Ben Widawsky
On SKL (also fast clear is used for level 0, layer 0):
Manhattan 3.0: 3.88434% +/- 0.814659%
Manhattan 3.0 off: 3.25542% +/- 0.101149%
Trex: 3.43501% +/- 0.31223%
Trex off: 4.13781% +/- 0.0993569%
ON BDW:
Manhattan 3.0:
On Wed, Oct 26, 2016 at 11:23 AM, Nanley Chery wrote:
> 3DSTATE_WM_CHROMAKEY isn't programmed anywhere else.
> 3DSTATE_WM_HZ_OP is programmed, then cleared by blorp during a
> HZ op, so repeatedly clearing it after every blorp execution is
> redundant.
>
> Signed-off-by: Nanley Chery
> ---
> src
Reviewed-by: Bas Nieuwenhuizen
On Wed, Oct 26, 2016 at 4:32 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> For 0 timeout, just poll for an event, and if none, return
> For UINT64_MAX timeout, just wait for special event blocked
> For other timeouts get the xcb fd and block on it, decreasing
> t
On Wed, Oct 26, 2016 at 11:23 AM, Nanley Chery wrote:
> This packet is non-pipelined and doesn't ever change across emissions.
>
> Signed-off-by: Nanley Chery
> ---
> src/mesa/drivers/dri/i965/brw_misc_state.c | 41
> +++-
> src/mesa/drivers/dri/i965/brw_state.h
From: Roland Scheidegger
Instead of doing all the math with scalars, use vectors. This means the
overflow math needs to be done manually, albeit that's only really
problematic for the stride/index mul, the rest has been pretty much
moved outside the shader loop (albeit the mul could actually be o
Am 31.10.2016 19:33, schrieb Emil Velikov:
On 31 October 2016 at 18:16, Dieter Nützel
wrote:
Hello Emil,
if this commit
commit 81a95946dab730c1cfcf04ac1373cea5f7908f65
Author: Marek Olšák
Date: Thu Oct 20 22:57:03 2016 +0200
gallium/radeon: fold radeon_winsys::surface_best into
radeo
On Fri, 2016-10-28 at 17:11 +0100, Emil Velikov wrote:
> > On 19 October 2016 at 18:39, Adam Jackson wrote:
> > The "implementation" in Mesa would be __glXBindTexImageEXT. One could
> > argue that dispatch_* could be smart enough to recognize their own
> > dispatch tables, skip the glvnd call to -
Instead, I think we just want to start using my "CCS-correct copy patches"
On Tue, Oct 11, 2016 at 12:26 PM, Topi Pohjolainen <
topi.pohjolai...@gmail.com> wrote:
> Signed-off-by: Topi Pohjolainen
> ---
> src/intel/blorp/blorp.h | 2 ++
> src/intel/blorp/blorp_blit.c |
On Tue, Oct 11, 2016 at 12:26 PM, Topi Pohjolainen <
topi.pohjolai...@gmail.com> wrote:
> There are actually two contradicting pieces in the bspec:
>
> From the BSpec: 3D-Media-GPGPU Engine - 3D Pipeline Stages - Pixel -
> Pixel Backend [IVB+] - MCS Buffer for Render Target(s)
>
> BDW: Mip-mapped
Hello Emil,
if this commit
commit 81a95946dab730c1cfcf04ac1373cea5f7908f65
Author: Marek Olšák
Date: Thu Oct 20 22:57:03 2016 +0200
gallium/radeon: fold radeon_winsys::surface_best into radeon/winsys
Reviewed-by: Nicolai Hähnle
hits 13.0.0 then I've found an regression on r600g NI
On Mon, Oct 31, 2016 at 6:02 PM, Emil Velikov wrote:
> On 29 October 2016 at 12:18, Marek Olšák wrote:
>> From: Marek Olšák
>>
>> breaking libgbm -> libEGL ABI?
> Old branch ? Rob (identical) patch has already landed -
> 74b1969d717f2428f0b9dcaaea611e95736120a5
That's a different extension.
>
The emission of vertex attributes corresponding to dvec3 and dvec4
vertex shader input variables was not correct when the passed
to the VertexAttribL* commands was <= 2.
This was because we were using the vertex array size when emitting vertices
to decide if we uploaded a 64-bit floating point at
https://bugs.freedesktop.org/show_bug.cgi?id=91100
Vinson Lee changed:
What|Removed |Added
Version|git |11.0
--
You are receiving this mail becaus
https://bugs.freedesktop.org/show_bug.cgi?id=92552
Vinson Lee changed:
What|Removed |Added
Version|git |11.1
--
You are receiving this mail becaus
https://bugs.freedesktop.org/show_bug.cgi?id=92946
Vinson Lee changed:
What|Removed |Added
Version|git |11.1
--
You are receiving this mail becaus
https://bugs.freedesktop.org/show_bug.cgi?id=92954
Vinson Lee changed:
What|Removed |Added
Version|git |11.1
--
You are receiving this mail becaus
https://bugs.freedesktop.org/show_bug.cgi?id=96254
Vinson Lee changed:
What|Removed |Added
Version|git |12.0
--
You are receiving this mail becaus
https://bugs.freedesktop.org/show_bug.cgi?id=93203
Vinson Lee changed:
What|Removed |Added
Version|git |11.1
--
You are receiving this mail becaus
On 29 October 2016 at 12:18, Marek Olšák wrote:
> From: Marek Olšák
>
> breaking libgbm -> libEGL ABI?
Old branch ? Rob (identical) patch has already landed -
74b1969d717f2428f0b9dcaaea611e95736120a5
Although the ABI breakage and how to prevent it [in the future] still stand [1].
Fancy giving it
https://bugs.freedesktop.org/show_bug.cgi?id=96518
Vinson Lee changed:
What|Removed |Added
Blocks||98471
Referenced Bugs:
https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=98471
Vinson Lee changed:
What|Removed |Added
Depends on||96518
Referenced Bugs:
https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=96518
Vinson Lee changed:
What|Removed |Added
Version|git |13.0
--
You are receiving this mail becaus
https://bugs.freedesktop.org/show_bug.cgi?id=98471
Vinson Lee changed:
What|Removed |Added
Depends on||96684
Referenced Bugs:
https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=96684
Vinson Lee changed:
What|Removed |Added
Blocks||98471
Referenced Bugs:
https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=96684
Vinson Lee changed:
What|Removed |Added
Version|git |12.0
--
You are receiving this mail becaus
https://bugs.freedesktop.org/show_bug.cgi?id=98471
Vinson Lee changed:
What|Removed |Added
Depends on||96698
Referenced Bugs:
https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=96698
Vinson Lee changed:
What|Removed |Added
Blocks||98471
Referenced Bugs:
https://bugs.freed
1 - 100 of 146 matches
Mail list logo
