https://bugs.freedesktop.org/show_bug.cgi?id=100613
Stefan Dirsch changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #48 from Emil Velikov ---
Stefan, we had a number of fixes in Mesa 17.2.1 and later that reference this
bug. Is it save to assume the original regression is resolved, should we close
this?
--
You are receiving this mail because:
Yo
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #46 from intermedi...@hotmail.com ---
hi,
i have to notice this mesa issue is present inside the qemu ppc/ppc64 vm
machine too if vga std is used for render the graphic. the result is some
window manager crashes if the distro that th
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #46 from intermedi...@hotmail.com ---
hi,
i have to notice this mesa issue is present inside the qemu ppc/ppc64 vm
machine too if vga std is used for render the graphic. the result is some
window manager crashes if the distro that th
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #45 from Roland Scheidegger ---
(In reply to Ben Crocker from comment #44)
> By the way, draw-vertices-2101010 is failing across all architectures:
> X86 and PPC64LE as well as PPC64/S390x.
Yes, but this isn't related to swizzling (a
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #44 from Ben Crocker ---
(In reply to Ben Crocker from comment #43)
> (In reply to Ben Crocker from comment #42)
> > Created attachment 133677 [details] [review] [review]
> > lp_build_gather_elem_vec big-endian fix for 3x16 load
> >
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #43 from Ben Crocker ---
(In reply to Ben Crocker from comment #42)
> Created attachment 133677 [details] [review]
> lp_build_gather_elem_vec big-endian fix for 3x16 load
>
> In reply to Roland's Comment 32:
>
> Roland, thanks for
https://bugs.freedesktop.org/show_bug.cgi?id=100613
Ben Crocker changed:
What|Removed |Added
Attachment #131577|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #41 from intermedi...@hotmail.com ---
(In reply to Michel Dänzer from comment #37)
> (In reply to intermedi...@hotmail.com from comment #35)
> > https://bugs.freedesktop.org/show_bug.cgi?id=99859#c19
>
> The radeonsi driver is know
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #40 from Ben Crocker ---
(In reply to Stefan Dirsch from comment #39)
> (In reply to Ben Crocker from comment #36)
> > So far, at least on this bug (or cluster of bugs), we have seen the
> > same behavior on both S390 and big-endian
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #39 from Stefan Dirsch ---
(In reply to Ben Crocker from comment #36)
> So far, at least on this bug (or cluster of bugs), we have seen the
> same behavior on both S390 and big-endian Power8 (PPC64).
Power8 is ppc64le, isn't it? Con
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #38 from Stefan Dirsch ---
(In reply to intermedi...@hotmail.com from comment #35)
> just for information
> here my story about with Michel Danze reply
> https://bugs.freedesktop.org/show_bug.cgi?id=99859#c19
>
> But there are many
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #37 from Michel Dänzer ---
(In reply to intermedi...@hotmail.com from comment #35)
> https://bugs.freedesktop.org/show_bug.cgi?id=99859#c19
The radeonsi driver is known not to work yet on big endian hosts.
Is there anything unclea
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #36 from Ben Crocker ---
(In reply to intermedi...@hotmail.com from comment #35)
> just for information
> here my story about with Michel Danze reply
> https://bugs.freedesktop.org/show_bug.cgi?id=99859#c19
>
> But there are many p
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #35 from intermedi...@hotmail.com ---
just for information
here my story about with Michel Danze reply
https://bugs.freedesktop.org/show_bug.cgi?id=99859#c19
But there are many post on many big Endian hardware,
was only curious if
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #34 from Stefan Dirsch ---
(In reply to intermedi...@hotmail.com from comment #33)
> Hi Stefan sorry for asking this small ot,
> how is the situation there on RadeonSi Mesa EGL?
> here on Qoriq and on PowerMac G5 glamor crashes if
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #33 from intermedi...@hotmail.com ---
(In reply to Stefan Dirsch from comment #0)
> I've observed a regression in Mesa 17 on s390x (zSystems). It's hard to
> describe. Here is a video on Youtube.
>
> https://youtu.be/xaYauE0Kn8E
>
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #32 from Roland Scheidegger ---
(In reply to Ben Crocker from comment #29)
> Created attachment 131577 [details] [review]
> Patch to lp_build_gather_elem_vec
>
> THIS is the attachment I meant to attach to Comment 28.
Yes, that loo
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #31 from Ben Crocker ---
(In reply to Roland Scheidegger from comment #30)
> (In reply to Rob Clark from comment #26)
> > (In reply to Ben Crocker from comment #25)
> > >
> > > Regarding Ray's specific comment about getting scalar fe
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #30 from Roland Scheidegger ---
(In reply to Rob Clark from comment #26)
> (In reply to Ben Crocker from comment #25)
> >
> > Regarding Ray's specific comment about getting scalar fetch to work
> > with "sufficient twiddling," I thin
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #29 from Ben Crocker ---
Created attachment 131577
--> https://bugs.freedesktop.org/attachment.cgi?id=131577&action=edit
Patch to lp_build_gather_elem_vec
THIS is the attachment I meant to attach to Comment 28.
--
You are receiv
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #28 from Ben Crocker ---
The attached patch to lp_build_gather_elem_vec fixes the regressions
in, e.g., the draw-vertices 16-bit tests.
I'll spare you the assembly code this time, but suffice it to say the
code rearranges the 0.X.Y.
https://bugs.freedesktop.org/show_bug.cgi?id=100613
Ben Crocker changed:
What|Removed |Added
CC||intermedi...@hotmail.com
--- Comment #27
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #26 from Rob Clark ---
(In reply to Ben Crocker from comment #25)
>
> Regarding Ray's specific comment about getting scalar fetch to work
> with "sufficient twiddling," I think it's perfectly acceptable to
> introduce extra operation
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #25 from Ben Crocker ---
(In reply to Ray Strode from comment #24)
...
> Yea, I guess thinking about it more, even if we can get scalar fetch to work
> with sufficient twiddling, that twiddling probably introduces extra
> operations
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #24 from Ray Strode ---
(mid-air collision)
(In reply to Roland Scheidegger from comment #22)
> I think this has more to do with packed formats - for things like 10/10/10/2
> you can't really access that as multiple individual bytes
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #23 from Roland Scheidegger ---
(In reply to Ray Strode from comment #20)
> in this layout, vec_nr needs to be 0, then 1, then 1 to get the correct
> values, which is achieved with
>
> vec_nr = (fetch_width - (chan_desc.shift + cha
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #22 from Roland Scheidegger ---
(In reply to Ray Strode [halfline] from comment #21)
> Unless I'm misunderstanding something, I think this comment in u_format.h is
> the crux of the issue:
>
> * If each channel is accessed as an
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #21 from Ray Strode [halfline] ---
Unless I'm misunderstanding something, I think this comment in u_format.h is
the crux of the issue:
* If each channel is accessed as an individual N-byte value, X is always•
* at the lowest
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #20 from Ray Strode ---
Hi,
> - if i leave vector_justify to FALSE, but change attachment 130980
> to use fetch_width instead of format_desc->block.bits then all the
> 3 component sshort tests and half float tests start working, bu
https://bugs.freedesktop.org/show_bug.cgi?id=100613
Rob Clark changed:
What|Removed |Added
CC||robcl...@freedesktop.org
--
You are receiv
https://bugs.freedesktop.org/show_bug.cgi?id=100613
Ray Strode changed:
What|Removed |Added
Attachment #131171|1 |0
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=100613
Ray Strode changed:
What|Removed |Added
Attachment #131171|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #17 from Ray Strode ---
Created attachment 131171
--> https://bugs.freedesktop.org/attachment.cgi?id=131171&action=edit
another patch that may aid in understanding what's going on
Just to follow up again, we played around a bit mo
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #16 from Roland Scheidegger ---
(In reply to Bruce Cherniak from comment #15)
> This isn't really an OpenSWR (Drivers/Gallium/swr) specific problem. Is
> there another component that it should be moved to?
We don't really have an a
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #15 from Bruce Cherniak ---
This isn't really an OpenSWR (Drivers/Gallium/swr) specific problem. Is there
another component that it should be moved to?
--
You are receiving this mail because:
You are the QA Contact for the bug.
Yo
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #14 from Roland Scheidegger ---
(In reply to Ray Strode [halfline] from comment #13)
> Created attachment 131000 [details] [review]
> patch that didn't help at all
>
> Hi,
> (In reply to Roland Scheidegger from comment #10)
> > I'm
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #13 from Ray Strode [halfline] ---
Created attachment 131000
--> https://bugs.freedesktop.org/attachment.cgi?id=131000&action=edit
patch that didn't help at all
Hi,
(In reply to Roland Scheidegger from comment #10)
> I'm not sure
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #12 from Ray Strode [halfline] ---
(In reply to Roland Scheidegger from comment #11)
> > Short vertices - components: 2, stride: 8,
> I only see failures with the 3-component formats.
Indeed, I may have copy and pasted the wrong line
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #11 from Roland Scheidegger ---
(In reply to Ray Strode from comment #9)
> hard coding vector_justify to TRUE fixes the draw-vertices:
>
> Short vertices - components: 3, stride: 6,
> Short vertices - components: 2, stride: 8,
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #10 from Roland Scheidegger ---
(In reply to Ray Strode from comment #8)
> With attachment 130980 [details] [review], things are mostly working now.
> piglit found a couple regressions:
>
> https://people.freedesktop.org/~halfline/
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #9 from Ray Strode ---
hard coding vector_justify to TRUE fixes the draw-vertices:
Short vertices - components: 3, stride: 6,
Short vertices - components: 2, stride: 8,
tests.
--
You are receiving this mail because:
You are the Q
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #8 from Ray Strode ---
With attachment 130980, things are mostly working now. piglit found a couple
regressions:
https://people.freedesktop.org/~halfline/results-summary-shift-change/regressions.html
--
You are receiving this mai
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #7 from Ray Strode ---
Created attachment 130980
--> https://bugs.freedesktop.org/attachment.cgi?id=130980&action=edit
the patch i'm running through piglit now
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #6 from Ray Strode ---
(In reply to Roland Scheidegger from comment #5)
> So maybe instead of chan_desc.shift / type.width
> on big endian it needs to be (format_desc.block.bits - chan_desc.shift ) /
> type.width.
I guess that shoul
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #5 from Roland Scheidegger ---
I suppose this patch m(In reply to Ray Strode [halfline] from comment #4)
> Created attachment 130977 [details] [review]
> patch to aid in troubleshooting
I suppose this makes sense. Sort of. I was mis
https://bugs.freedesktop.org/show_bug.cgi?id=100613
Ray Strode [halfline] changed:
What|Removed |Added
CC||rstr...@redhat.com
--- Comment
https://bugs.freedesktop.org/show_bug.cgi?id=100613
Vedran Miletić changed:
What|Removed |Added
CC||ved...@miletic.net
--
You are receivi
https://bugs.freedesktop.org/show_bug.cgi?id=100613
İsmail Dönmez changed:
What|Removed |Added
CC||ism...@i10z.com
--
You are receiving t
https://bugs.freedesktop.org/show_bug.cgi?id=100613
Frederic Crozat changed:
What|Removed |Added
CC||f...@crozat.net
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #3 from Roland Scheidegger ---
(In reply to Stefan Dirsch from comment #2)
> Roland, thanks a lot for your prompt reply! Very much appreciated!
>
> Seems Richard meanwhile switched companies from IBM to ARM meanwhile. I
> found him
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #2 from Stefan Dirsch ---
Roland, thanks a lot for your prompt reply! Very much appreciated!
Seems Richard meanwhile switched companies from IBM to ARM meanwhile. I found
him on Linkedin. Possibly he's now working on aarch64 (LE).
https://bugs.freedesktop.org/show_bug.cgi?id=100613
Stefan Dirsch changed:
What|Removed |Added
CC||msta...@suse.de
--
You are receiving t
https://bugs.freedesktop.org/show_bug.cgi?id=100613
--- Comment #1 from Roland Scheidegger ---
I can't say I'm terribly surprised this commit broke it. That it might not work
on BE certainly came to my mind when I did this, despite my efforts... I
suspect the affected format didn't work with SoA
https://bugs.freedesktop.org/show_bug.cgi?id=100613
Stefan Dirsch changed:
What|Removed |Added
CC||srol...@vmware.com
--
You are receivin
https://bugs.freedesktop.org/show_bug.cgi?id=100613
Bug ID: 100613
Summary: Regression in Mesa 17 on s390x (zSystems)
Product: Mesa
Version: 17.0
Hardware: Other
OS: All
Status: NEW
Severity: normal
56 matches
Mail list logo
