[Mesa-dev] [PATCH] radeonsi/nir: fix scanning of bindless images

Fixes: d62d434fe920 ("ac/nir_to_llvm: add image bindless support") --- src/gallium/drivers/radeonsi/si_shader_nir.c | 75 ++-- 1 file changed, 37 insertions(+), 38 deletions(-) diff --git a/src/gallium/drivers/radeonsi/si_shader_nir.c

Re: [Mesa-dev] [PATCH] nir: optimize gl_SampleMaskIn to gl_HelperInvocation for radeonsi when possible

On 16/4/19 1:14 pm, Marek Olšák wrote: On Mon, Apr 15, 2019, 10:41 PM Timothy Arceri > wrote: On 16/4/19 7:03 am, Marek Olšák wrote: > ping > > On Tue, Apr 9, 2019 at 10:03 PM Marek Olšák mailto:mar...@gmail.com> >

Re: [Mesa-dev] [PATCH] panfrost: Fix ->set_vertex_buffers() for partial vertex bufs updates

The patches I just posted to the list conflict with this but I think do what you want. Could you try those? Thanks, -AR ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] [PATCH] nir: optimize gl_SampleMaskIn to gl_HelperInvocation for radeonsi when possible

On Mon, Apr 15, 2019, 10:41 PM Timothy Arceri wrote: > > > On 16/4/19 7:03 am, Marek Olšák wrote: > > ping > > > > On Tue, Apr 9, 2019 at 10:03 PM Marek Olšák > > wrote: > > > > From: Marek Olšák mailto:marek.ol...@amd.com>> > > > > --- > >

Re: [Mesa-dev] [PATCH] nir: optimize gl_SampleMaskIn to gl_HelperInvocation for radeonsi when possible

On 16/4/19 7:03 am, Marek Olšák wrote: ping On Tue, Apr 9, 2019 at 10:03 PM Marek Olšák > wrote: From: Marek Olšák mailto:marek.ol...@amd.com>> ---  src/compiler/nir/nir.h                    |  8 +  src/compiler/nir/nir_opt_intrinsics.c     |

[Mesa-dev] [PATCH 2/2] panfrost: Fixup vertex offsets to prevent shadow copy

Mali attribute buffers have to be 64-byte aligned. However, Gallium enforces no such requirement; for unaligned buffers, we were previously forced to create a shadow copy (slow!). To prevent this, we instead use the offseted buffer's address with the lower bits masked off, and then add those

[Mesa-dev] [PATCH 1/2] panfrost: Track BO lifetime with jobs and reference counts

This (fairly large) patch continues work surrounding the panfrost_job abstraction to improve job lifetime management. In particular, we add infrastructure to track which BOs are used by a particular job (currently limited to the vertex buffer BOs), to reference count these BOs, and to

[Mesa-dev] [PATCH 0/2] Avoid costly vertex staging buffer

Due to a series of bugs (essentially, a GPU-side use-after-free caused by a race condition, and a hardware limitation requiring 64-byte alignment of vertex buffer addresses), we previously copied all vertex data to a staging buffer and passed that staging buffer to the hardware instead. Although

[Mesa-dev] [Bug 110441] [llvmpipe] complex-loop-analysis-bug regression

https://bugs.freedesktop.org/show_bug.cgi?id=110441 Roland Scheidegger changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Mesa-dev] [Bug 110442] [softpipe] piglit egl-create-pbuffer-surface regression

https://bugs.freedesktop.org/show_bug.cgi?id=110442 Bug ID: 110442 Summary: [softpipe] piglit egl-create-pbuffer-surface regression Product: Mesa Version: 19.0 Hardware: x86-64 (AMD64) OS: Linux (All)

Re: [Mesa-dev] [PATCH] gallivm: fix bogus assert in get_indirect_index

On 04/15/2019 01:39 PM, srol...@vmware.com wrote: From: Roland Scheidegger 0 is a valid value as max index, and the code handles it fine. This isn't commonly seen, as it will only happen with array declarations of size 1. The assert was introduced with a3c898dc97ec5f0e0b93b2ee180bdf8ca3bab14c.

Re: [Mesa-dev] [PATCH] radv: enable shaderInt8 on SI and CIK

r-b On Mon, Apr 15, 2019 at 5:42 PM Samuel Pitoiset wrote: > > No CTS failures. > > Signed-off-by: Samuel Pitoiset > --- > src/amd/vulkan/radv_device.c | 5 ++--- > src/amd/vulkan/radv_extensions.py | 2 +- > 2 files changed, 3 insertions(+), 4 deletions(-) > > diff --git

