On 4/26/19 6:24 PM, Alyssa Rosenzweig wrote:
We start by building a container in Docker that contains a suitable
rootfs and kernel for the DUT, deqp and all dependencies for building
Mesa itself.
Out of curiosity, what's the performance impact of this? If there are no
changes to the kernel or
On 4/26/19 9:14 PM, Eric Anholt wrote:
Alyssa Rosenzweig writes:
We start by building a container in Docker that contains a suitable
rootfs and kernel for the DUT, deqp and all dependencies for building
Mesa itself.
Out of curiosity, what's the performance impact of this? If there are no
https://bugs.freedesktop.org/show_bug.cgi?id=110525
--- Comment #2 from Samuel Pitoiset ---
Uhu? I can definitely reproduce it. Do you have assertions enabled in your
build?
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the
Reviewed-by: Samuel Pitoiset
On 4/27/19 11:47 AM, Rhys Perry wrote:
It previously used var->type instead of deref_instr->type and didn't
handle 64-bit outputs.
This fixes lots of transform feedback CTS tests involving transform
feedback and geometry shaders (mostly
https://bugs.freedesktop.org/show_bug.cgi?id=110525
--- Comment #3 from Bas Nieuwenhuizen ---
Yep mesa-build is my debug build. (Also note that I spelled the env var wrong
in the pasted text. I did rerun it with the correct env var which did not
result in any changes.)
--
You are receiving
On Sat, 27 Apr 2019 09:38:27 -0400
Marek Olšák wrote:
> Those are all valid reasons, but I don't wanna expose swrast for AMD's
> customers.
Hi Marek,
is you objection that you will never want to see any software renderer
in the list, or that you don't want to see a software renderer only as
On Sat, 27 Apr 2019 at 04:31, Marek Olšák wrote:
>
> Hi,
>
> This series fixes pbuffers for EGL as exercised by the egl_ext_device-
> _base piglit test.
>
> It passes piglit, GL-CTS, dEQP, and The Hitchhiker's Guide to the Galaxy,
> but I didn't test GLX, so things might still break horribly
https://bugs.freedesktop.org/show_bug.cgi?id=109599
--- Comment #16 from tempel.jul...@gmail.com ---
I changed the ticket title accordingly. Would a renderdoc capture for Hitman be
desirable?
If you're really mean (which I'm of course not, issue is hardly noticeable) you
could say that radv
+1
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
https://bugs.freedesktop.org/show_bug.cgi?id=109599
tempel.jul...@gmail.com changed:
What|Removed |Added
Summary|small shadows are not drawn |small shadows are not drawn
On Fri, 26 Apr 2019 at 08:13, Rain_Kuper wrote:
>
> Hello,does Mesa 3D have support for NVIDIA Tegra K1 SoC and Android?
>
Tegra K1 should work with the nouveau kernel and mesa drivers. Android
is also amongst the platforms where Mesa runs.
IIRC since Android makes heavy use of MT, you might need
> A typical run takes around 20 mins and the time spent besides running the
> tests themselves is a small part.
Oh, nice! That's a lot quicker than I expected :)
> Well, this is information about the code, so I think it makes sense to store
> it alongside it. It really needs to be kept in sync
On 2019-04-27 6:13 p.m., Rob Clark wrote:
> On Thu, Apr 25, 2019 at 7:06 PM Marek Olšák wrote:
>>
>> From: Marek Olšák
>>
>> It's done by:
>> - decrease the number of frames in flight by 1
>> - flush before throttling in SwapBuffers
>> (instead of wait-then-flush, do flush-then-wait)
>>
>> The
https://bugs.freedesktop.org/show_bug.cgi?id=109599
--- Comment #17 from Samuel Pitoiset ---
Yes, please attach a new trace.
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
mesa-dev
On 2019-04-27 5:31 a.m., Marek Olšák wrote:
> Hi,
>
> This series fixes pbuffers for EGL as exercised by the egl_ext_device-
> _base piglit test.
>
> It passes piglit, GL-CTS, dEQP, and The Hitchhiker's Guide to the Galaxy,
> but I didn't test GLX, so things might still break horribly there.
I
https://bugs.freedesktop.org/show_bug.cgi?id=109599
--- Comment #18 from tempel.jul...@gmail.com ---
Compressing and uploading the capture is on its way.
Here are current screenshots showing the issue with latest mesa-git. When you
switch between the images, you can clearly see some shadows
https://bugs.freedesktop.org/show_bug.cgi?id=109599
--- Comment #22 from tempel.jul...@gmail.com ---
Created attachment 144113
--> https://bugs.freedesktop.org/attachment.cgi?id=144113=edit
hitman 2 renderdoc capture 4
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=109599
--- Comment #23 from tempel.jul...@gmail.com ---
Created attachment 144114
--> https://bugs.freedesktop.org/attachment.cgi?id=144114=edit
hitman 2 renderdoc capture 5
--
You are receiving this mail because:
You are the QA Contact for the
On Fri, 2019-04-26 at 23:31 -0400, Marek Olšák wrote:
I don't claim to know what this series is trying to fix, but:
> +* 2) Pbuffers are back buffers from the application point of view,
> +*but they are front buffers from the Mesa point of view,
> +*because they are always
https://bugs.freedesktop.org/show_bug.cgi?id=109599
--- Comment #21 from tempel.jul...@gmail.com ---
Created attachment 144112
--> https://bugs.freedesktop.org/attachment.cgi?id=144112=edit
hitman 2 renderdoc capture 3
--
You are receiving this mail because:
You are the QA Contact for the
On Mon, Apr 29, 2019 at 3:06 PM Viktor Jaegerskuepper
wrote:
>
> Hi Ilia,
>
> Ilia Mirkin:
> > If you can reproduce the issue
> > at will, could I recommend you try undoing this hunk:
> >
> > @@ -1192,7 +1192,6 @@ try_pbo_upload_common(struct gl_context *ctx,
> >return false;
> >
> >
The patch this depends on, "ac,ac/nir: use a better sync scope for
shared atomics", has been pushed:
https://gitlab.freedesktop.org/mesa/mesa/commit/bd4c661ad08e772fdccb562ffbb2f45705c4fec8
On Fri, 26 Apr 2019 at 21:41, Marek Olšák wrote:
>
> From: Marek Olšák
>
> This depends on "ac,ac/nir:
https://bugs.freedesktop.org/show_bug.cgi?id=109599
--- Comment #19 from tempel.jul...@gmail.com ---
Created attachment 144110
--> https://bugs.freedesktop.org/attachment.cgi?id=144110=edit
hitman 2 renderdoc capture 1
--
You are receiving this mail because:
You are the QA Contact for the
https://bugs.freedesktop.org/show_bug.cgi?id=109599
--- Comment #20 from tempel.jul...@gmail.com ---
Created attachment 144111
--> https://bugs.freedesktop.org/attachment.cgi?id=144111=edit
hitman 2 renderdoc capture 2
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=109599
--- Comment #24 from tempel.jul...@gmail.com ---
Created attachment 144115
--> https://bugs.freedesktop.org/attachment.cgi?id=144115=edit
hitman 2 renderdoc capture 6/6
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=109599
--- Comment #25 from tempel.jul...@gmail.com ---
Upload complete.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
mesa-dev mailing
https://bugs.freedesktop.org/show_bug.cgi?id=110439
Plamena Manolova changed:
What|Removed |Added
Depends on||110551
Referenced Bugs:
This patch might improve performance, because less submitted unfinished
work means less used memory by the unfinished work.
Marek
On Mon, Apr 29, 2019 at 11:07 AM Michel Dänzer wrote:
> On 2019-04-27 6:13 p.m., Rob Clark wrote:
> > On Thu, Apr 25, 2019 at 7:06 PM Marek Olšák wrote:
> >>
> >>
I'm adding this hunk, which makes the test pass:
diff --git a/src/mesa/main/buffers.c b/src/mesa/main/buffers.c
index 1ac0d5d0798..a46599a2872 100644
--- a/src/mesa/main/buffers.c
+++ b/src/mesa/main/buffers.c
@@ -485,7 +485,9 @@ draw_buffers(struct gl_context *ctx, struct
gl_framebuffer *fb,
https://bugs.freedesktop.org/show_bug.cgi?id=110552
Bug ID: 110552
Summary: Land Gallium nine fixes for 19.1
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=110552
Axel Davy changed:
What|Removed |Added
Blocks||110439
Referenced Bugs:
https://bugs.freedesktop.org/show_bug.cgi?id=110439
Axel Davy changed:
What|Removed |Added
Depends on||110552
Referenced Bugs:
On Tue, 30 Apr 2019 at 08:42, Ilia Mirkin wrote:
>
> Thing is, I think that would not be enough - with the "recent" (like
> past 2 years) CSO/state change detection changes, I think that you can
> end up with no sampler set for a buffer view. Perhaps someone with the
> hw can investigate what
In the FS IR we pretend that the instruction is predicated with (+f0.1)
just for flag dependency tracking purposes. Since the instruction
doesn't support predication before Haswell, we unset the predicate so we
should also unset the flag register so that we can round-trip the
disassembly.
---
Francisco Jerez writes:
> Because the "low" temporary needs to be accessed with word type and
> twice the original stride, attempting to preserve the alignment of the
> original destination can potentially lead to instructions with illegal
> destination stride greater than four. Because the
Hi Ilia,
Ilia Mirkin:
> If you can reproduce the issue
> at will, could I recommend you try undoing this hunk:
>
> @@ -1192,7 +1192,6 @@ try_pbo_upload_common(struct gl_context *ctx,
>return false;
>
> cso_save_state(cso, (CSO_BIT_FRAGMENT_SAMPLER_VIEWS |
> -
Reverting the st/mesa commit would be fine.
Marek
On Mon, Apr 29, 2019 at 3:20 PM Ilia Mirkin wrote:
> On Mon, Apr 29, 2019 at 3:06 PM Viktor Jaegerskuepper
> wrote:
> >
> > Hi Ilia,
> >
> > Ilia Mirkin:
> > > If you can reproduce the issue
> > > at will, could I recommend you try undoing
On Mon, Apr 29, 2019 at 4:00 AM Pekka Paalanen wrote:
> On Sat, 27 Apr 2019 09:38:27 -0400
> Marek Olšák wrote:
>
> > Those are all valid reasons, but I don't wanna expose swrast for AMD's
> > customers.
>
> Hi Marek,
>
> is you objection that you will never want to see any software renderer
>
Thing is, I think that would not be enough - with the "recent" (like
past 2 years) CSO/state change detection changes, I think that you can
end up with no sampler set for a buffer view. Perhaps someone with the
hw can investigate what goes wrong?
On Mon, Apr 29, 2019 at 5:42 PM Marek Olšák
On Mon, Apr 29, 2019 at 12:28 PM Adam Jackson wrote:
> On Fri, 2019-04-26 at 23:31 -0400, Marek Olšák wrote:
>
> I don't claim to know what this series is trying to fix, but:
>
> > +* 2) Pbuffers are back buffers from the application point of view,
> > +*but they are front buffers
40 matches
Mail list logo