Re: [Mesa-dev] [PATCH 16/27] i965/miptree: Allocate mcs_buf for an image's CCS_E

On Thu, Dec 29, 2016 at 05:41:49PM -0800, Ben Widawsky wrote: > On 16-12-10 15:26:02, Pohjolainen, Topi wrote: > > On Thu, Dec 01, 2016 at 02:09:57PM -0800, Ben Widawsky wrote: > > > From: Ben Widawsky > > > > > > This code will disable actually creating these buffers for the scanout, > > > but i

Re: [Mesa-dev] [PATCH 2/2] i965/miptree: Create a disable CCS flag

On Sun, Jan 01, 2017 at 05:02:37PM -0800, Ben Widawsky wrote: > Cc: Topi Pohjolainen > Cc: Chad Versace > Signed-off-by: Ben Widawsky > --- > src/mesa/drivers/dri/i965/brw_blorp.c | 2 +- > src/mesa/drivers/dri/i965/brw_draw.c | 3 ++- > src/mesa/drivers/dri/i965/intel_mipmap

Re: [Mesa-dev] [PATCH 6/9] i965: Add support for tex upload using gpu

On Thu, Dec 29, 2016 at 11:55:37AM -0800, Anuj Phogat wrote: > On Tue, Dec 20, 2016 at 6:45 AM, Topi Pohjolainen > wrote: > > Signed-off-by: Topi Pohjolainen > > --- > > src/mesa/drivers/dri/i965/intel_tex.h | 8 + > > src/mesa/drivers/dri/i965/intel_tex_subimage.c | 194 > >

[Mesa-dev] [Bug 93103] llvm symbols leak through, cause trouble with software rendering in llvm-linked software

https://bugs.freedesktop.org/show_bug.cgi?id=93103 --- Comment #16 from fiach.an...@gmail.com --- Created attachment 128707 --> https://bugs.freedesktop.org/attachment.cgi?id=128707&action=edit Test-case for global symbol contamination due to LLVM dependency. -- You are receiving this mail bec

[Mesa-dev] [Bug 93103] llvm symbols leak through, cause trouble with software rendering in llvm-linked software

https://bugs.freedesktop.org/show_bug.cgi?id=93103 --- Comment #17 from fiach.an...@gmail.com --- I've run into a variant of this bug where when using swrast, symbols from a shared object linked by LLVM (libedit) conflict with symbols from a shared object used by a client application (readline/pyt

[Mesa-dev] [Bug 99246] [d3dadapter+radeonsi & bisect] EVE-Online : hang on wormhole sight

https://bugs.freedesktop.org/show_bug.cgi?id=99246 Bug ID: 99246 Summary: [d3dadapter+radeonsi & bisect] EVE-Online : hang on wormhole sight Product: Mesa Version: git Hardware: Other OS: All Sta

Re: [Mesa-dev] [PATCH] dri: allow 16bit R/GR images to be exported via drm buffers

On Thu, Dec 29, 2016 at 04:43:34PM -0800, Ben Widawsky wrote: > On 16-12-16 21:27:51, Rainer Hochecker wrote: > > From: Rainer Hochecker > > > > This allows eglCreateImageKHR to access P010 surfaces created by vaapi > > > > patch for drm, fourcc: > > http://paste.ubuntu.com/23638632/ > > > > Si

Re: [Mesa-dev] [PATCH 06/14] util: Make a copy of the existing hash table implementation