[Mesa-dev] [Bug 109535] [Tracker] Mesa 19.0 release tracker

https://bugs.freedesktop.org/show_bug.cgi?id=109535 Dylan Baker changed: What|Removed |Added Depends on|110441 | Referenced Bugs:

[Mesa-dev] [Bug 110441] [llvmpipe] complex-loop-analysis-bug regression

https://bugs.freedesktop.org/show_bug.cgi?id=110441 Dylan Baker changed: What|Removed |Added Blocks|109535 | --- Comment #2 from Dylan Baker ---

[Mesa-dev] [Bug 109535] [Tracker] Mesa 19.0 release tracker

https://bugs.freedesktop.org/show_bug.cgi?id=109535 Dylan Baker changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Re: [Mesa-dev] [PATCH v2 1/3] ac: add support for more types with struct/raw LLVM intrinsics

On Mon, Apr 15, 2019 at 12:40 PM Samuel Pitoiset wrote: > LLVM 9+ now supports 8-bit and 16-bit types. > > v2: - rebase on master (without the vec3 change) > > Signed-off-by: Samuel Pitoiset > --- > src/amd/common/ac_llvm_build.c | 46 +++--- > 1 file changed, 26

Re: [Mesa-dev] [PATCH] nir: optimize gl_SampleMaskIn to gl_HelperInvocation for radeonsi when possible

ping On Tue, Apr 9, 2019 at 10:03 PM Marek Olšák wrote: > From: Marek Olšák > > --- > src/compiler/nir/nir.h| 8 + > src/compiler/nir/nir_opt_intrinsics.c | 40 +-- > src/gallium/drivers/radeonsi/si_get.c | 1 + >

Re: [Mesa-dev] [PATCH] radeonsi: enable GL_EXT_shader_image_load_formatted

On Mon, Apr 15, 2019 at 3:30 PM Bas Nieuwenhuizen wrote: > I don't see this cap defined anywhere? > > If it depends on an earlier series that is not pushed yet, but your > are going to, > > Reviewed-by: Bas Nieuwenhuizen > Thanks. Yes it depends on an earlier series by Rhys Perry from January.

[Mesa-dev] [PATCH] gallivm: fix bogus assert in get_indirect_index

From: Roland Scheidegger 0 is a valid value as max index, and the code handles it fine. This isn't commonly seen, as it will only happen with array declarations of size 1. The assert was introduced with a3c898dc97ec5f0e0b93b2ee180bdf8ca3bab14c. Fixes piglit

Re: [Mesa-dev] [PATCH] radeonsi: enable GL_EXT_shader_image_load_formatted

I don't see this cap defined anywhere? If it depends on an earlier series that is not pushed yet, but your are going to, Reviewed-by: Bas Nieuwenhuizen On Mon, Apr 15, 2019 at 7:19 PM Marek Olšák wrote: > > From: Marek Olšák > > no changes - the driver doesn't use the format > --- >

[Mesa-dev] [Bug 110441] [llvmpipe] complex-loop-analysis-bug regression

https://bugs.freedesktop.org/show_bug.cgi?id=110441 --- Comment #1 from Roland Scheidegger --- At a glance, it seems the code is correct, just the assertion is wrong. 0 is a valid value as file_max (as it's the highest allowed value). I guess this is rarely seen in practice because this happens

Re: [Mesa-dev] [PATCH] radv: set ACCESS_NON_READABLE on stores for copy/fill/clear meta shaders

r-b On Mon, Apr 15, 2019 at 6:38 PM Samuel Pitoiset wrote: > > The compiler will emit GLC=1. > > Signed-off-by: Samuel Pitoiset > --- > src/amd/vulkan/radv_meta_buffer.c | 2 ++ > src/amd/vulkan/radv_meta_clear.c | 1 + > 2 files changed, 3 insertions(+) > > diff --git

[Mesa-dev] [Bug 110441] [llvmpipe] complex-loop-analysis-bug regression

https://bugs.freedesktop.org/show_bug.cgi?id=110441 Bug ID: 110441 Summary: [llvmpipe] complex-loop-analysis-bug regression Product: Mesa Version: 19.0 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

[Mesa-dev] [Bug 109535] [Tracker] Mesa 19.0 release tracker

https://bugs.freedesktop.org/show_bug.cgi?id=109535 Vinson Lee changed: What|Removed |Added Depends on||110441 Referenced Bugs:

[Mesa-dev] [Bug 110440] [REGRESSION] [BISECTED] [OpenGL CTS] dEQP-GLES2.functional.uniform_api.random.3

https://bugs.freedesktop.org/show_bug.cgi?id=110440 --- Comment #1 from Mark Janes --- FWIW, this test is not in the dEQP mustpass list. -- You are receiving this mail because: You are the assignee for the bug.___ mesa-dev mailing list

[Mesa-dev] [PATCH] winsys/amdgpu: don't set GTT with GDS & OA placements on APUs

From: Marek Olšák --- src/gallium/winsys/amdgpu/drm/amdgpu_bo.c | 20 +++- 1 file changed, 11 insertions(+), 9 deletions(-) diff --git a/src/gallium/winsys/amdgpu/drm/amdgpu_bo.c b/src/gallium/winsys/amdgpu/drm/amdgpu_bo.c index c1863057370..09cf9247755 100644 ---

[Mesa-dev] [PATCH] radeonsi: enable GL_EXT_shader_image_load_formatted

From: Marek Olšák no changes - the driver doesn't use the format --- docs/relnotes/19.1.0.html | 1 + src/gallium/drivers/radeonsi/si_get.c | 1 + 2 files changed, 2 insertions(+) diff --git a/docs/relnotes/19.1.0.html b/docs/relnotes/19.1.0.html index 1c5f8d034b7..36d6dbe27c3

[Mesa-dev] [Bug 109560] Sometimes VLC player process gets stuck in memory after closure if video output used is Auto or OpenGL

https://bugs.freedesktop.org/show_bug.cgi?id=109560 --- Comment #6 from Michel Dänzer --- I was able to reproduce this, below is a better backtrace of the hanging thread. Looks like it's waiting for a Present idle event. Not sure yet if this Mesa's fault (maybe it missed the event while the

[Mesa-dev] [Bug 98846] triangle clipping causes wrong vertex's attribute to be broadcasted for flat interpolation

https://bugs.freedesktop.org/show_bug.cgi?id=98846 --- Comment #3 from Roland Scheidegger --- (In reply to Zebediah Figura from comment #2) > This also affects softpipe and llvmpipe. I'm not familiar with mesa, but I > think there are multiple places that do the wrong thing. For example, >

[Mesa-dev] [PATCH v2 1/3] ac: add support for more types with struct/raw LLVM intrinsics

LLVM 9+ now supports 8-bit and 16-bit types. v2: - rebase on master (without the vec3 change) Signed-off-by: Samuel Pitoiset --- src/amd/common/ac_llvm_build.c | 46 +++--- 1 file changed, 26 insertions(+), 20 deletions(-) diff --git

Re: [Mesa-dev] Low interpolation precision for 8 bit textures using llvmpipe

Am 15.04.19 um 13:55 schrieb Dominik Drees: > On 4/12/19 5:32 PM, Roland Scheidegger wrote: >> Am 12.04.19 um 14:34 schrieb Dominik Drees: >>> Hi Roland! >>> >>> On 4/11/19 8:18 PM, Roland Scheidegger wrote: What version of mesa are you using? >>> The original results were generated using

[Mesa-dev] [PATCH] radv: set ACCESS_NON_READABLE on stores for copy/fill/clear meta shaders

The compiler will emit GLC=1. Signed-off-by: Samuel Pitoiset --- src/amd/vulkan/radv_meta_buffer.c | 2 ++ src/amd/vulkan/radv_meta_clear.c | 1 + 2 files changed, 3 insertions(+) diff --git a/src/amd/vulkan/radv_meta_buffer.c b/src/amd/vulkan/radv_meta_buffer.c index

[Mesa-dev] [PATCH] radv: enable shaderInt8 on SI and CIK

No CTS failures. Signed-off-by: Samuel Pitoiset --- src/amd/vulkan/radv_device.c | 5 ++--- src/amd/vulkan/radv_extensions.py | 2 +- 2 files changed, 3 insertions(+), 4 deletions(-) diff --git a/src/amd/vulkan/radv_device.c b/src/amd/vulkan/radv_device.c index c517b56cd0f..998d6f02eb2

Re: [Mesa-dev] Mesa 19.1.0 release plan

Hi, On 15.4.2019 17.15, Juan A. Suarez Romero wrote: Here is the tentative release plan for 19.1.0. As many of you are well aware, it's time to the next branch point. The calendar is already updated, so these are the tentative dates: Apr 30 2019 - Feature freeze/Release candidate 1 May 07

