https://bugs.freedesktop.org/show_bug.cgi?id=111511
Dave Airlie changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
Thanks for the patch and review, merged!
On Thu, Aug 29, 2019 at 3:45 AM Tapani Pälli wrote:
>
> Reviewed-by: Tapani Pälli
>
> On 8/29/19 12:18 AM, Nataraj Deshpande wrote:
> > The patch adds support for 64 bit HAL_PIXEL_FORMAT_RGBA_FP16
> > for android platform.
> >
> > Fixes
https://bugs.freedesktop.org/show_bug.cgi?id=111511
--- Comment #7 from Roland Scheidegger ---
Ahh so it might not pass for other reasons.
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the
On 7/8/19 10:44, Emil Velikov wrote:
Hi all,
Hi Emil,
On Wed, 31 Jul 2019 at 09:37, Emil Velikov wrote:
Hi all,
Here is the tentative release plan for 19.2.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
https://bugs.freedesktop.org/show_bug.cgi?id=111523
Bug ID: 111523
Summary: Clover - radeonsi: Mesa git - broken compilation with
current LLVM 10.0.0
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS:
https://bugs.freedesktop.org/show_bug.cgi?id=111511
--- Comment #6 from Dave Airlie ---
GLES 3.1 needs some enhanced gather paths so I think we are just missing some
of those.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=111511
--- Comment #5 from Dave Airlie ---
We fail a bunch of gather tests integer and non-integer with deqp
Some of the below, I haven't had a chance to dig into the fail list yet, I
wanted to fix all the assert crashes first.
Kenneth Graunke writes:
> [ Unknown signature status ]
> Hi all,
>
> As a lot of you have probably noticed, Bugzilla seems to be getting a
> lot of spam these days - several of us have been disabling a bunch of
> accounts per day, sweeping new reports under the rug, hiding comments,
> etc. This
Am 29.08.19 um 22:06 schrieb Dave Airlie:
> From: Dave Airlie
>
> Bugzilla:
>
https://bugs.freedesktop.org/show_bug.cgi?id=111511
--- Comment #4 from Roland Scheidegger ---
(In reply to Dave Airlie from comment #3)
> I've sent a patch to disable accurate cube corners for integer textures to
> the list.
>
> It doesn't fix the test but it stops it asserting, which means I
https://bugs.freedesktop.org/show_bug.cgi?id=111510
--- Comment #1 from Axel Davy ---
Gallium-nine doesn't use llvm directly. It uses it possibly through radeonsi or
llvmpipe.
I assume you get the same problem when building mesa without gallium nine ?
Could you tell if the problem is when
Quoting Kristian Høgsberg (2019-08-29 21:20:12)
> On Thu, Aug 29, 2019 at 12:44 PM Chris Wilson
> wrote:
> >
> > Quoting Kenneth Graunke (2019-08-29 19:52:51)
> > > Some cons:
> > >
> > > - Moving bug reports between the kernel and Mesa would be harder.
> > > We would have to open a bug in the
On Thu, Aug 29, 2019 at 12:44 PM Chris Wilson wrote:
>
> Quoting Kenneth Graunke (2019-08-29 19:52:51)
> > Some cons:
> >
> > - Moving bug reports between the kernel and Mesa would be harder.
> > We would have to open a bug in the other system. (Then again,
> > moving bugs between Mesa and X
https://bugs.freedesktop.org/show_bug.cgi?id=111511
--- Comment #3 from Dave Airlie ---
I've sent a patch to disable accurate cube corners for integer textures to the
list.
It doesn't fix the test but it stops it asserting, which means I can complete a
deqp gles31 run without dying.
--
You
From: Dave Airlie
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=111511
---
src/gallium/auxiliary/gallivm/lp_bld_sample_soa.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/gallium/auxiliary/gallivm/lp_bld_sample_soa.c
b/src/gallium/auxiliary/gallivm/lp_bld_sample_soa.c
Quoting Kenneth Graunke (2019-08-29 19:52:51)
> Some cons:
>
> - Moving bug reports between the kernel and Mesa would be harder.
> We would have to open a bug in the other system. (Then again,
> moving bugs between Mesa and X or Wayland would be easier...)
All that I ask is that we move the
+1
On Thu, Aug 29, 2019 at 2:36 PM Rob Clark wrote:
> On Thu, Aug 29, 2019 at 12:02 PM Kenneth Graunke
> wrote:
> >
> > Hi all,
> >
> > As a lot of you have probably noticed, Bugzilla seems to be getting a
> > lot of spam these days - several of us have been disabling a bunch of
> > accounts
On Thu, Aug 29, 2019 at 12:02 PM Kenneth Graunke wrote:
>
> Hi all,
>
> As a lot of you have probably noticed, Bugzilla seems to be getting a
> lot of spam these days - several of us have been disabling a bunch of
> accounts per day, sweeping new reports under the rug, hiding comments,
> etc.
On Thu, Aug 29, 2019 at 12:02 PM Kenneth Graunke wrote:
>
> Hi all,
>
> As a lot of you have probably noticed, Bugzilla seems to be getting a
> lot of spam these days - several of us have been disabling a bunch of
> accounts per day, sweeping new reports under the rug, hiding comments,
> etc.
Hi all,
As a lot of you have probably noticed, Bugzilla seems to be getting a
lot of spam these days - several of us have been disabling a bunch of
accounts per day, sweeping new reports under the rug, hiding comments,
etc. This bug spam causes emails to be sent (more spam!) and then us
to have
On Thu, 29 Aug 2019 15:31:31 +0200
Rohan Garg wrote:
> On jueves, 29 de agosto de 2019 15:07:08 (CEST) Boris Brezillon wrote:
> > On Thu, 29 Aug 2019 14:53:10 +0200
> >
> > Rohan Garg wrote:
> > > is_scanout is not used anywhere and can be inferred within
> > > panfrost_drm_submit_vs_fs_job
https://bugs.freedesktop.org/show_bug.cgi?id=111511
--- Comment #2 from Roland Scheidegger ---
I forgot to mention, I have no idea what the fourth texel should be in case of
cube corners for integer textures. As said I highly doubt averaging is the
answer, but apart from that no idea. Hopefully
https://bugs.freedesktop.org/show_bug.cgi?id=111511
--- Comment #1 from Roland Scheidegger ---
I don't think averaging would be correct for integer cube corners (as integer
textures generally perform no lerp on values).
I think the problem here is the forcing of linear filtering paths for gather
https://bugs.freedesktop.org/show_bug.cgi?id=111522
Bug ID: 111522
Summary: [bisected] Supraland no longer start
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity:
A-b
On Thu, Aug 29, 2019 at 04:15:32PM +0200, Tomeu Vizoso wrote:
> Some functionality has been added to deqp-volt to only print
> regressions, so update our version of it and use the new options.
>
> Signed-off-by: Tomeu Vizoso
> ---
> src/gallium/drivers/panfrost/ci/deqp-runner.sh | 9
https://bugs.freedesktop.org/show_bug.cgi?id=111496
Roland Scheidegger changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Am 29.08.19 um 15:05 schrieb Jose Fonseca:
> This change is
>
> Reviewed-by: Jose Fonseca
>
> Regarding follow up change, do you think the LLVM pattern is sane/doable?
Yes, should be doable and not too bad (I did not verify that what we're
doing doesn't actually get recognized, since it's
On Thu, 29 Aug 2019 13:54:15 +0200
Boris Brezillon wrote:
> dri2_set_damage_region() must call st_validate_state(UPDATE_FRAMEBUFFER)
> to make sure the BACK_LEFT attachment is up-to-date.
> Problem is, dri2_swap_buffers_xxx() functions are actually targeting
> the old backbuffer when they call
Some functionality has been added to deqp-volt to only print
regressions, so update our version of it and use the new options.
Signed-off-by: Tomeu Vizoso
---
src/gallium/drivers/panfrost/ci/deqp-runner.sh | 9 ++---
src/gallium/drivers/panfrost/ci/gitlab-ci.yml | 2 +-
2 files changed, 7
On Thu, 29 Aug 2019 13:54:16 +0200 Boris Brezillon
said:
These 2 do improve things, but once you start doing BindFramebuffer()'s as part
of the render cycle ... its back to rendering artifacts. I am not quite sure
exactly what yet. I need to capture some output and traces to get a better idea
of
On jueves, 29 de agosto de 2019 15:07:08 (CEST) Boris Brezillon wrote:
> On Thu, 29 Aug 2019 14:53:10 +0200
>
> Rohan Garg wrote:
> > is_scanout is not used anywhere and can be inferred within
> > panfrost_drm_submit_vs_fs_job if required.
>
> Signed-off-by tag is missing. Looks good otherwise.
On Thu, 29 Aug 2019 14:53:10 +0200
Rohan Garg wrote:
> is_scanout is not used anywhere and can be inferred within
> panfrost_drm_submit_vs_fs_job if required.
Signed-off-by tag is missing. Looks good otherwise.
Reviewed-by: Boris Brezillon
> ---
> src/gallium/drivers/panfrost/pan_drm.c|
This change is
Reviewed-by: Jose Fonseca
Regarding follow up change, do you think the LLVM pattern is sane/doable?
If not we should try ask them to reconsider relying strictly upon pattern
matching. I get the feeling upstream LLVM is throwing the baby with the water
with these changes. I
On Thu, 29 Aug 2019 14:51:52 +0200
Rohan Garg wrote:
> Jobs _must_ only be shared across the same context, having
> the last_job tracked in a screen causes use-after-free issues
> and memory corruptions.
You should probably also mention that transient-pool and bo-cache
related fields should be
is_scanout is not used anywhere and can be inferred within
panfrost_drm_submit_vs_fs_job if required.
---
src/gallium/drivers/panfrost/pan_drm.c| 2 +-
src/gallium/drivers/panfrost/pan_job.c| 3 +--
src/gallium/drivers/panfrost/pan_screen.h | 3 +--
3 files changed, 3 insertions(+), 5
Jobs _must_ only be shared across the same context, having
the last_job tracked in a screen causes use-after-free issues
and memory corruptions.
Signed-off-by: Rohan Garg
---
src/gallium/drivers/panfrost/pan_allocate.c | 2 ++
src/gallium/drivers/panfrost/pan_bo_cache.c | 16 +++-
dri2_set_damage_region() must call st_validate_state(UPDATE_FRAMEBUFFER)
to make sure the BACK_LEFT attachment is up-to-date.
Problem is, dri2_swap_buffers_xxx() functions are actually targeting
the old backbuffer when they call ->set_damage_region(0, NULL), and
more importantly, they are not
So we can call st_validate_state() from dri2_set_damage_region() in
order to update the BACK_LEFT attachement before using it. If we don't
do that, the resource passed to pipe_screen->set_damage_region() might
be wrong.
Signed-off-by: Boris Brezillon
---
Hi,
I honestly don't know if this is the
On 29/08/2019 01:12, Dave Airlie wrote:
> On Tue, 27 Aug 2019 at 20:30, Jose Fonseca wrote:
>>
>> FYI, I've followed Eric Engestroms' instructions for better Mesa <->
>> AppVeyor integration. (Thanks Eric.)
>>
>> I haven't tested, but hopefully this new integration method should now
>> trigger
Reviewed-by: Tapani Pälli
On 8/29/19 12:18 AM, Nataraj Deshpande wrote:
The patch adds support for 64 bit HAL_PIXEL_FORMAT_RGBA_FP16
for android platform.
Fixes android.graphics.cts.BitmapColorSpaceTest#test16bitHardware
which failed in egl due to "Unsupported native buffer format 0x16"
on
Build mesa 151 completed
Commit 6dc4ddc5f8 by Jan Zielinski on 8/29/2019 9:42 AM:
swr/rasterizer: Enable ARB_fragment_layer_viewport
Configure your notification preferences
___
mesa-dev mailing list
Build mesa 150 failed
Commit 6e01575b68 by Jan Zielinski on 8/29/2019 9:42 AM:
swr/rasterizer: Enable ARB_fragment_layer_viewport
Configure your notification preferences
___
mesa-dev mailing list
42 matches
Mail list logo
