https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #35 from Daniel Scharrer ---
Confirmed that both GPU faults and garbage being rendered happens independently
of unsafe-fp-math. New trace in bug 87278 comment 29.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #34 from Daniel Scharrer ---
(In reply to smoki from comment #28)
> After
> http://cgit.freedesktop.org/mesa/mesa/commit/
> ?id=c6d79ed289a75f13c65f011be870f7e43a0fedc7 which improve code quality i
> can enable unsafe-fp-math and
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #33 from Marek Olšák ---
(In reply to Michel Dänzer from comment #32)
> Sounds like it may be worth a shot to enable it again then.
I think unsafe-fp-math enables Abs and Neg source modifiers and other
optimizations, so it's
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #32 from Michel Dänzer ---
Sounds like it may be worth a shot to enable it again then.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #31 from smoki ---
OpenArena 0.8.8 is also a bit faster here on Kabini, etc...
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #30 from smoki ---
(In reply to Michel Dänzer from comment #29)
> (In reply to smoki from comment #28)
> > I guess unsafe-fp-math might be reenabled now if is stabilise SI and of
> > course because of better radeonsi performance.
>
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #29 from Michel Dänzer ---
(In reply to smoki from comment #28)
> I guess unsafe-fp-math might be reenabled now if is stabilise SI and of
> course because of better radeonsi performance.
Do you have any numbers for the effect of
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #28 from smoki ---
After
http://cgit.freedesktop.org/mesa/mesa/commit/?id=c6d79ed289a75f13c65f011be870f7e43a0fedc7
which improve code quality i can enable unsafe-fp-math and grass is now there
with trace from Comment 7
Daniel and
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #27 from Daniel Scharrer ---
No, I still get GPU faults when booting with radeon.dpm=0.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #26 from Marek Olšák ---
A wild guess: do the VM faults go away if you turn off DPM?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #25 from Daniel Scharrer ---
(In reply to Marek Olšák from comment #24)
> I don't understand.
Since setting the unsafe-fp-math attribute just for vertex shaders or just for
fragment shaders was both enough to trigger the bug
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #24 from Marek Olšák ---
I don't understand. Shaders are whole programs. The OpenGL program object has
no meaning to gallium drivers.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #23 from Daniel Scharrer ---
FWIW, grass (and GPU faults) disappears when setting "unsafe-fp-math" for
*either* vertex or fragment shaders - or does this attribute affect the whole
program?
VS GS PS Grass missing GPU faults
â
https://bugs.freedesktop.org/show_bug.cgi?id=89069
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #21 from smoki ---
Ah OK then, it is vertex or vertex+fragment... Best solution currently seems
to be that we disable this optimization until someone found why unsafe-fp-math
is unsafe :D
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #20 from Michel Dänzer ---
(In reply to smoki from comment #19)
> if (type != TGSI_PROCESSOR_COMPUTE && TGSI_PROCESSOR_FRAGMENT) {
That always evaluates as false, because TGSI_PROCESSOR_FRAGMENT is 0. You
probably meant
if
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #19 from smoki ---
I forgot to ask Daniel what happens if you disable optimization for just
TGSI_PROCESSOR_FRAGMENT as this missing crumbs happens on that case...
one-liner change line 84. Does that still lockup SI card?
if (type
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #18 from Iaroslav Andrusyak ---
Compiler optimization does not change anything.
llvm + gcc -03missing grass
llvm + clang -03 missing grass
llvm + clang -02 missing grass
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #17 from smoki ---
(In reply to Daniel Scharrer from comment #15)
> Yes, there are no faults without reverting that commit (with current Mesa
> git and LLVM svn).
As i said open a bug about, this reverted should and should
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #16 from Iaroslav Andrusyak ---
(In reply to smoki from comment #8)
> I can't reproduce any GPU faults on CIK Kabini with that trace (probably
> Iaroslav can't on Bonaire too), those GPU faults seems SI or Tahiti specific.
Yes no
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #15 from Daniel Scharrer ---
Yes, there are no faults without reverting that commit (with current Mesa git
and LLVM svn).
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #14 from smoki ---
(In reply to Daniel Scharrer from comment #13)
> Disabling crumbs does not get rid of the GPU faults, at least not all of
> them. Even with all settings turned down there are occasional faults, but
> less than
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #13 from Daniel Scharrer ---
Disabling crumbs does not get rid of the GPU faults, at least not all of them.
Even with all settings turned down there are occasional faults, but less than
there are with higher settings.
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #12 from smoki ---
Daniel i forget to mention most important thing :D you can disable rendering
of grass/flowers/etc... in that game, there is an option called 'Render Crumbs'
disable that and you are fine.
Do you still have GPU
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #11 from smoki ---
> (In reply to smoki from comment #9)
>
> Anyway, I don't want to derail this bug too much with the GPU faults - just
> though it was an interesting detail. If 0e9cded is reverted or another fix
> lands in mesa
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #10 from Daniel Scharrer ---
(In reply to smoki from comment #9)
> As you say that you can't reproduce it with some traces, you may try to
> research which exact option in game
The reason the first trace doesn't show the same GPU
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #9 from smoki ---
(In reply to Daniel Scharrer from comment #7)
> I can confirm that reverting 0e9cdedd2e3943bdb7f3543a3508b883b167e427 fixes
> the grass, but it also brings back the GPU fault errors in dmesg from bug
> #87278,
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #8 from smoki ---
I can't reproduce any GPU faults on CIK Kabini with that trace (probably
Iaroslav can't on Bonaire too), those GPU faults seems SI or Tahiti specific.
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #7 from Daniel Scharrer ---
Same here on TAHITI (Radeon HD 7950) with Mesa git e93566a, LLVM svn r228889
and kernel 3.18.6-gentoo.
I can confirm that reverting 0e9cdedd2e3943bdb7f3543a3508b883b167e427 fixes the
grass, but it also
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #6 from smoki ---
Thanks for confirmation.
I know those float point math optimization behave like this, if someone build
llvm with gcc and with '-Ofast' that is '-O3 -ffast-math' there are visual
regressions (missing fog, etc),
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #5 from Iaroslav Andrusyak ---
(In reply to smoki from comment #3)
> But i tested this on Kabini, so who knows... Iaroslav can you test if
> reverting 0e9cdedd2e3943bdb7f3543a3508b883b167e427 fixes your issue?
Yes, it helps.
i
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #4 from commiethebeastie at gmail.com ---
Yes, you are right. Commenting of a 0e9cdedd2e3943bdb7f3543a3508b883b167e427 in
mesa-10.6 helped me.
--
You are receiving this mail because:
You are the assignee for the bug.
--
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #3 from smoki ---
But i tested this on Kabini, so who knows... Iaroslav can you test if
reverting 0e9cdedd2e3943bdb7f3543a3508b883b167e427 fixes your issue?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #2 from smoki ---
OK it is not the same, bisected this to
0e9cdedd2e3943bdb7f3543a3508b883b167e427
radeon/llvm: enable unsafe math for graphics shaders
This optimization looks like should be disabled for graphic too on 32bit,
https://bugs.freedesktop.org/show_bug.cgi?id=89069
--- Comment #1 from smoki ---
It works for me with mesa 10.2, so bisecting would help.
Just guessing, but might be the same as bug 89064
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part
https://bugs.freedesktop.org/show_bug.cgi?id=89069
Bug ID: 89069
Summary: Lack of grass in The Talos Principle on radeonsi
(native\wine\nine)
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux
36 matches
Mail list logo