https://bugs.freedesktop.org/show_bug.cgi?id=87738
--- Comment #6 from Jan Vesely ---
(In reply to smt from comment #5)
> Is there any progress at all towards this? I feel like it would really
> improve Linux use case for some of us using software like Darktable and
> whatever other software coul
Skip over non-existent files.
Signed-off-by: Jan Vesely
---
This should help detect instances of messed up/missing symbols in the driver.
windows build seems OK:
https://ci.appveyor.com/project/jvesely/mesa/builds/23550498#L1292
.../auxiliary/pipe-loader/pipe_loader.c | 5 +-
src/gallium/
Marek,
On Tuesday, 2 April 2019 23:07:50 CEST Marek Olšák wrote:
> Do you have a branch with patch 7/8 and 8/8? I'm interested in
> EGL_EXT_platform_device on radeonsi.
You can take a look at the egl-device-4 branch on
https://gitlab.freedesktop.org/frohlich/mesa.git
I pushed a rebased and slight
Signed-off-by: Alyssa Rosenzweig
---
src/gallium/drivers/panfrost/pan_resource.c | 45 ++---
1 file changed, 21 insertions(+), 24 deletions(-)
diff --git a/src/gallium/drivers/panfrost/pan_resource.c
b/src/gallium/drivers/panfrost/pan_resource.c
index 3d93fd0dc4d..f7df1353d68 10
This fixes a regression uploading partial tiled textures introduced
sometime during the cubemap series.
Signed-off-by: Alyssa Rosenzweig
---
src/gallium/drivers/panfrost/pan_resource.c | 4 +++-
src/gallium/drivers/panfrost/pan_swizzle.c | 4 ++--
src/gallium/drivers/panfrost/pan_swizzle.h | 2
This should lower transient memory usage and improve performance
slightly (due to less memory to malloc/free, better cache locality,
etc).
Signed-off-by: Alyssa Rosenzweig
---
src/gallium/drivers/panfrost/pan_resource.c | 12 +++-
src/gallium/drivers/panfrost/pan_swizzle.c | 7 +--
The state management for tiled textures was questionable to begin with;
the cubemap changes transformed it to something only half-way
reasonable, unwittingly regressing SuperTuxKart (among others). This
change set finalizes the tiled texture refactor, fixing STK.
Alyssa Rosenzweig (3):
panfrost:
Helps Max Waves / VGPR use in a bunch of Unigine Heaven
shaders.
shader-db results radeonsi (VEGA):
Totals from affected shaders:
SGPRS: 5505440 -> 5505872 (0.01 %)
VGPRS: 3077520 -> 3077296 (-0.01 %)
Spilled SGPRs: 39032 -> 39030 (-0.01 %)
Spilled VGPRs: 16326 -> 16326 (0.00 %)
Private memory VGP
On 4/1/19 2:16 AM, Alyssa Rosenzweig wrote:
Previously, there was minimal support for interoperating with legacy
kernels (reusing kernel modules originally designed for proprietary
legacy userspaces, rather than for upstream-friendly free software
stacks). Now that the Panfrost kernel is stabilis
This patch implements system values via specially-crafted uniforms.
While we previously had an ad hoc system for passing the viewport into
the vertex shader, this commit generalizes the system to allow for
arbitrary system values to be added to both shader stages. While we're
at it, we clean up uni
This patch set implements the infrastructure for piping system values
through Panfrost, replacing the prior brittle system of magic uniform
offsets. This infrastructure is used to implement the vertex shader
viewport transformation, which will soon be shared with lima.
Alyssa Rosenzweig (2):
nir
While a partial set of viewport system values exist, these are scalar
values, which is a poor fit for viewport transformations on vector ISAs
like Midgard (where the vec3 values for scale and offset each need to be
coherent in a vec4 uniform slot to take advantage of vectorized
transform math). Thi
We don't handle swizzles and non-scalar backends don't split these
constants so we need to skip these too.
Fixes: 4218b6422cf1 ("nir: propagate known constant values into the if-then
branch")
https://bugs.freedesktop.org/show_bug.cgi?id=110311
---
src/compiler/nir/nir_opt_if.c | 3 ++-
1 file c
On Wed, 3 Apr 2019 at 04:32, Emil Velikov wrote:
>
> On Tue, 2 Apr 2019 at 12:43, Emil Velikov wrote:
> >
> > On Tue, 2 Apr 2019 at 04:55, Dave Airlie wrote:
> > >
> > > On Tue, 2 Apr 2019 at 11:24, Dave Airlie wrote:
> > > >
> > > > Marek's commit to add ARB_parallel_shader_compile broke some
On Mon, Apr 1, 2019 at 12:39 PM Lepton Wu wrote:
>
> On Wed, Mar 20, 2019 at 2:26 PM Chia-I Wu wrote:
>
>> Reviewed-by: Chia-I Wu
>>
> Anything else to need for merging this? I think this is a straightforward
> leaking fix.
>
Merged. Thanks for the patch and review!
>
>
>>
>> On Mon, Mar 18
Do you have a branch with patch 7/8 and 8/8? I'm interested in
EGL_EXT_platform_device on radeonsi.
Thanks,
Marek
On Wed, Oct 3, 2018 at 4:36 AM Mathias Fröhlich
wrote:
> Hi Emil,
>
> Ok, thanks for picking that up.
>
> On Tuesday, 2 October 2018 12:23:30 CEST Emil Velikov wrote:
> > On Thu, 20
https://bugs.freedesktop.org/show_bug.cgi?id=110310
Bug ID: 110310
Summary: glXQueryServerString is weirdly restrictive
Product: Mesa
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: enha
On Mon, Apr 1, 2019 at 5:18 AM Emil Velikov wrote:
> For anyone wondering about the delay:
>
> We have been using LunarG OpenGL and Vulkan testing service to
> validate Mesa releases since day 1.
>
> Unfortunately, they've been experiencing some issues which we're
> expecting to be resolved any da
On 4/2/19 4:43 AM, Emil Velikov wrote:
> On Tue, 2 Apr 2019 at 04:55, Dave Airlie wrote:
>>
>> On Tue, 2 Apr 2019 at 11:24, Dave Airlie wrote:
>>>
>>> Marek's commit to add ARB_parallel_shader_compile broke some es1 tests
>>> in the Intel CI.
>>>
>>> It appears the whatever generates the es1api i
https://bugs.freedesktop.org/show_bug.cgi?id=109929
--- Comment #15 from Timur Kristóf ---
As discussed with Jan and Jason on IRC, the proper solution will be to attempt
to refactor gl_nir_lower_samplers and gl_nir_lower_samplers_as_deref in a way
that separates the GLSL specific code. Then switc
Hey Emil,
You also showed interest in this project in the past.
Any thoughts about moving it to mesa gitlab?
Kind Regards,
Jean Hertel
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Tue, 2 Apr 2019 at 12:43, Emil Velikov wrote:
>
> On Tue, 2 Apr 2019 at 04:55, Dave Airlie wrote:
> >
> > On Tue, 2 Apr 2019 at 11:24, Dave Airlie wrote:
> > >
> > > Marek's commit to add ARB_parallel_shader_compile broke some es1 tests
> > > in the Intel CI.
> > >
> > > It appears the whatev
Add memory barrier sync and unbind resource after launch will enhance
the robustness.
Signed-off-by: James Zhu
---
src/gallium/auxiliary/vl/vl_compositor_cs.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/src/gallium/auxiliary/vl/vl_compositor_cs.c
b/src/gallium/auxiliary/vl/
Multiple init buffer within one open instance will cause blank issue.
Updating viewport per frame will fix this issue.
Signed-off-by: James Zhu
Tested-by: Bruno Milreu
---
src/gallium/auxiliary/vl/vl_compositor_cs.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/src/g
Correct wrong interpolatation with top/bottom row which caused blur issue.
Signed-off-by: James Zhu
Tested-by: Bruno Milreu
---
src/gallium/auxiliary/vl/vl_compositor_cs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/auxiliary/vl/vl_compositor_cs.c
b/src/gall
Ilia Mirkin writes:
> Shouldn't this sort of decision be left up to the driver? If the
> driver would like to use CS for blits, fine, but why not let it blit
> in the most optimal way possible and force it to use a compute shader?
Yeah, commit messages require an explanation of why a change is b
Hi all,
Just following up on this request, Feel free to reply
On 02/04/19 12:51 AM, preejackie wrote:
Hi
I'm Praveen Velliengiri, student from India. I'm working on developing
a Speculative compilation support in LLVM ORC JIT Infrastructure.
As LLVM ORC supports compiling in multiple backe
Shouldn't this sort of decision be left up to the driver? If the
driver would like to use CS for blits, fine, but why not let it blit
in the most optimal way possible and force it to use a compute shader?
On Tue, Apr 2, 2019 at 1:44 PM Jiang, Sonny wrote:
>
> Signed-off-by: Sonny Jiang
> ---
>
Signed-off-by: Sonny Jiang
---
src/gallium/auxiliary/Makefile.sources | 2 +
src/gallium/auxiliary/util/u_compute.c | 165 +
src/gallium/auxiliary/util/u_compute.h | 44 ++
src/gallium/state_trackers/va/context.c| 2 +
src/gallium/state_trackers/va/pos
https://bugs.freedesktop.org/show_bug.cgi?id=87738
--- Comment #5 from smt ---
Is there any progress at all towards this? I feel like it would really improve
Linux use case for some of us using software like Darktable and whatever other
software could possibly use this, I'm still unable to use op
Quoting Guido Günther (2019-04-01 08:58:24)
> The list has 19.0.2 twice.
>
> Signed-off-by: Guido Günther
> ---
> docs/release-calendar.html | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/docs/release-calendar.html b/docs/release-calendar.html
> index 0b0bb138b
https://bugs.freedesktop.org/show_bug.cgi?id=110253
--- Comment #1 from Bruce Cherniak ---
Thank you for reporting this bug and a possible solution. We will investigate.
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
Being able to retrieve the log level can be useful to enable/disable
debug code. The alternative, which is calling 'getenv' function every
time to retrieve the log level, is more "expensive".
Signed-off-by: Silvestrs Timofejevs
Reviewed-by: Eric Engestrom
---
src/egl/main/egllog.c | 9 +
Feature to print out EGL returned configs for debug purposes.
'eglChooseConfig' and 'eglGetConfigs' debug information printout is
enabled when the log level equals '_EGL_DEBUG'. The configs are
printed, and if any of them are "chosen" they are marked with their
index in the chosen configs array.
This patch series provides an easy way to see what configs
have been returned by the 'eglGetConfigs' and 'eglChooseConfig'
functions, and give an overview of config attributes.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedes
Reviewed-by: Marek Olšák
Marek
On Fri, Mar 22, 2019 at 10:30 AM Qiang Yu wrote:
> This helper function can be used by driver which
> always need min/max index.
>
> Signed-off-by: Qiang Yu
> ---
> src/gallium/auxiliary/util/u_vbuf.c | 7 +++
> src/gallium/auxiliary/util/u_vbuf.h | 3 +++
>
On Fri, Mar 15, 2019 at 9:30 PM Qiang Yu wrote:
> From: Erico Nunes
>
> pipe_draw_info has min_index and max_index fields that can be useful in
> indexed drawing, however gallium may decide to not compute them in some
> cases to avoid impacting performance if the driver won't need them.
> Howeve
On 2019-04-02 2:57 p.m., Marek Olšák wrote:
> On Tue, Apr 2, 2019 at 4:57 AM Michel Dänzer wrote:
>> On 2019-04-02 12:39 a.m., Marek Olšák wrote:
>>> On Mon, Apr 1, 2019 at 1:28 PM Jan Vesely
>> wrote:
On Mon, 2019-04-01 at 12:30 -0400, Marek Olšák wrote:
> Does the attached patch fix th
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Bug 99553 depends on bug 110045, which changed state.
Bug 110045 Summary: [radeonsi][clover][regression][bisected]
cl-api-enqueue-copy-buffer hangs on radeonsi
https://bugs.freedesktop.org/show_bug.cgi?id=110045
What|Removed
On Tue, Apr 2, 2019 at 4:57 AM Michel Dänzer wrote:
> On 2019-04-02 12:39 a.m., Marek Olšák wrote:
> > On Mon, Apr 1, 2019 at 1:28 PM Jan Vesely
> wrote:
> >> On Mon, 2019-04-01 at 12:30 -0400, Marek Olšák wrote:
> >>> Does the attached patch fix the copy-buffer test?
> >>
> >> it does thanks.
>
Tested-by: Dieter Nützel
For the first time since ages no horizontal line corruption with old
luxmark-linux64-v2.0 (LuxBall e.g. HDR) on RX580.
Dieter
Am 02.04.2019 00:37, schrieb Marek Olšák:
From: Marek Olšák
Fixes: a1378639ab1 "radeonsi: always use compute rings for clover on
CI and ne
On Tue, 2 Apr 2019 at 04:55, Dave Airlie wrote:
>
> On Tue, 2 Apr 2019 at 11:24, Dave Airlie wrote:
> >
> > Marek's commit to add ARB_parallel_shader_compile broke some es1 tests
> > in the Intel CI.
> >
> > It appears the whatever generates the es1api isn't consistent, for
> > example glTranslat
https://bugs.freedesktop.org/show_bug.cgi?id=110301
Eric Engestrom changed:
What|Removed |Added
Resolution|--- |NOTABUG
Status|NEW
Hi Lucas,
On Wed, Mar 27, 2019 at 12:22:58PM +0100, Lucas Stach wrote:
> When setting up a transfer to a resource, all contexts where the resource
> is pending must be flushed. Otherwise a write transfer might be started
> in the current context before all contexts that access the resource in
> sha
On 2019-04-02 12:39 a.m., Marek Olšák wrote:
> On Mon, Apr 1, 2019 at 1:28 PM Jan Vesely wrote:
>> On Mon, 2019-04-01 at 12:30 -0400, Marek Olšák wrote:
>>> Does the attached patch fix the copy-buffer test?
>>
>> it does thanks.
>> Won't the compute only context still need some synchronization?
>>
Hi,
On Tue, 2 Apr 2019 at 00:19, Rob Clark wrote:
> On Mon, Apr 1, 2019 at 1:55 PM Jean Hertel wrote:
> > As we have spoken already in the past, I have the intention to move
> > adriconf under the mesa project umbrella, as an official tool for
> > configuring DRI options.
> > I would like to a
On Mon, 2019-04-01 at 18:37 -0400, Marek Olšák wrote:
> From: Marek Olšák
Tested-by: Jan Vesely
Can you add a note along the lines; "compute rings don't have PFP" or
anything more descriptive on the commit message?
thanks,
Jan
>
> Fixes: a1378639ab1 "radeonsi: always use compute rings for cl
On Tue, 2019-04-02 at 02:37 +0200, Dieter Nützel wrote:
> Am 01.04.2019 07:43, schrieb Jan Vesely:
> > Hi,
> >
> > On Mon, 2019-04-01 at 06:24 +0200, Dieter Nützel wrote:
> > > Hello,
> > >
> > > commit #356ec7a2196 'gallium: fix autotools build of pipe_msm.la'
> > > broke
> > > Clover.
> > >
>
Reviewed-by: Samuel Pitoiset
On 4/2/19 12:37 AM, Marek Olšák wrote:
From: Marek Olšák
Fixes: a1378639ab1 "radeonsi: always use compute rings for clover on CI and newer
(v2)"
---
src/gallium/drivers/radeonsi/si_cp_dma.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sr
49 matches
Mail list logo