Re: [Mesa-dev] [PATCH 1/6] st/dri: allow to create image for formats that only support SV or RT binding

On 2019-04-15 12:57 p.m., Lucas Stach wrote: > Am Montag, den 15.04.2019, 12:04 +0200 schrieb Michel Dänzer: >> On 2019-04-12 7:33 p.m., Lucas Stach wrote: >>> Unconditionally requesting both bindings can lead to premature >>> failure to create a valid image. >>> > Signed-off-by: Lucas Stach

[Mesa-dev] [Bug 110440] [REGRESSION] [BISECTED] [OpenGL CTS] dEQP-GLES2.functional.uniform_api.random.3

https://bugs.freedesktop.org/show_bug.cgi?id=110440 Bug ID: 110440 Summary: [REGRESSION] [BISECTED] [OpenGL CTS] dEQP-GLES2.functional.uniform_api.random.3 Product: Mesa Version: git Hardware: Other OS: All

[Mesa-dev] Mesa 19.1.0 release plan

Hi all, Here is the tentative release plan for 19.1.0. As many of you are well aware, it's time to the next branch point. The calendar is already updated, so these are the tentative dates: Apr 30 2019 - Feature freeze/Release candidate 1 May 07 2019 - Release candidate 2 May 14 2019 -

[Mesa-dev] [Bug 110439] [TRACKER] Mesa 19.1 feature tracker

https://bugs.freedesktop.org/show_bug.cgi?id=110439 Bug ID: 110439 Summary: [TRACKER] Mesa 19.1 feature tracker Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal

Re: [Mesa-dev] [PATCH 8/8] etnaviv: handle YUV textures with the 2D GPU

On Fri, 2019-04-12 at 19:38 +0200, Lucas Stach wrote: > This allows color space conversion and tiling in a single step, as > well as handling multi-planar formats like NV12, which are really > useful when dealing with hardware video decoders. > > Signed-off-by: Lucas Stach > --- >

Re: [Mesa-dev] [PATCH 4/6] st/dri: handle emulated YUV texture sampling in query_dma_buf_modifiers

On Fri, 2019-04-12 at 19:33 +0200, Lucas Stach wrote: > The Mesa state tracker will emulate YUV texture sampling for drivers that > don't support it natively by using multiple R8/RG88 samplers. Teach > dri2_query_dma_buf_modifiers about this special case. > This allows clients like GStreamer

Re: [Mesa-dev] [PATCH 6/6] st/mesa: skip any extra handling of YUV textures if driver supports them

On Fri, 2019-04-12 at 19:33 +0200, Lucas Stach wrote: > If the driver provides native support for YUV textures we can skip > adding additional samplers and re-writing the shaders. > > Signed-off-by: Lucas Stach Reviewed-by: Philipp Zabel regards Philipp

Re: [Mesa-dev] [PATCH 5/6] st/dri: don't re-write plane format if supported by driver

On Fri, 2019-04-12 at 19:33 +0200, Lucas Stach wrote: > If the driver supports multi-planar formats natively we don't want to > re-write the format of the planes on import. Split this out in a > separate function for clarity. > > Signed-off-by: Lucas Stach Reviewed-by: Philipp Zabel regards

Re: [Mesa-dev] Low interpolation precision for 8 bit textures using llvmpipe

On 4/12/19 5:32 PM, Roland Scheidegger wrote: > Am 12.04.19 um 14:34 schrieb Dominik Drees: >> Hi Roland! >> >> On 4/11/19 8:18 PM, Roland Scheidegger wrote: >>> What version of mesa are you using? >> The original results were generated using version 19.0.2 (from the arch >> linux repositories),

Re: [Mesa-dev] [PATCH 7/8] etnaviv: improve PIPE_BIND_LINEAR handling

On Fri, 2019-04-12 at 19:38 +0200, Lucas Stach wrote: > We weren't handling this flag at all, which broke some assumptions > made by the users of the resource_create interface. As we can't render > to a linear surface and the usefulness of yet another layout transition > to handle this case seems

Re: [Mesa-dev] [PATCH 1/6] st/dri: allow to create image for formats that only support SV or RT binding

Hi Michel, Am Montag, den 15.04.2019, 12:04 +0200 schrieb Michel Dänzer: > On 2019-04-12 7:33 p.m., Lucas Stach wrote: > > Unconditionally requesting both bindings can lead to premature > > failure to create a valid image. > > > > > > Signed-off-by: Lucas Stach > > --- > >  