I think this data structure is known as multimap (in STL it's named std::unordered_multimap, in Scala it's MultiMap, in Apache Commons it's MultiValueMap and so on). https://en.wikipedia.org/wiki/Multimap 01.01.2017 21:37, Thomas Helland пишет: --- src/util/Makefile.sources | 2

[Mesa-dev] [Bug 99246] [d3dadapter+radeonsi & bisect] EVE-Online : hang on wormhole sight

https://bugs.freedesktop.org/show_bug.cgi?id=99246 --- Comment #1 from Axel Davy --- This commit is unlikely to be the cause of the hang. There is likely an issue in the bisect. If you use amdgpu, know that a hang source was identified, and is fixed by: https://cgit.freedesktop.org/~mareko/mesa/

[Mesa-dev] [PATCH] glsl: Update ES 3.2 shader output restrictions.

This disallows fancy varyings in tessellation and geometry shaders, as required by ES 3.2. Fixes: dEQP-GLES31.functional.tessellation.user_defined_io.negative.per_patch_array_of_structs dEQP-GLES31.functional.tessellation.user_defined_io.negative.per_patch_structs_containing_arrays (Not a candida

[Mesa-dev] [Bug 98136] dEQP prohibits varying structs of arrays (and vice versa)?

https://bugs.freedesktop.org/show_bug.cgi?id=98136 Kenneth Graunke changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|mesa-dev@l

Re: [Mesa-dev] [PATCH 1/2] glsl: Don't rehash the values when copying to new table

That is a very nice suggestion! I'll have a look at that, and see if I can hack a quick implementation. It would probably be much better than my multi-map approach. It felt like sort of a hack-fix on the current algorithm. Doing all replacements in one run would also be really nice, as my investig

[Mesa-dev] Fwd: Re: [PATCH 06/14] util: Make a copy of the existing hash table implementation

-- Forwarded message -- From: "Thomas Helland" Date: Jan 2, 2017 1:16 PM Subject: Re: [Mesa-dev] [PATCH 06/14] util: Make a copy of the existing hash table implementation To: "Vladislav Egorov" Cc: Thanks! I was thinking that this data structure would have a name. I'll keep that

[Mesa-dev] [PATCH] i965: remove unused brwInitVtbl declaration

function was removed by b3360d23ac1db61390b2ac8963756c6133ba6e23 Signed-off-by: Tapani Pälli --- src/mesa/drivers/dri/i965/brw_context.h | 5 - 1 file changed, 5 deletions(-) diff --git a/src/mesa/drivers/dri/i965/brw_context.h b/src/mesa/drivers/dri/i965/brw_context.h index 3146baf..574f2

Re: [Mesa-dev] [PATCH] glsl: Update ES 3.2 shader output restrictions.

On Mon, 2017-01-02 at 03:32 -0800, Kenneth Graunke wrote: > This disallows fancy varyings in tessellation and geometry shaders, > as required by ES 3.2. > > Fixes: > dEQP- > GLES31.functional.tessellation.user_defined_io.negative.per_patch_arr > ay_of_structs > dEQP- > GLES31.functional.tessellati

Re: [Mesa-dev] [PATCH 4/7] gallium: add PIPE_CAP_TGSI_FS_FBFETCH

2017-01-02 7:01 GMT+01:00 Ilia Mirkin : > Signed-off-by: Ilia Mirkin > --- > src/gallium/docs/source/screen.rst | 2 ++ > src/gallium/drivers/freedreno/freedreno_screen.c | 1 + > src/gallium/drivers/i915/i915_screen.c | 1 + > src/gallium/drivers/ilo/ilo_screen.c

[Mesa-dev] [Bug 99246] [d3dadapter+radeonsi & bisect] EVE-Online : hang on wormhole sight

https://bugs.freedesktop.org/show_bug.cgi?id=99246 --- Comment #2 from Mathieu Belanger --- I'm using a Radeon 7970 with "radeon" as amdgpu miss the proper vdpau decoding bits to be usable for me. And I don't know why, but I just compiled latest mesa with this commit reverted and the hang bug is

Re: [Mesa-dev] [RFC] loader: Automatic PRIME detection

On Tue, Dec 27, 2016 at 01:57:21PM +0100, Axel Davy wrote: > Hi Thierry, > > Could you explain why in this situation default_fd would be a non-renderable > device node ? This is preparatory work to allow drivers for split display/render setups to be tied together within Mesa. If you want accelera

Re: [Mesa-dev] [PATCH 4/7] gallium: add PIPE_CAP_TGSI_FS_FBFETCH

On Mon, Jan 2, 2017 at 9:21 AM, Gustaw Smolarczyk wrote: >> diff --git a/src/gallium/drivers/radeonsi/si_pipe.c >> b/src/gallium/drivers/radeonsi/si_pipe.c >> index 11cca6f..208bb80 100644 >> --- a/src/gallium/drivers/radeonsi/si_pipe.c >> +++ b/src/gallium/drivers/radeonsi/si_pipe.c >> @@ -413,6

[Mesa-dev] [Bug 99246] [d3dadapter+radeonsi & bisect] EVE-Online : hang on wormhole sight

https://bugs.freedesktop.org/show_bug.cgi?id=99246 --- Comment #3 from Axel Davy --- Could you produce a log with NINE_DEBUG=all (as env var) ? To produce output, it needs mesa to be built with --enable-debug. if that prevents the hang, you could use instead NINE_DEBUG=surf,tex,3dsurf,3dtex,base

Re: [Mesa-dev] [PATCH v2 03/25] spirv: add support for loading DF constants

On Fri, Dec 16, 2016 at 6:48 AM, Juan A. Suarez Romero wrote: > From: Samuel Iglesias Gonsálvez > > Signed-off-by: Samuel Iglesias Gonsálvez > --- > src/compiler/spirv/spirv_to_nir.c | 11 +-- > 1 file changed, 9 insertions(+), 2 deletions(-) > > diff --git a/src/compiler/spirv/spirv_t

Re: [Mesa-dev] [PATCH v2 05/25] spirv: add DF support to SpvOp*ConstantComposite

On Fri, Dec 16, 2016 at 6:48 AM, Juan A. Suarez Romero wrote: > From: Samuel Iglesias Gonsálvez > > Signed-off-by: Samuel Iglesias Gonsálvez > --- > src/compiler/spirv/spirv_to_nir.c | 12 +--- > 1 file changed, 9 insertions(+), 3 deletions(-) > > diff --git a/src/compiler/spirv/spirv_

Re: [Mesa-dev] [PATCH v2 06/25] spirv: fix SpvOpSpecConstantOp with SpvOpVectorShuffle working with double-based vecs

On Fri, Dec 16, 2016 at 6:48 AM, Juan A. Suarez Romero wrote: > From: Samuel Iglesias Gonsálvez > > We need to pick two 32-bit values per component to perform the right > shuffle operation. > > Signed-off-by: Samuel Iglesias Gonsálvez > --- > src/compiler/spirv/spirv_to_nir.c | 25

Re: [Mesa-dev] [PATCH v2 07/25] spirv: add double support to SpvOpCompositeExtract

On Fri, Dec 16, 2016 at 6:48 AM, Juan A. Suarez Romero wrote: > From: Samuel Iglesias Gonsálvez > > Signed-off-by: Samuel Iglesias Gonsálvez > --- > src/compiler/spirv/spirv_to_nir.c | 12 ++-- > 1 file changed, 10 insertions(+), 2 deletions(-) > > diff --git a/src/compiler/spirv/spirv

Re: [Mesa-dev] [PATCH v2 13/25] nir: add nir_get_nir_type_for_glsl_type()

On Fri, Dec 16, 2016 at 6:48 AM, Juan A. Suarez Romero wrote: > From: Samuel Iglesias Gonsálvez > > Signed-off-by: Samuel Iglesias Gonsálvez > --- > src/compiler/nir/nir.h | 19 +++ > 1 file changed, 19 insertions(+) > > diff --git a/src/compiler/nir/nir.h b/src/compiler/nir/ni

Re: [Mesa-dev] [PATCH v2 13/25] nir: add nir_get_nir_type_for_glsl_type()

On Fri, Dec 16, 2016 at 6:48 AM, Juan A. Suarez Romero wrote: > From: Samuel Iglesias Gonsálvez > > Signed-off-by: Samuel Iglesias Gonsálvez > --- > src/compiler/nir/nir.h | 19 +++ > 1 file changed, 19 insertions(+) > > diff --git a/src/compiler/nir/nir.h b/src/compiler/nir/ni

Re: [Mesa-dev] Patch for freedreno features

2017-01-01 16:15 GMT-05:00 Rob Clark : > well, I was trying to not loose authorship/etc from the patch > (although tbh I've lost track of who the original author was).. > http://www.mesa3d.org/devinfo.html#submitting has some suggestions. I went there, I don't think it's a git problem. I think it'

Re: [Mesa-dev] [PATCH v2 00/25] Enable Float64 capability support for Intel's Vulkan driver

1-5 and 7-11 are Reviewed-by: Jason Ekstrand I left a few trivial comments on them but nothing substantial. On Fri, Dec 16, 2016 at 6:48 AM, Juan A. Suarez Romero wrote: > This patch series is a second iteration of previous one: > > https://lists.freedesktop.org/archives/mesa-dev/2016-Novembe

Re: [Mesa-dev] [PATCH v2 14/25] nir: add nir_type_conversion_op()

I've left some inline comments but this patch has gotten me thinking about the larger question of how we want to do conversion operations in NIR. Ian already has patches for int64 but float16, int8, and int16 are all coming. If we keep coming up with one-letter prefixes (long, half, short, char?)

[Mesa-dev] [PATCH 3/5] radv: Dump command buffer on hang.

Signed-off-by: Bas Nieuwenhuizen --- src/amd/vulkan/radv_cmd_buffer.c | 35 + src/amd/vulkan/radv_device.c | 71 +++ src/amd/vulkan/radv_private.h | 5 ++ src/amd/vulkan/radv_radeon_winsys.h | 2 + src/a

[Mesa-dev] [PATCH 5/5] radv: Create single RADV_DEBUG env var.

Also changed RADV_SHOW_QUEUES to a no compute queue option. That would make more sense later when the compute queue is established, but the transfer queue still experimental. Signed-off-by: Bas Nieuwenhuizen --- src/amd/vulkan/radv_device.c | 48 +--- src/

[Mesa-dev] [PATCH 1/5] ac/debug: Move sid_tables.h generation to common code.

Signed-off-by: Bas Nieuwenhuizen Cc: Marek Olšák --- src/amd/Makefile.am| 2 +- src/amd/Makefile.common.am | 8 +++- src/amd/Makefile.sources | 3 +++ src/{gallium/drivers/radeonsi =>

[Mesa-dev] [PATCH 2/5] ac/debug: Move IB decode to common code.

Signed-off-by: Bas Nieuwenhuizen Cc: Marek Olšák --- src/amd/Makefile.common.am | 1 + src/amd/Makefile.sources | 4 + src/amd/common/ac_debug.c| 357 +++ src/amd/common/ac_debug.h| 43

[Mesa-dev] [PATCH 4/5] ac/debug: Dump indirect buffers.

This is for handling chained command buffers and secondary command buffers. It doesn't handle the trace id for secondary command buffers yet, but I don't think that is possible in general with just writes, as we could call a secondary command buffer multiple times. I think this is good enough for

Re: [Mesa-dev] [PATCH 3/5] radv: Dump command buffer on hang.

On Mon, Jan 2, 2017 at 7:57 PM, Bas Nieuwenhuizen wrote: > Signed-off-by: Bas Nieuwenhuizen > --- > src/amd/vulkan/radv_cmd_buffer.c | 35 + > src/amd/vulkan/radv_device.c | 71 > +++ > src/amd/vulkan/radv_private.h

Re: [Mesa-dev] [PATCH 16/27] i965/miptree: Allocate mcs_buf for an image's CCS_E

On 17-01-02 10:25:49, Topi Pohjolainen Topi Pohjolainen wrote: On Thu, Dec 29, 2016 at 05:41:49PM -0800, Ben Widawsky wrote: On 16-12-10 15:26:02, Pohjolainen, Topi wrote: > On Thu, Dec 01, 2016 at 02:09:57PM -0800, Ben Widawsky wrote: > > From: Ben Widawsky > > > > This code will disable actua

Re: [Mesa-dev] [AMD] Screen flickering with 4K and RX 480, would be glad to help debugging

Does dmesg or Xorg.0.log show anything? Marek On Sat, Dec 31, 2016 at 8:55 PM, Romain Failliot wrote: > Hi! > > I've recently bought a 4K display and an RX 480, but I've got some > troubles with Dota when using high settings. I've created a thread on > Phoronix forum (because maybe other people

[Mesa-dev] [PATCH 0/9] RadeonSI cleanups and a new HUD query

Please review. Marek ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev

[Mesa-dev] [PATCH 2/9] radeonsi: clean up more HAVE_LLVM #ifdefs

From: Marek Olšák --- src/gallium/drivers/radeon/r600_pipe_common.c | 14 +- src/gallium/drivers/radeonsi/si_shader.c | 19 +++ 2 files changed, 20 insertions(+), 13 deletions(-) diff --git a/src/gallium/drivers/radeon/r600_pipe_common.c b/src/gallium/drivers/r

[Mesa-dev] [PATCH 5/9] radeonsi: don't wait for compute shaders in texture_barrier

From: Marek Olšák it doesn't interact with compute shaders in any way --- src/gallium/drivers/radeonsi/si_state.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/src/gallium/drivers/radeonsi/si_state.c b/src/gallium/drivers/radeonsi/si_state.c index 11f9fb8..6e7d8da 100644

[Mesa-dev] [PATCH 6/9] radeonsi: don't count fast clears and prefetches into CP DMA stats

From: Marek Olšák --- src/gallium/drivers/radeonsi/si_cp_dma.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/src/gallium/drivers/radeonsi/si_cp_dma.c b/src/gallium/drivers/radeonsi/si_cp_dma.c index 5809317..fd772c5 100644 --- a/src/gallium/drivers/radeonsi/si_cp_d

[Mesa-dev] [PATCH 1/9] gallium/radeon: clean up HAVE_LLVM #ifdefs in r600_get_llvm_processor_name

From: Marek Olšák --- src/gallium/drivers/radeon/r600_pipe_common.c | 28 +++ 1 file changed, 11 insertions(+), 17 deletions(-) diff --git a/src/gallium/drivers/radeon/r600_pipe_common.c b/src/gallium/drivers/radeon/r600_pipe_common.c index e0b914c..74e8de9 100644 --- a

[Mesa-dev] [PATCH 4/9] radeonsi: assume that a TES without POSITION precedes GS

From: Marek Olšák --- src/gallium/drivers/radeonsi/si_state_shaders.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/src/gallium/drivers/radeonsi/si_state_shaders.c b/src/gallium/drivers/radeonsi/si_state_shaders.c index 4a7f638..56b6334 100644 --- a/src/gallium/drivers/r

[Mesa-dev] [PATCH 3/9] radeonsi: unduplicate VS color export code

From: Marek Olšák it's exactly the same as the other ones --- src/gallium/drivers/radeonsi/si_shader.c | 11 ++- 1 file changed, 2 insertions(+), 9 deletions(-) diff --git a/src/gallium/drivers/radeonsi/si_shader.c b/src/gallium/drivers/radeonsi/si_shader.c index f18aa82..8dec55c 10064

[Mesa-dev] [PATCH 7/9] radeonsi: add HUD queries for cache flush stats

From: Marek Olšák --- src/gallium/drivers/radeon/r600_pipe_common.h | 3 +++ src/gallium/drivers/radeon/r600_query.c | 21 + src/gallium/drivers/radeon/r600_query.h | 3 +++ src/gallium/drivers/radeonsi/si_state_draw.c | 5 + 4 files changed, 32 insertions

[Mesa-dev] [PATCH 8/9] gallium/radeon: rename the num-ctx-flushes query to num-GFX-IBs

From: Marek Olšák --- src/gallium/drivers/radeon/r600_query.c | 8 src/gallium/drivers/radeon/r600_query.h | 2 +- src/gallium/drivers/radeon/radeon_winsys.h| 2 +- src/gallium/winsys/amdgpu/drm/amdgpu_cs.c | 2 +- src/gallium/winsys/amdgpu/drm/amdgpu

[Mesa-dev] [PATCH 9/9] gallium/radeon: add new HUD query num-SDMA-IBs

From: Marek Olšák --- src/gallium/drivers/radeon/r600_query.c | 4 src/gallium/drivers/radeon/r600_query.h | 1 + src/gallium/drivers/radeon/radeon_winsys.h| 1 + src/gallium/winsys/amdgpu/drm/amdgpu_cs.c | 6 +- src/gallium/winsys/amdgpu/drm/amdgpu_w

[Mesa-dev] [PATCH 2/3] radeonsi: add CP DMA flags for greater control over synchronization

From: Marek Olšák for L2 prefetch --- src/gallium/drivers/radeonsi/si_blit.c | 2 +- src/gallium/drivers/radeonsi/si_cp_dma.c | 37 src/gallium/drivers/radeonsi/si_pipe.h | 8 ++- 3 files changed, 31 insertions(+), 16 deletions(-) diff --git a/src/gall

[Mesa-dev] [PATCH 3/3] radeonsi: add TC L2 prefetch for shaders and VBO descriptors

From: Marek Olšák --- src/gallium/drivers/radeonsi/si_cp_dma.c | 12 + src/gallium/drivers/radeonsi/si_pipe.h | 2 ++ src/gallium/drivers/radeonsi/si_state_draw.c | 37 +++- 3 files changed, 50 insertions(+), 1 deletion(-) diff --git a/src/gallium/driv

[Mesa-dev] [PATCH 1/3] radeonsi: cleanly communicate which CP DMA packet is first

From: Marek Olšák --- src/gallium/drivers/radeonsi/si_cp_dma.c | 32 +--- 1 file changed, 21 insertions(+), 11 deletions(-) diff --git a/src/gallium/drivers/radeonsi/si_cp_dma.c b/src/gallium/drivers/radeonsi/si_cp_dma.c index fd772c5..7e5c4b2 100644 --- a/src/galli

[Mesa-dev] [PATCH 0/3] RadeonSI L2 prefetch for shader binaries

Please review. Marek ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev

[Mesa-dev] [PATCH] winsys/amdgpu: fix a race condition between fence updates and IB submissions

From: Marek Olšák The CS thread is needed to ensure proper ordering of operations and can't be disabled (without complicating the code). Discovered by Nine CSMT, which ended up in a deadlock. --- src/gallium/winsys/amdgpu/drm/amdgpu_cs.c | 31 +++ src/gallium/winsys/

Re: [Mesa-dev] [PATCH 1/9] gallium/radeon: clean up HAVE_LLVM #ifdefs in r600_get_llvm_processor_name

On Mon, Jan 2, 2017 at 3:16 PM, Marek Olšák wrote: > From: Marek Olšák > > --- > src/gallium/drivers/radeon/r600_pipe_common.c | 28 > +++ > 1 file changed, 11 insertions(+), 17 deletions(-) > > diff --git a/src/gallium/drivers/radeon/r600_pipe_common.c > b/src/gallium/

Re: [Mesa-dev] [PATCH 1/9] gallium/radeon: clean up HAVE_LLVM #ifdefs in r600_get_llvm_processor_name

On Mon, Jan 2, 2017 at 9:26 PM, Ilia Mirkin wrote: > On Mon, Jan 2, 2017 at 3:16 PM, Marek Olšák wrote: >> From: Marek Olšák >> >> --- >> src/gallium/drivers/radeon/r600_pipe_common.c | 28 >> +++ >> 1 file changed, 11 insertions(+), 17 deletions(-) >> >> diff --git a/s

Re: [Mesa-dev] [PATCH 3/7] gallium: add FBFETCH opcode to retrieve the current sample value

On Mon, Jan 2, 2017 at 7:01 AM, Ilia Mirkin wrote: > Signed-off-by: Ilia Mirkin > --- > src/gallium/auxiliary/tgsi/tgsi_info.c | 2 +- > src/gallium/docs/source/tgsi.rst | 11 +++ > src/gallium/include/pipe/p_shader_tokens.h | 2 +- > 3 files changed, 13 insertions(+), 2

Re: [Mesa-dev] [PATCH 3/7] gallium: add FBFETCH opcode to retrieve the current sample value

On Mon, Jan 2, 2017 at 3:41 PM, Marek Olšák wrote: > On Mon, Jan 2, 2017 at 7:01 AM, Ilia Mirkin wrote: >> Signed-off-by: Ilia Mirkin >> --- >> src/gallium/auxiliary/tgsi/tgsi_info.c | 2 +- >> src/gallium/docs/source/tgsi.rst | 11 +++ >> src/gallium/include/pipe/p_shade

Re: [Mesa-dev] [PATCH 3/7] gallium: add FBFETCH opcode to retrieve the current sample value

On Mon, Jan 2, 2017 at 9:44 PM, Ilia Mirkin wrote: > On Mon, Jan 2, 2017 at 3:41 PM, Marek Olšák wrote: >> On Mon, Jan 2, 2017 at 7:01 AM, Ilia Mirkin wrote: >>> Signed-off-by: Ilia Mirkin >>> --- >>> src/gallium/auxiliary/tgsi/tgsi_info.c | 2 +- >>> src/gallium/docs/source/tgsi.rst

Re: [Mesa-dev] [PATCH 4/5] ac/debug: Dump indirect buffers.

For patches 1,2,4: Reviewed-by: Marek Olšák Marek On Mon, Jan 2, 2017 at 7:57 PM, Bas Nieuwenhuizen wrote: > This is for handling chained command buffers and secondary command > buffers. It doesn't handle the trace id for secondary command buffers > yet, but I don't think that is possible in g

Re: [Mesa-dev] [PATCH] glsl: Update ES 3.2 shader output restrictions.

On Monday, January 2, 2017 2:04:34 PM PST Iago Toral wrote: > On Mon, 2017-01-02 at 03:32 -0800, Kenneth Graunke wrote: > > This disallows fancy varyings in tessellation and geometry shaders, > > as required by ES 3.2. > > > > Fixes: > > dEQP- > > GLES31.functional.tessellation.user_defined_io.neg

Re: [Mesa-dev] [PATCH 6/9] radeonsi: don't count fast clears and prefetches into CP DMA stats

On Mon, Jan 2, 2017 at 9:17 PM, Marek Olšák wrote: > From: Marek Olšák > > --- > src/gallium/drivers/radeonsi/si_cp_dma.c | 8 ++-- > 1 file changed, 6 insertions(+), 2 deletions(-) > > diff --git a/src/gallium/drivers/radeonsi/si_cp_dma.c > b/src/gallium/drivers/radeonsi/si_cp_dma.c > inde

Re: [Mesa-dev] [PATCH] i965: remove unused brwInitVtbl declaration

On Mon, 2017-01-02 at 15:02 +0200, Tapani Pälli wrote: > function was removed by b3360d23ac1db61390b2ac8963756c6133ba6e23 > > Signed-off-by: Tapani Pälli Reviewed-by: Timothy Arceri > --- >  src/mesa/drivers/dri/i965/brw_context.h | 5 - >  1 file changed, 5 deletions(-) > > diff --git a/

[Mesa-dev] [AppVeyor] mesa master #3015 completed

Build mesa 3015 completed Commit cb6f49a902 by Marek Olšák on 1/2/2017 10:16 PM: gallium/hud: fix the windows build by disabling file dumping Configure your notification preferences ___ mesa-dev mailing lis

Re: [Mesa-dev] [PATCH 2/9] radeonsi: clean up more HAVE_LLVM #ifdefs

Can you move this one before patch 1, so that HAVE_LLVM is always defined? With that change, patches 2-5, 7-9 are Reviewed-by: Bas Nieuwenhuizen With my comment on 6 resolved, that one also has my r-b. - Bas On Mon, Jan 2, 2017 at 9:16 PM, Marek Olšák wrote: > From: Marek Olšák > > --- > sr

[Mesa-dev] [PATCH 00/12] RadeonSI: SDMA ClearBuffer support and other SDMA improvements

Hi, These patches optimize our SDMA usage and implement buffer clearing. They also turn SDMA IBs into de-facto preambles of GFX IB, because any clear that is also the first buffer use is pushed It improves DeusEx:MD performance by 70% and the slow ClearBuffer implementation was the main problem.

[Mesa-dev] [PATCH 11/12] radeonsi: implement SDMA-based buffer clearing for SI

From: Marek Olšák --- src/gallium/drivers/radeonsi/si_cp_dma.c | 2 +- src/gallium/drivers/radeonsi/si_dma.c| 40 2 files changed, 41 insertions(+), 1 deletion(-) diff --git a/src/gallium/drivers/radeonsi/si_cp_dma.c b/src/gallium/drivers/radeonsi/si_cp_dm

[Mesa-dev] [PATCH 08/12] gallium/radeon: move unrelated code from dma_emit_wait_idle to need_dma_space

From: Marek Olšák r600_dma_emit_wait_idle is going away in its current form. The only difference is that the moved code is executed before DMA calls instead of after them. --- src/gallium/drivers/radeon/r600_pipe_common.c | 33 --- 1 file changed, 15 insertions(+), 18 del

[Mesa-dev] [PATCH 02/12] radeonsi: use SDMA for initial clearing of DCC/CMASK/HTILE on CIK-VI

From: Marek Olšák --- src/gallium/drivers/radeon/r600_pipe_common.c | 5 ++--- src/gallium/drivers/radeon/r600_pipe_common.h | 3 +-- src/gallium/drivers/radeon/r600_texture.c | 6 +++--- 3 files changed, 6 insertions(+), 8 deletions(-) diff --git a/src/gallium/drivers/radeon/r600_pipe_comm

[Mesa-dev] [PATCH 03/12] radeonsi: use SDMA in rvid_buffer_clear on CIK-VI

From: Marek Olšák --- src/gallium/drivers/radeon/radeon_video.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/gallium/drivers/radeon/radeon_video.c b/src/gallium/drivers/radeon/radeon_video.c index 59e735b..ecafaf8 100644 --- a/src/gallium/drivers/radeon/radeon_vid

[Mesa-dev] [PATCH 05/12] radeonsi: simplify r600_resource typecasts in si_clear_buffer

From: Marek Olšák --- src/gallium/drivers/radeonsi/si_cp_dma.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/src/gallium/drivers/radeonsi/si_cp_dma.c b/src/gallium/drivers/radeonsi/si_cp_dma.c index fb6ed26..45f20dd 100644 --- a/src/gallium/drivers/radeonsi/si_c

[Mesa-dev] [PATCH 01/12] radeonsi: implement SDMA-based buffer clearing for CIK-VI

From: Marek Olšák --- src/gallium/drivers/radeon/r600_pipe_common.c | 9 ++ src/gallium/drivers/radeon/r600_pipe_common.h | 3 ++ src/gallium/drivers/radeonsi/cik_sdma.c | 42 +++ 3 files changed, 54 insertions(+) diff --git a/src/gallium/drivers/radeon/r600_

[Mesa-dev] [PATCH 04/12] radeonsi: always use SDMA for big buffer clears and first buffer uses

From: Marek Olšák --- src/gallium/drivers/radeonsi/si_cp_dma.c | 20 1 file changed, 20 insertions(+) diff --git a/src/gallium/drivers/radeonsi/si_cp_dma.c b/src/gallium/drivers/radeonsi/si_cp_dma.c index 13b901b..fb6ed26 100644 --- a/src/gallium/drivers/radeonsi/si_cp_dma

[Mesa-dev] [PATCH 06/12] radeonsi: also wait for SDMA in the clear_buffer CPU fallback

From: Marek Olšák --- src/gallium/drivers/radeonsi/si_cp_dma.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/src/gallium/drivers/radeonsi/si_cp_dma.c b/src/gallium/drivers/radeonsi/si_cp_dma.c index 45f20dd..aed8bb8 100644 --- a/src/gallium/drivers/radeonsi/si_cp_dma.

[Mesa-dev] [PATCH 07/12] radeonsi: inline cik_sdma_do_copy_buffer

From: Marek Olšák --- src/gallium/drivers/radeonsi/cik_sdma.c | 44 - 1 file changed, 16 insertions(+), 28 deletions(-) diff --git a/src/gallium/drivers/radeonsi/cik_sdma.c b/src/gallium/drivers/radeonsi/cik_sdma.c index 698f8f6..648b1ca 100644 --- a/src/gallium

[Mesa-dev] [PATCH 09/12] gallium/radeon: prevent SDMA stalls by detecting RAW hazards in need_dma_space

From: Marek Olšák Call r600_dma_emit_wait_idle only when there is a possibility of a read-after-write hazard. Buffers not yet used by the SDMA IB don't have to wait. --- src/gallium/drivers/r600/evergreen_hw_context.c | 1 - src/gallium/drivers/r600/evergreen_state.c | 1 - src/gallium/dr

[Mesa-dev] [PATCH 10/12] radeonsi: do all math in bytes in SI DMA code

From: Marek Olšák --- src/amd/common/sid.h | 6 -- src/gallium/drivers/radeonsi/si_dma.c | 34 +- 2 files changed, 21 insertions(+), 19 deletions(-) diff --git a/src/amd/common/sid.h b/src/amd/common/sid.h index 0a2c616..fc21a18 100644 --- a

[Mesa-dev] [PATCH 12/12] radeonsi: turn SDMA IBs into de-facto preambles of GFX IBs

From: Marek Olšák Draw calls no longer flush SDMA IBs. r600_need_dma_space is responsible for synchronizing execution between both IBs. Initial buffer clears and fast clears will stay unflushed in the SDMA IB (up to 64 MB) as long as the GFX IB isn't flushed either. --- src/gallium/drivers/rade

Re: [Mesa-dev] [PATCH 00/12] RadeonSI: SDMA ClearBuffer support and other SDMA improvements

On Mon, Jan 2, 2017 at 11:54 PM, Marek Olšák wrote: > Hi, > > These patches optimize our SDMA usage and implement buffer clearing. > They also turn SDMA IBs into de-facto preambles of GFX IB, because any > clear that is also the first buffer use is pushed ... to the SDMA IB. Marek __

Re: [Mesa-dev] [PATCH 6/9] radeonsi: don't count fast clears and prefetches into CP DMA stats

On Mon, Jan 2, 2017 at 11:17 PM, Bas Nieuwenhuizen wrote: > On Mon, Jan 2, 2017 at 9:17 PM, Marek Olšák wrote: >> From: Marek Olšák >> >> --- >> src/gallium/drivers/radeonsi/si_cp_dma.c | 8 ++-- >> 1 file changed, 6 insertions(+), 2 deletions(-) >> >> diff --git a/src/gallium/drivers/radeo

Re: [Mesa-dev] [PATCH 2/9] radeonsi: clean up more HAVE_LLVM #ifdefs

On Mon, Jan 2, 2017 at 11:26 PM, Bas Nieuwenhuizen wrote: > Can you move this one before patch 1, so that HAVE_LLVM is always defined? I don't understand. HAVE_LLVM has been defined in this file for several years at least. Marek ___ mesa-dev mailing li

[Mesa-dev] [PATCH] dri3: Fix MakeCurrent without a default framebuffer

In OpenGL 3.0 and later it is legal to make a context current without a default framebuffer. This has been broken since DRI3 support was introduced. Cc: "13.0 12.0" --- src/glx/dri3_glx.c | 14 ++ 1 file changed, 10 insertions(+), 4 deletions(-) diff --git a/src/glx/dri3_glx.c b/sr

Re: [Mesa-dev] [PATCH 2/9] radeonsi: clean up more HAVE_LLVM #ifdefs

On Tue, Jan 3, 2017 at 12:01 AM, Marek Olšák wrote: > On Mon, Jan 2, 2017 at 11:26 PM, Bas Nieuwenhuizen > wrote: >> Can you move this one before patch 1, so that HAVE_LLVM is always defined? > > I don't understand. HAVE_LLVM has been defined in this file for > several years at least. You're rig

Re: [Mesa-dev] [PATCH 03/27] gbm: Export a plane getter function

On 16-12-02 17:57:40, Eric Engestrom wrote: On Thursday, 2016-12-01 14:09:44 -0800, Ben Widawsky wrote: From: Ben Widawsky This will be used by clients that need to know the number of planes allocated for them on behalf of the GL or other API. The best current example of this is when an extra

Re: [Mesa-dev] [PATCH 04/27] gbm: Create a gbm_device getter for stride

On 16-12-02 17:58:40, Eric Engestrom wrote: On Thursday, 2016-12-01 14:09:45 -0800, Ben Widawsky wrote: From: Ben Widawsky This will be used so we can query information per plane. Signed-off-by: Ben Widawsky --- src/gbm/backends/dri/gbm_dri.c | 7 +++ src/gbm/main/gbm.c | 2

Re: [Mesa-dev] [PATCH 08/27] dri: Add an image creation with modifiers

On 16-12-02 18:01:02, Eric Engestrom wrote: On Thursday, 2016-12-01 14:09:49 -0800, Ben Widawsky wrote: From: Ben Widawsky Modifiers will be obtains or guessed by the client and passed in during image creation/import. This requires bumping the DRIimage version. Signed-off-by: Ben Widawsky -

[Mesa-dev] [PATCH 03/32] gbm: Fix width height getters return type (trivial)

v2: Other way round... to make consistent, make both return type have the fixed width - uint32_t. Cc: Daniel Stone Signed-off-by: Ben Widawsky Reviewed-by: Eric Engestrom Acked-by: Daniel Stone --- src/gbm/main/gbm.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/

[Mesa-dev] [PATCH 01/32] i965: Fix SURFACE_STATE to handle non-zero aux offsets

Signed-off-by: Ben Widawsky Reviewed-by: Kenneth Graunke Reviewed-by: Jason Ekstrand Acked-by: Daniel Stone --- src/mesa/drivers/dri/i965/brw_wm_surface_state.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/src/mesa/drivers/dri/i965/brw_wm_surface_state.c b/src/mesa/dr

[Mesa-dev] [PATCH 02/32] gbm: Move getters to match order in header file (trivial)

Other things are out of order, but I need to add a getter so I'm just fixing those. This helps people adding to GBM know where the right place to put things is. Signed-off-by: Ben Widawsky Reviewed-by: Eric Engestrom Acked-by: Daniel Stone --- src/gbm/main/gbm.c | 22 +++--- 1

[Mesa-dev] [PATCH 00/32] [v2] Renderbuffer Decompression (and GBM modifiers)

Same as v1 with the requested fixes and tags added. v1 is here: https://lists.freedesktop.org/archives/intel-gfx/2016-December/113639.html I haven't yet updated kmscube to use Kristian's GET_PLANE2, but I will be doing it this week, I hope. Now all patches but the last should be safe to merge with

[Mesa-dev] [PATCH 10/32] dri: Add an image creation with modifiers

Modifiers will be obtains or guessed by the client and passed in during image creation/import. This requires bumping the DRIimage version. As of this patch, the modifiers aren't plumbed all the way down, this patch simply makes sure the interface level stuff is correct. v2: Don't allow usage + m

[Mesa-dev] [PATCH 04/32] gbm: Export a plane getter function

This will be used by clients that need to know the number of planes allocated for them on behalf of the GL or other API. The best current example of this is when an extra "plane" is allocated to store compression data for the primary plane. Cc: Daniel Stone Signed-off-by: Ben Widawsky Reviewed-b

[Mesa-dev] [PATCH 08/32] gbm: Export a per plane getter for offset

Unlike stride, there was no previous offset getter, so it can be right on the first try. Signed-off-by: Ben Widawsky Reviewed-by: Eric Engestrom Acked-by: Daniel Stone --- src/gbm/backends/dri/gbm_dri.c | 27 +++ src/gbm/gbm-symbols-check | 1 + src/gbm/main/gbm.c

[Mesa-dev] [PATCH 09/32] i965/dri: Store the screen associated with the image

I intend to need to get to the devinfo structure, and storing the screen is an easy way to do that. It seems to be the consensus that you cannot share an image between multiple screens. Scape-goat: Rob Clark Signed-off-by: Ben Widawsky Reviewed-by: Eric Engestrom Acked-by: Daniel Stone --- s

[Mesa-dev] [PATCH 05/32] gbm: Export a getter for per plane handles

Cc: Daniel Stone Signed-off-by: Ben Widawsky Acked-by: Daniel Stone --- src/gbm/backends/dri/gbm_dri.c | 28 src/gbm/gbm-symbols-check | 1 + src/gbm/main/gbm.c | 18 ++ src/gbm/main/gbm.h | 3 +++ src/gbm/main/gbmint.h

[Mesa-dev] [PATCH 07/32] gbm: Export a per plane getter for stride

Signed-off-by: Ben Widawsky Reviewed-by: Eric Engestrom Acked-by: Daniel Stone --- src/gbm/backends/dri/gbm_dri.c | 26 +- src/gbm/gbm-symbols-check | 1 + src/gbm/main/gbm.c | 15 ++- src/gbm/main/gbm.h | 3 +++ 4 files changed

[Mesa-dev] [PATCH 14/32] gbm: Get modifiers from DRI

v2: Use stored modifiers from create instead of queryImage v3: Make sure not to query modifiers for dumb buffers (Daniel) Discussion with Kristian yielded that there is no need for per plane modifiers. Cc: Daniel Stone Signed-off-by: Ben Widawsky Reviewed-by: Eric Engestrom Acked-by: Daniel S

[Mesa-dev] [PATCH 13/32] i965: Handle X tiled modifier

This doesn't really "do" anything because the default tiling for the winsys buffer is X tiled. We do however want the X tiled modifier to work correctly from the API perspective, which would imply that if you set this modifier, and later do a get_modifier, you get back at least X tiled. Cc: Kristi

[Mesa-dev] [PATCH 12/32] i965: Handle Y-tile modifier

This doesn't actually enable Y-tiling, it simply parses it and moves on. Signed-off-by: Ben Widawsky Reviewed-by: Eric Engestrom Acked-by: Daniel Stone --- src/mesa/drivers/dri/i965/intel_image.h | 1 + src/mesa/drivers/dri/i965/intel_screen.c | 36 +--- 2 files c

[Mesa-dev] [PATCH 16/32] i965: Separate image allocation with modifiers

Since the code doesn't support modifiers yet, this patch should do nothing other than prepare for more patches. Signed-off-by: Ben Widawsky Acked-by: Daniel Stone --- src/mesa/drivers/dri/i965/intel_screen.c | 73 ++-- 1 file changed, 60 insertions(+), 13 deletions(-

[Mesa-dev] [PATCH 06/32] gbm: Create a gbm_device getter for stride

This will be used so we can query information per plane. Signed-off-by: Ben Widawsky Reviewed-by: Eric Engestrom Acked-by: Daniel Stone --- src/gbm/backends/dri/gbm_dri.c | 7 +++ src/gbm/main/gbm.c | 2 +- src/gbm/main/gbmint.h | 1 + 3 files changed, 9 insertions(+),

[Mesa-dev] [PATCH 11/32] gbm: Introduce modifiers into surface/bo creation

The idea behind modifiers like this is that the user of GBM will have some mechanism to query what properties the hardware supports for its BO or surface. This information is directly passed in (and stored) so that the DRI implementation can create an image with the appropriate attributes. A gette

  1   2   >