Writing and testing are two different things and they can be set separately
by the application. If an application wants to record depth data without
caring for the depth test, it can enable depth test and set the depth
compare function to VK_COMPARE_OP_ALWAYS or it can simply disable
depth testing
On Tue, Mar 28, 2017 at 05:33:37PM -0700, Jason Ekstrand wrote:
> Found by inspection while rebasing other patches.
> ---
> src/intel/vulkan/anv_batch_chain.c | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
Reviewed-by: Topi Pohjolainen
>
> diff --git a/src/intel/vulkan/anv_batch
On Tue, 2017-03-28 at 08:28 -0700, Jason Ekstrand wrote:
> Sorry I haven't gotten back on this. It got lost somehow.
>
> On Fri, Mar 10, 2017 at 1:56 AM, Iago Toral
> wrote:
> > On Thu, 2017-03-09 at 14:05 -0800, Jason Ekstrand wrote:
> > > ---
> > > src/compiler/nir/nir.h
Jason, Curro, do you have any opinion if this is worth pursuing?
I need something for blorp blits at least - using blorp for texture
uploads on top of current excessive flushing regresses perf.
When working on gpu hangs on SKL we also identified compute
flushing caches it shouldn't. I think those
Rb
On March 28, 2017 21:51:06 Kenneth Graunke wrote:
---
src/mesa/drivers/dri/i965/brw_compute.c | 13 -
1 file changed, 4 insertions(+), 9 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_compute.c
b/src/mesa/drivers/dri/i965/brw_compute.c
index 16b5df7ca4e..21da2ad17b
Reviewed-by: Jason Ekstrand
On March 28, 2017 21:50:54 Kenneth Graunke wrote:
These two functions do the exact same thing. One returns a uint64_t,
and the other takes the same uint64_t and truncates it to a uint32_t.
We only need the uint64_t variant - the caller can truncate if it wants.
---
src/mapi/glapi/gen/ARB_separate_shader_objects.xml | 68 +++---
1 file changed, 34 insertions(+), 34 deletions(-)
diff --git a/src/mapi/glapi/gen/ARB_separate_shader_objects.xml
b/src/mapi/glapi/gen/ARB_separate_shader_objects.xml
index c9f481d..26a7afa 100644
--- a/src/mapi/
The old code would sync and then throw a cryptic error message.
There is no need for a custome error, we can just fallback to
the real function and have it do proper validation.
Fixes piglit test:
glsl-uniform-out-of-bounds
Which was returning the wrong error code.
---
src/mapi/glapi/gen/gl_mars
Reviewed-by: Tapani Pälli
On 03/28/2017 09:38 PM, Harish Krupo wrote:
We have functions which depend on sse4.1 support but we didnt pass
the right compile flag for it. This patch fixes it.
Signed-off-by: Kalyan Kondapally
Signed-off-by: Harish Krupo
---
src/mesa/Android.libmesa_sse41.mk |
From: Dave Airlie
Doing this before tessellation makes doing some bits of
tessellation a bit cleaner. It also cleans up a bit of the
llvm generator code.
Signed-off-by: Dave Airlie
---
src/amd/common/ac_nir_to_llvm.c | 144 ++--
src/amd/vulkan/radv_pipeline.
---
src/mesa/drivers/dri/i965/brw_compute.c | 13 -
1 file changed, 4 insertions(+), 9 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_compute.c
b/src/mesa/drivers/dri/i965/brw_compute.c
index 16b5df7ca4e..21da2ad17b5 100644
--- a/src/mesa/drivers/dri/i965/brw_compute.c
+++ b
These two functions do the exact same thing. One returns a uint64_t,
and the other takes the same uint64_t and truncates it to a uint32_t.
We only need the uint64_t variant - the caller can truncate if it wants.
This patch gives us one function, intel_batchbuffer_reloc, that does
the 64-bit thing
https://bugs.freedesktop.org/show_bug.cgi?id=100441
Bug ID: 100441
Summary: glsl/tests/optimization-test.sh regression
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: All
Status: NEW
Keywords: regr
---
src/mapi/glapi/gen/gl_marshal.py | 1 +
src/mesa/main/marshal.h | 13 +
2 files changed, 14 insertions(+)
diff --git a/src/mapi/glapi/gen/gl_marshal.py b/src/mapi/glapi/gen/gl_marshal.py
index c89d397..9639f9c 100644
--- a/src/mapi/glapi/gen/gl_marshal.py
+++ b/src/mapi/
On 29 March 2017 at 10:03, Bas Nieuwenhuizen wrote:
> This series introduces the sparseBinding capability to radv.
>
> I've mostly rebased & clarified the core remapping algorithm in patch 1,
> as well as fixed some bugs that I found.
>
> No regressions on CTS, all new non-skipping tests (~400) pa
Instead of just advertising the aperture size, we do something more
intelligent. On systems with a full 48-bit PPGTT, we can address 100%
of the available system RAM from the GPU. In order to keep clients from
burning 100% of your available RAM for graphics resources, we have a
nice little heuris
This commit adds support for using the full 48-bit address space on
Broadwell and newer hardware. Thanks to certain limitations, not all
objects can be placed above the 32-bit boundary. In particular, general
and state base address need to live within 32 bits. (See also
Wa32bitGeneralStateOffset
This patch series is largely a re-send of the series with a couple of
tweaks to patch 1. Most notably, I did a bunch of digging as to why
allowing dynamic and instruction state buffers to get a 48-bit address is
problematic. The details are in the big fat comment I added to
anv_bo::supports_48bit
On 28 March 2017 at 20:43, Chad Versace wrote:
> On Tue 28 Mar 2017, Emil Velikov wrote:
>> Hi Chad,
>>
>> On 25 March 2017 at 02:28, Chad Versace wrote:
>> > genX_bits.h contains the sizes of bitfields in genxml instructions,
>> > structures, and registers. It also defines some functions to quer
https://bugs.freedesktop.org/show_bug.cgi?id=100424
--- Comment #3 from Darren Salt ---
Happening with 4.11-rc4; essentially the same backtrace. I'll try bumping llvm
next (probably to 4.0~svn294803), although I expect little difference.
--
You are receiving this mail because:
You are the QA Co
https://bugs.freedesktop.org/show_bug.cgi?id=100424
Darren Salt changed:
What|Removed |Added
Summary|X hang (in kernel) after|X hang (in kernel) after
Found by inspection while rebasing other patches.
---
src/intel/vulkan/anv_batch_chain.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/intel/vulkan/anv_batch_chain.c
b/src/intel/vulkan/anv_batch_chain.c
index 5d7abc6..5a6c0ba 100644
--- a/src/intel/vulkan/anv_batch
Hi Tim,
On 27 March 2017 at 17:17, Tim Rowley wrote:
> Move common codegen functions into gen_common.py.
>
> v2: change gen_knobs.py to find the template file internally, like
> the rest of the gen scripts.
Hard-coding file names and location inside generator scripts is bad
idea. I'd kindly urge
https://bugs.freedesktop.org/show_bug.cgi?id=100438
--- Comment #1 from Timothy Arceri ---
(In reply to Vinson Lee from comment #0)
> mesa: 7ee91af30074a4381e4353122319e3b4b3fe7cbd (master 17.1.0-devel)
>
> This GLSL shader triggers an assert.
>
> void main()
> {
> a[b](c);
> }
>
>
Can you
Signed-off-by: Bas Nieuwenhuizen
---
src/amd/vulkan/radv_image.c | 23 +--
src/amd/vulkan/radv_private.h | 1 +
2 files changed, 22 insertions(+), 2 deletions(-)
diff --git a/src/amd/vulkan/radv_image.c b/src/amd/vulkan/radv_image.c
index dfd70a9eab8..3997e81acc1 100644
--
v2: Only submit when semaphores are specified.
Signed-off-by: Bas Nieuwenhuizen
---
src/amd/vulkan/radv_device.c | 84 +---
1 file changed, 80 insertions(+), 4 deletions(-)
diff --git a/src/amd/vulkan/radv_device.c b/src/amd/vulkan/radv_device.c
index adc
Signed-off-by: Bas Nieuwenhuizen
---
src/amd/vulkan/radv_device.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/src/amd/vulkan/radv_device.c b/src/amd/vulkan/radv_device.c
index d10d420c3cf..64970bd1b3a 100644
--- a/src/amd/vulkan/radv_device.c
+++ b/src/amd/vul
Per the Vulkan spec, memory objects may be deleted before the buffers
and images using them are deleted, although those resources then
cannot be used except for deletion themselves.
For the virtual buffers, we need to access them on resource destruction
to unmap the regions, so this results in a u
v2: - Added comments.
- Fixed a double unmap bug.
- Actually unmap the non-edge old ranges.
Signed-off-by: Bas Nieuwenhuizen
---
src/amd/vulkan/radv_radeon_winsys.h | 5 +
src/amd/vulkan/winsys/amdgpu/radv_amdgpu_bo.c | 237 +++---
src/amd/vulkan/winsys/am
This series introduces the sparseBinding capability to radv.
I've mostly rebased & clarified the core remapping algorithm in patch 1,
as well as fixed some bugs that I found.
No regressions on CTS, all new non-skipping tests (~400) pass.
Bas Nieuwenhuizen (6):
radv/amdgpu: Add winsys implement
Signed-off-by: Bas Nieuwenhuizen
---
src/amd/vulkan/radv_device.c | 22 --
src/amd/vulkan/radv_private.h | 1 +
2 files changed, 21 insertions(+), 2 deletions(-)
diff --git a/src/amd/vulkan/radv_device.c b/src/amd/vulkan/radv_device.c
index dcef1da7e3c..adcc63a8172 100644
-
On Tue, Mar 28, 2017 at 7:07 AM, Emil Velikov
wrote:
> Hi all,
>
> On 15 March 2017 at 18:58, Jason Ekstrand wrote:
> > The programming note that says we need to do this still exists in the
> > SkyLake PRM and, from looking at the bspec, seems to apply to all
> > hardware generations SNB+. Also
Already upstream.
On Mon 13 Mar 2017, Jason Ekstrand wrote:
> ---
> src/util/vk_util.h | 17 +
> 1 file changed, 17 insertions(+)
>
> diff --git a/src/util/vk_util.h b/src/util/vk_util.h
> index e0b5d0b..0b9cb47 100644
> --- a/src/util/vk_util.h
> +++ b/src/util/vk_util.h
> @@ -4
On Mon 13 Mar 2017, Jason Ekstrand wrote:
> We're about to have more UUIDs for different things so this one really
> needs to be properly labeled.
> ---
> src/intel/vulkan/anv_device.c | 5 +++--
> src/intel/vulkan/anv_pipeline_cache.c | 4 ++--
> src/intel/vulkan/anv_private.h| 2
On Mon 13 Mar 2017, Jason Ekstrand wrote:
> ---
> src/intel/vulkan/anv_device.c | 31 +--
> 1 file changed, 17 insertions(+), 14 deletions(-)
>
> diff --git a/src/intel/vulkan/anv_device.c b/src/intel/vulkan/anv_device.c
> index 5db0a6c..13c1c50 100644
> --- a/src/inte
On 29/03/17 03:59, Emil Velikov wrote:
Hi Chad,
On 24 March 2017 at 20:44, Chad Versace wrote:
On Tue 21 Mar 2017, Matt Turner wrote:
On Mon, Mar 20, 2017 at 12:39 PM, Emil Velikov wrote:
On 20 March 2017 at 18:30, Matt Turner wrote:
On Mon, Mar 20, 2017 at 6:55 AM, Emil Velikov wrote:
https://bugs.freedesktop.org/show_bug.cgi?id=100438
Bug ID: 100438
Summary: glsl/ir.cpp:1376:
ir_dereference_variable::ir_dereference_variable(ir_va
riable*): Assertion `var != NULL' failed.
Product: Mesa
Version:
Fix codegen build break that was introduced earlier
v2: update rules for gen_knobs.cpp and gen_knobs.h
v3: Introduce bldroot and revert generator file changes, making patch simpler.
---
src/gallium/drivers/swr/SConscript | 38 +++---
1 file changed, 31 insertions(
When a client causes a GPU hang (or experiences issues due to a hang in
another client) we want to let it know as soon as possible. In
particular, if it submits work with a fence and calls vkWaitForFences or
vkQueueQaitIdle and it returns VK_SUCCESS, then the client should be
able to trust the res
It's possible that the device could have been lost while we were
waiting. We should let the user know if this has happened.
---
src/intel/vulkan/anv_device.c | 19 ++-
1 file changed, 14 insertions(+), 5 deletions(-)
diff --git a/src/intel/vulkan/anv_device.c b/src/intel/vulkan/a
https://bugs.freedesktop.org/show_bug.cgi?id=100201
--- Comment #7 from Jose Fonseca ---
The links errors are possibly due to Mesa and LLVM not being built exactly with
the same compiler as Mesa, no?
Or perhaps we need to update mesa/scons/llvm.py with a special case for LLVM
4.0 with additional
Quoting Jose Fonseca (2017-03-28 13:45:57)
> On 28/03/17 21:32, Dylan Baker wrote:
> > Quoting Jose Fonseca (2017-03-28 09:19:48)
> >> On 28/03/17 00:12, Dylan Baker wrote:
> >>> Quoting Jose Fonseca (2017-03-27 09:58:59)
> On 27/03/17 17:42, Dylan Baker wrote:
> > Quoting Jose Fonseca (20
https://bugs.freedesktop.org/show_bug.cgi?id=100425
Timothy Arceri changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
Resolution|---
On 28/03/17 21:32, Dylan Baker wrote:
Quoting Jose Fonseca (2017-03-28 09:19:48)
On 28/03/17 00:12, Dylan Baker wrote:
Quoting Jose Fonseca (2017-03-27 09:58:59)
On 27/03/17 17:42, Dylan Baker wrote:
Quoting Jose Fonseca (2017-03-27 09:31:04)
On 27/03/17 17:24, Dylan Baker wrote:
Quoting Jo
st_finalize_texture always accesses image at face 0, but it may not be set if
we are working with cubemap that had other face set.
This fixes crash in piglit
same-attachment-glFramebufferTexture2D-GL_DEPTH_STENCIL_ATTACHMENT.
---
Hi, this is my attempt to fix crash in piglit test
same-attachmen
On Mon, 27 Mar 2017 16:10:32 +0200
Gregory Hainaut wrote:
> Hello,
>
> Sorry I was in vacation. I will update my patch with a hash map to
> trace buffer creation/destruction.
>
> Cheers,
> Gregory
>
> On 3/20/17, Nicolai Hähnle wrote:
> > On 20.03.2017 14:33, Markus Wick wrote:
> >> Am 2017-0
Thomas Hellstrom writes:
> Drivers may queue dma operations on the context at unmap time so we need
> to flush to make sure the data gets to the bo. Ideally the application
> would take care of this, but since there appears to be no exported gbm
> flush functionality we need to explicitly flush a
Quoting Jose Fonseca (2017-03-28 09:19:48)
> On 28/03/17 00:12, Dylan Baker wrote:
> > Quoting Jose Fonseca (2017-03-27 09:58:59)
> >> On 27/03/17 17:42, Dylan Baker wrote:
> >>> Quoting Jose Fonseca (2017-03-27 09:31:04)
> On 27/03/17 17:24, Dylan Baker wrote:
> > Quoting Jose Fonseca (20
To catch more of those hangs early.
Signed-off-by: Bas Nieuwenhuizen
---
src/amd/vulkan/radv_cs.h | 4
1 file changed, 4 insertions(+)
diff --git a/src/amd/vulkan/radv_cs.h b/src/amd/vulkan/radv_cs.h
index 2c8935f3065..8fcdad9dbbd 100644
--- a/src/amd/vulkan/radv_cs.h
+++ b/src/amd/vulkan/
Hi Lucas
2017-03-27 10:40 GMT+02:00 Lucas Stach :
> Am Sonntag, den 26.03.2017, 16:13 +0200 schrieb Christian Gmeiner:
>> If we render to rb swapped format we will create a shader variant doing
>> the involved swizzing in the pixel shader.
>>
>> Signed-off-by: Christian Gmeiner
>> ---
>> src/ga
Hi Lucas
2017-03-27 10:43 GMT+02:00 Lucas Stach :
> Am Sonntag, den 26.03.2017, 16:13 +0200 schrieb Christian Gmeiner:
>> Signed-off-by: Christian Gmeiner
>
> s/adopt/adapt in the subject
>
Fixed locally.
> Reviewed-by: Lucas Stach
>
greets
--
Christian Gmeiner, MSc
https://www.youtube.com/u
Hi Lucas
>> diff --git a/src/gallium/drivers/etnaviv/etnaviv_shader.h
>> b/src/gallium/drivers/etnaviv/etnaviv_shader.h
>> index 9f26bef..b0d97a7 100644
>> --- a/src/gallium/drivers/etnaviv/etnaviv_shader.h
>> +++ b/src/gallium/drivers/etnaviv/etnaviv_shader.h
>> @@ -32,6 +32,21 @@
>> struct etn
Patches 6 & 7 return void, but patch 5 defines the return type as
bool. With those fixed, patches 5-7 are:
Reviewed-by: Marek Olšák
Marek
On Tue, Mar 28, 2017 at 11:11 AM, Nicolai Hähnle wrote:
> From: Nicolai Hähnle
>
> ---
> src/gallium/drivers/trace/tr_context.c | 20
On Tue, Mar 28, 2017 at 9:31 PM, Eric Anholt wrote:
> Edmondo Tommasina writes:
>
>> On Mon, Mar 27, 2017 at 11:32 PM, Eric Anholt wrote:
>>> Edmondo Tommasina writes:
>>>
On Mon, Mar 27, 2017 at 6:05 PM, Eric Anholt wrote:
> Edmondo Tommasina writes:
>
>> Define a new MESA_U
On Tue, Mar 28, 2017 at 11:11 AM, Nicolai Hähnle wrote:
> From: Nicolai Hähnle
>
> TODO fill out caps in all drivers
>
> v2:
> - explain the resource_commit interface in more detail
> ---
> src/gallium/docs/source/context.rst | 25 +
> src/gallium/docs/source/screen.rst
On Tue 28 Mar 2017, Emil Velikov wrote:
> Hi Chad,
>
> On 25 March 2017 at 02:28, Chad Versace wrote:
> > genX_bits.h contains the sizes of bitfields in genxml instructions,
> > structures, and registers. It also defines some functions to query those
> > sizes.
> >
> > isl_surf_init() will use th
Drivers may queue dma operations on the context at unmap time so we need
to flush to make sure the data gets to the bo. Ideally the application
would take care of this, but since there appears to be no exported gbm
flush functionality we need to explicitly flush at unmap time.
This fixes a problem
Actually nevermind.
Patches 1-3:
Reviewed-by: Marek Olšák
Patches 4-5:
These have no effect, because r600g hw doesn't use TC for index fetches.
Marek
On Tue, Mar 28, 2017 at 9:33 PM, Marek Olšák wrote:
> BTW, I don't know if tcc_cache_line_size has the correct value for
> pre-GCN chips.
>
>
Ok, I can look it up. Is there some docs where I find the right alignment value?
On 28.03.2017 22:33, Marek Olšák wrote:
> BTW, I don't know if tcc_cache_line_size has the correct value for
> pre-GCN chips.
>
> Marek
>
> On Sun, Mar 26, 2017 at 5:36 PM, Constantine Kharlamov
> wrote:
>> Stolen
BTW, I don't know if tcc_cache_line_size has the correct value for
pre-GCN chips.
Marek
On Sun, Mar 26, 2017 at 5:36 PM, Constantine Kharlamov
wrote:
> Stolen from radeonsi
>
> Signed-off-by: Constantine Kharlamov
> ---
> src/gallium/drivers/r600/r600_state_common.c | 3 ++-
> 1 file changed,
Edmondo Tommasina writes:
> On Mon, Mar 27, 2017 at 11:32 PM, Eric Anholt wrote:
>> Edmondo Tommasina writes:
>>
>>> On Mon, Mar 27, 2017 at 6:05 PM, Eric Anholt wrote:
Edmondo Tommasina writes:
> Define a new MESA_USER_DRIRC environment variable to load a customized
> drirc
Hi Lucas,
2017-03-27 10:56 GMT+02:00 Lucas Stach :
> Am Sonntag, den 26.03.2017, 16:13 +0200 schrieb Christian Gmeiner:
>> This commit adds some basic infrastructure to handle shader
>> variants. We are still creating exactly one shader variant
>> for each shader.
>>
>> Signed-off-by: Christian G
On 28 March 2017 at 21:05, Alex Smith wrote:
> Hi Dave,
>
> This commit is causing some GPU hangs for us, on Polaris cards at least (470
> and 480).
>
> It also causes hangs in Dota 2 (on the initial logo screen at startup).
>
> Seems to be caused by the change to set the SPI_PS_INPUT_CNTL registe
On Mon, Mar 27, 2017 at 11:32 PM, Eric Anholt wrote:
> Edmondo Tommasina writes:
>
>> On Mon, Mar 27, 2017 at 6:05 PM, Eric Anholt wrote:
>>> Edmondo Tommasina writes:
>>>
Define a new MESA_USER_DRIRC environment variable to load a customized
drirc file.
When the variable is
This probably should be CC Mesa 17 stable. I'll add it before push.
On 26/03/2017 23:00, Axel Davy wrote:
RCP was used incorrectly to support NINED3DSPSM_DW and
NINED3DSPSM_DZ. src.x as used as input instead of src.w
or src.z.
Fixes: https://github.com/iXit/Mesa-3D/issues/271
Signed-off-by: Ax
On Tuesday, March 28, 2017 7:47:39 AM PDT Emil Velikov wrote:
> From: Emil Velikov
>
> The only part which requires libdrm_intel tools/aubinator is not built
> on Android.
>
> Signed-off-by: Emil Velikov
> ---
> What was 1/3 of the series has superseded by Ken with commit
> 0c3fbf8028b6f44a3415
On Tue, Mar 28, 2017 at 4:12 PM, Emil Velikov wrote:
> On 17 March 2017 at 08:42, Bas Nieuwenhuizen wrote:
>> We never supported more, as we can run out of user SGPRs on the VS.
>>
>> Fixes: f4e499ec791 ("radv: add initial non-conformant radv vulkan driver")
>> Signed-off-by: Bas Nieuwenhuizen
>
On Tue, Mar 28, 2017 at 6:31 PM, Alex Smith wrote:
> On 28 March 2017 at 17:09, Emil Velikov wrote:
>>
>> On 22 March 2017 at 10:06, Bas Nieuwenhuizen
>> wrote:
>> > On Tue, Mar 21, 2017 at 1:02 PM, Alex Smith
>> > wrote:
>> >> CP DMA and PKT3_WRITE_DATA (in CmdUpdateBuffer) don't (currently) w
On 03/28/2017 11:19 AM, Dylan Baker wrote:
Quoting Jose Fonseca (2017-03-28 09:19:48)
On 28/03/17 00:12, Dylan Baker wrote:
Okay, I have libepoxy working for windows. I also got libepoxy working as a
subproject, but it took a bit of hacking on their build system (there's
some things they're do
Hi Andres,
Thanks for the corrections/updates.
On 27 March 2017 at 19:48, Andres Gomez wrote:
> A series of patches adding more details to the release process.
>
> Andres Gomez (7):
> docs/releasing: format/style homogenization
> docs/releasing: check in master for forgotten nomination candi
https://bugs.freedesktop.org/show_bug.cgi?id=100425
--- Comment #4 from Kai Ninomiya ---
Thanks Timothy and Timo, if this isn't a major, widely-seen regression in
12.0.6 then there isn't much we can do. If Chromium added a workaround it would
also be a few months before the fix is out, so the xen
Quoting Chad Versace (2017-03-28 09:37:56)
> On Sat 25 Mar 2017, Dylan Baker wrote:
> >
> > This is just a suggestion, feel free to ignore
> >
> > I forgot to do something here, but this is one case where using
> > argparse.FileType might actually be the right thing to do.
> >
> > it would like
Quoting Jose Fonseca (2017-03-28 09:19:48)
> On 28/03/17 00:12, Dylan Baker wrote:
> >
> > Okay, I have libepoxy working for windows. I also got libepoxy working as a
> > subproject, but it took a bit of hacking on their build system (there's
> > some things they're doing that make them non-subproj
On Tue, Mar 28, 2017 at 6:52 PM, Julien Isorce wrote:
> - if (program->input_size || program->ir_type ==
> PIPE_SHADER_IR_NATIVE)
> - si_upload_compute_input(sctx, code_object, info);
> + if ((program->input_size ||
> +program->ir_type == PIPE_SHADER_IR_NATIVE
https://bugs.freedesktop.org/show_bug.cgi?id=100430
--- Comment #5 from jdr...@gmail.com ---
Created attachment 130506
--> https://bugs.freedesktop.org/attachment.cgi?id=130506&action=edit
Screen part missing (fifo)
Last one recorded with dolphin's fifo player.
Hope it helps.
--
You are recei
Hi Chad,
On 24 March 2017 at 20:44, Chad Versace wrote:
> On Tue 21 Mar 2017, Matt Turner wrote:
>> On Mon, Mar 20, 2017 at 12:39 PM, Emil Velikov
>> wrote:
>> > On 20 March 2017 at 18:30, Matt Turner wrote:
>> >> On Mon, Mar 20, 2017 at 6:55 AM, Emil Velikov
>> >> wrote:
>
>> >>> These proj
https://bugs.freedesktop.org/show_bug.cgi?id=100430
--- Comment #4 from jdr...@gmail.com ---
Created attachment 130505
--> https://bugs.freedesktop.org/attachment.cgi?id=130505&action=edit
White Square on MarioKart (fifo)
Same: 3 pictures saved
--
You are receiving this mail because:
You are
Oops it should be just "return;" here.
On 28 March 2017 at 17:52, Julien Isorce wrote:
> - if (program->input_size || program->ir_type ==
> PIPE_SHADER_IR_NATIVE)
> - si_upload_compute_input(sctx, code_object, info);
> + if ((program->input_size ||
> +progra
https://bugs.freedesktop.org/show_bug.cgi?id=100430
--- Comment #3 from jdr...@gmail.com ---
Created attachment 130504
--> https://bugs.freedesktop.org/attachment.cgi?id=130504&action=edit
bad colors on MarioKart (fifo)
I used the fifo player included in dolphin to record 3 images.
--
You are
- if (program->input_size || program->ir_type ==
PIPE_SHADER_IR_NATIVE)
- si_upload_compute_input(sctx, code_object, info);
+ if ((program->input_size ||
+program->ir_type == PIPE_SHADER_IR_NATIVE) &&
+unlikely(!si_upload_compute_input(sctx, code_ob
Hi Chad,
On 25 March 2017 at 02:28, Chad Versace wrote:
> genX_bits.h contains the sizes of bitfields in genxml instructions,
> structures, and registers. It also defines some functions to query those
> sizes.
>
> isl_surf_init() will use the new header to validate that requested
> pitches fit in
https://bugs.freedesktop.org/show_bug.cgi?id=100430
jdr...@gmail.com changed:
What|Removed |Added
CC||jdr...@gmail.com
--
You are receivin
On Sat 25 Mar 2017, Dylan Baker wrote:
> Oh, for what it's worth (since I wrote part of this), with the one .keys()
> thing
> changed:
> Reviewed-by: Dylan Baker
Thanks
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.
On Sat 25 Mar 2017, Dylan Baker wrote:
> Quoting Chad Versace (2017-03-24 19:28:23)
> > genX_bits.h contains the sizes of bitfields in genxml instructions,
> > structures, and registers. It also defines some functions to query those
> > sizes.
> >
> > isl_surf_init() will use the new header to val
https://bugs.freedesktop.org/show_bug.cgi?id=100430
--- Comment #2 from Ilia Mirkin ---
I suspect you'll greatly increase the likelihood of getting this issue
investigated if you include a dolphin fifo log which can be used to reproduce
the issue. [Not sure how those are recorded, I'm sure the do
On 28 March 2017 at 17:09, Emil Velikov wrote:
> On 22 March 2017 at 10:06, Bas Nieuwenhuizen
> wrote:
> > On Tue, Mar 21, 2017 at 1:02 PM, Alex Smith
> wrote:
> >> CP DMA and PKT3_WRITE_DATA (in CmdUpdateBuffer) don't (currently) write
> >> through L2. Therefore, to make these writes visible t
On Tue, Mar 28, 2017 at 9:15 AM, Chad Versace
wrote:
> On Sat 25 Mar 2017, Jason Ekstrand wrote:
> >
> >
> > On March 24, 2017 7:29:05 PM Chad Versace
> wrote:
> >
> > > Validate that isl_surf::row_pitch fits in the below bitfields,
> > > if applicable based on isl_surf::usage.
> > >
> > > R
On 28/03/17 00:12, Dylan Baker wrote:
Quoting Jose Fonseca (2017-03-27 09:58:59)
On 27/03/17 17:42, Dylan Baker wrote:
Quoting Jose Fonseca (2017-03-27 09:31:04)
On 27/03/17 17:24, Dylan Baker wrote:
Quoting Jose Fonseca (2017-03-26 14:53:50)
I've pushed the branch to mesa/demos, so we can a
On Sat 25 Mar 2017, Jason Ekstrand wrote:
>
>
> On March 24, 2017 7:29:05 PM Chad Versace wrote:
>
> > Validate that isl_surf::row_pitch fits in the below bitfields,
> > if applicable based on isl_surf::usage.
> >
> > RENDER_SURFACE_STATE::SurfacePitch
> > RENDER_SURFACE_STATE::Auxilia
On 22 March 2017 at 10:06, Bas Nieuwenhuizen wrote:
> On Tue, Mar 21, 2017 at 1:02 PM, Alex Smith
> wrote:
>> CP DMA and PKT3_WRITE_DATA (in CmdUpdateBuffer) don't (currently) write
>> through L2. Therefore, to make these writes visible to later accesses
>> we must invalidate L2 rather than just
Nanley,
Mind taking a look at these?
On Tue, Mar 14, 2017 at 7:55 AM, Jason Ekstrand
wrote:
> Instead of figuring it all out ourselves, just use the information given
> to us by the client.
> ---
> src/intel/vulkan/anv_blorp.c | 88 --
>
> src/intel/vu
https://bugs.freedesktop.org/show_bug.cgi?id=100430
Christian Lanig changed:
What|Removed |Added
CC||freedesktop@lanig.email
--
You are r
On Tue, 2017-03-28 at 17:50 +0200, Nicolai Hähnle wrote:
> The crossing happens because I'm running it inside a docker container,
> > which uses internally an overlayfs. This means that some of those
> > subdirectories can be in one mountpoint and others in other mountpoint.
> > This seems to be
On 28.03.2017 17:32, Juan A. Suarez Romero wrote:
On Tue, 2017-03-28 at 16:53 +0200, Nicolai Hähnle wrote:
On 25.03.2017 01:40, Juan A. Suarez Romero wrote:
When using an overlayfs system (like a Docker container), rmrf_local()
fails because part of the files to be removed are in different moun
https://bugs.freedesktop.org/show_bug.cgi?id=100430
--- Comment #1 from Christian Lanig ---
I confirm this bug.
Dolphin 5.0-741d230-dirty
Ubuntu 17.04 with MESA git and Kernel 4.11 RC4
Ryzen 7 1700X
RX 480 8GiB
32 DDR4 2933 MHz ECC
--
You are receiving this mail because:
You are the QA Contact
On 27.03.2017 12:11, Philipp Zabel wrote:
Stop trying to specify texture or renderbuffer objects for unsupported
EGL images. Generate the error codes specified in the OES_EGL_image
extension.
EGLImageTargetTexture2D and EGLImageTargetRenderbuffer would call
the pipe driver's create_surface callb
On Tue, 2017-03-28 at 16:53 +0200, Nicolai Hähnle wrote:
> On 25.03.2017 01:40, Juan A. Suarez Romero wrote:
> > When using an overlayfs system (like a Docker container), rmrf_local()
> > fails because part of the files to be removed are in different mount
> > points (layouts). And thus cache-test
Sorry I haven't gotten back on this. It got lost somehow.
On Fri, Mar 10, 2017 at 1:56 AM, Iago Toral wrote:
> On Thu, 2017-03-09 at 14:05 -0800, Jason Ekstrand wrote:
> > ---
> > src/compiler/nir/nir.h | 4
> > src/compiler/nir/nir_constant_expressions.py | 16
On 28.03.2017 06:35, Timothy Arceri wrote:
The KHR_no_error spec says:
"CONTEXT_FLAG_NO_ERROR_BIT_KHR is only supported if the
OpenGL version has support for context flags (as defined
in the OpenGL 4.5 core spec) or an extension supporting
equivalent functionality is exposed."
But
On 25.03.2017 01:40, Juan A. Suarez Romero wrote:
When using an overlayfs system (like a Docker container), rmrf_local()
fails because part of the files to be removed are in different mount
points (layouts). And thus cache-test fails.
Can you explain a bit more how this can happen? I thought th
1 - 100 of 149 matches
Mail list logo