Re: [Mesa-dev] [PATCH 6/8] etnaviv: use filter blit for 2D YUV import on old GC320

On Fri, 2019-04-12 at 19:38 +0200, Lucas Stach wrote: > The GC320 without the 2D tiling feature doesn't support regular blits > with YUV input, as well as the tiled output. So on those cores we need > need to do a filter blit for the YUV->RGB conversion to a temporary > linear buffer and then do a

Re: [Mesa-dev] [PATCH 4/8] etnaviv: add 2D GPU YUV->RGB blitter

On Fri, 2019-04-12 at 19:38 +0200, Lucas Stach wrote: > This adds a blit path using the 2D GPU for a linear YUV to tiled RGB > blit. This allows to implement importing of planar YUV textures with > a single copy. > > Signed-off-by: Lucas Stach > --- >

Re: [Mesa-dev] [PATCH 5/8] etnaviv: export etna_submit_rs_state

On Fri, 2019-04-12 at 19:38 +0200, Lucas Stach wrote: > The new 2D YUV blit needs this in some cases, so make it available. That is a bit unspecific. Maybe s/in some cases/to implement a workaround for a cache flushing bug on (at least) GC2000/ ? > Signed-off-by: Lucas Stach Either way,

Re: [Mesa-dev] [PATCH 2/8] etnaviv: clear out next pointer when allocating resource

On Mon, 2019-04-15 at 12:31 +0200, Lucas Stach wrote: > Am Montag, den 15.04.2019, 12:20 +0200 schrieb Philipp Zabel: > > On Fri, 2019-04-12 at 19:38 +0200, Lucas Stach wrote: > > > We copy the template resource content into the newly allocated resource. > > > If the template derived from a planar

Re: [Mesa-dev] [PATCH 2/8] etnaviv: clear out next pointer when allocating resource

Am Montag, den 15.04.2019, 12:20 +0200 schrieb Philipp Zabel: > On Fri, 2019-04-12 at 19:38 +0200, Lucas Stach wrote: > > We copy the template resource content into the newly allocated resource. > > If the template derived from a planar resource this leads to a non reference > > counted copy of

Re: [Mesa-dev] [PATCH 4/8] etnaviv: add 2D GPU YUV->RGB blitter

On Fri, 2019-04-12 at 19:38 +0200, Lucas Stach wrote: > This adds a blit path using the 2D GPU for a linear YUV to tiled RGB > blit. This allows to implement importing of planar YUV textures with > a single copy. > > Signed-off-by: Lucas Stach Reviewed-by: Philipp Zabel regards Philipp

[Mesa-dev] [Bug 110436] preview connection issues

https://bugs.freedesktop.org/show_bug.cgi?id=110436 Preeti changed: What|Removed |Added QA Contact|mesa-dev@lists.freedesktop. |preethi.dasika@getrightdata

[Mesa-dev] [Bug 110436] preview connection issues

https://bugs.freedesktop.org/show_bug.cgi?id=110436 Bug ID: 110436 Summary: preview connection issues Product: Mesa Version: git Hardware: Other OS: Windows (All) Status: NEW Severity: minor

Re: [Mesa-dev] [PATCH 2/8] etnaviv: clear out next pointer when allocating resource

On Fri, 2019-04-12 at 19:38 +0200, Lucas Stach wrote: > We copy the template resource content into the newly allocated resource. > If the template derived from a planar resource this leads to a non reference > counted copy of the next resource pointer. Make sure to clear this out when > allocating

Re: [Mesa-dev] [PATCH 3/8] etnaviv: remember data offset into BO

On Fri, 2019-04-12 at 19:38 +0200, Lucas Stach wrote: > Imported resources might not start at offset 0 into the buffer object. > Make sure to remember the offset that is provided with the handle on > import. > > Signed-off-by: Lucas Stach > --- > src/gallium/drivers/etnaviv/etnaviv_resource.c |

Re: [Mesa-dev] [PATCH 1/8] etnaviv: create optional 2d pipe in screen

On Fri, 2019-04-12 at 19:38 +0200, Lucas Stach wrote: > The 2D pipe is useful to implement fast planar and interleaved YUV buffer > imports. Not all systems have a 2D capable core, so this is strictly > optional. > > Signed-off-by: Lucas Stach > --- >

Re: [Mesa-dev] [PATCH 1/6] st/dri: allow to create image for formats that only support SV or RT binding

On 2019-04-12 7:33 p.m., Lucas Stach wrote: > Unconditionally requesting both bindings can lead to premature > failure to create a valid image. > > Signed-off-by: Lucas Stach > --- > src/gallium/state_trackers/dri/dri2.c | 13 +++-- > 1 file changed, 11 insertions(+), 2 deletions(-) >

Re: [Mesa-dev] [PATCH 1/6] st/dri: allow to create image for formats that only support SV or RT binding

On Fri, 2019-04-12 at 19:33 +0200, Lucas Stach wrote: > Unconditionally requesting both bindings can lead to premature > failure to create a valid image. > > Signed-off-by: Lucas Stach > --- > src/gallium/state_trackers/dri/dri2.c | 13 +++-- > 1 file changed, 11 insertions(+), 2

[Mesa-dev] [Bug 110433] preview issues

https://bugs.freedesktop.org/show_bug.cgi?id=110433 vanaja changed: What|Removed |Added Assignee|mesa-dev@lists.freedesktop. |vanaja.thummalapalli@getrig

[Mesa-dev] [Bug 110434] preview issues

https://bugs.freedesktop.org/show_bug.cgi?id=110434 vanaja changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Mesa-dev] [Bug 110434] preview issues

https://bugs.freedesktop.org/show_bug.cgi?id=110434 Bug ID: 110434 Summary: preview issues Product: Mesa Version: git Hardware: Other OS: Windows (All) Status: NEW Severity: minor Priority:

[Mesa-dev] [Bug 110433] preview issues

https://bugs.freedesktop.org/show_bug.cgi?id=110433 Bug ID: 110433 Summary: preview issues Product: Mesa Version: git Hardware: Other OS: Windows (All) Status: NEW Severity: minor Priority:

Re: [Mesa-dev] Move adriconf to mesa repositories

Yeah, moving this to the mesa group in gitlab would be great for visibility. On Sat, 2019-04-13 at 12:22 +, Jean Hertel wrote: > Any other mesa developer interested in seeing this move forward? > > Kind Regards, > Jean Hertel > > ___ > mesa-dev

Re: [Mesa-dev] [PATCH] ac/nir_to_llvm: use correct intrinsic type for bindless atomic_{min, max}

r-b On Mon, Apr 15, 2019 at 2:17 AM Timothy Arceri wrote: > > Coverity: CID 1444664 > > Fixes: d62d434fe920 ("ac/nir_to_llvm: add image bindless support") > --- > src/amd/common/ac_nir_to_llvm.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git

Re: [Mesa-dev] [PATCH] nir: fix packing components with arrays

On 4/15/19 10:55 AM, Timothy Arceri wrote: On 15/4/19 5:53 pm, Samuel Pitoiset wrote: Shouldn't we also apply that fix in gather_varying_component_info() ? No because we don't enter that code path for arrays because we don't try to pack arrays into other slots/components. But we do pack

Re: [Mesa-dev] [PATCH] nir: fix packing components with arrays

On 15/4/19 5:53 pm, Samuel Pitoiset wrote: Shouldn't we also apply that fix in gather_varying_component_info() ? No because we don't enter that code path for arrays because we don't try to pack arrays into other slots/components. But we do pack scalar components with "unmovable" arrays when

[Mesa-dev] [Bug 110431] Please add support for GL_EXT_gpu_shader4 (including on non-core profiles)

https://bugs.freedesktop.org/show_bug.cgi?id=110431 Bug ID: 110431 Summary: Please add support for GL_EXT_gpu_shader4 (including on non-core profiles) Product: Mesa Version: 18.3 Hardware: x86-64 (AMD64)

Re: [Mesa-dev] [PATCH] nir: fix packing components with arrays

Shouldn't we also apply that fix in gather_varying_component_info() ? On 4/15/19 7:00 AM, Timothy Arceri wrote: When gathering info for unmovable types we need to handle arrays. While we dont support packing/moving arrays we do support packing scalar components with these arrays. Fixes piglit:

[Mesa-dev] [PATCH] radeon: Fix width align for hevc encode

Before, width is aligned to 16, we get 512x800 when encoding with 480x800, and conformance_window_flag=0 in sps. Signed-off-by: Lei Zhou --- src/gallium/drivers/radeon/radeon_uvd_enc.c | 2 +- src/gallium/drivers/radeon/radeon_vcn_enc.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-)