https://bugs.freedesktop.org/show_bug.cgi?id=98386

--- Comment #17 from Bruno Pagani <bruno.n.pagani-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> ---
(In reply to Bob Bugzilla from comment #16)
> I used glxgears as a relative benchmark (not absolute). Previously had
> 12,000 FPS.  Now get 1,000 FPS.
> 
> This is new and the timing correlates with the arrival of the nouveau faults
> in dmesg, and both correlate with applying the latest updates via Fedora 25.

So what is happening is that you got a bunch of updates, and now are linking
uncorrelated things together, because the only correlation I see here is that
both problems are related to this update, but I don’t think they have any other
sort of links between them. A being correlated to B and C being also correlated
to B doesn’t imply that A and C are correlated together. It would be like
saying “Hey my new car cannot drive as fast as my previous one, this must has
something to do with the fact I can get the music volume to the same level as
in my previous one”. This are two unrelated things that both link to the fact
you’ve changed your car, but there is no any kind of connection that could be
made between those two things otherwise.

> I did try the "options nouveau config=War00C800_0=1" modprobe.d patch from
> bug 70354, but no change.

Yes, and you had no reason to try that, don’t know what you expected… If you
had read the bug report, you would have seen that the main issue has been fixed
for everyone quite some time ago, and that the bug report we are currently
discussing over is for this MMIO error that has in fact been present even
before 70354 was solved
(https://bugzilla.freedesktop.org/show_bug.cgi?id=70354#c53,
https://bugzilla.freedesktop.org/show_bug.cgi?id=87942), and is still present
today.

> Looking for things to try, but don't know where to look.  Ideas?

So let me recap that again. You’ve updated your system, and because of that
your glxgears perfs decreased. If you want to do something about it, then you
should report a regression bug against the component that is responsible for
that, which require you to rollover your system to its previous state, verify
whether things are OK and not, and then as much as possible upgrade packages
one by one and verify whether perfs change, and when they do you’ll have found
what package is responsible for this. But please stop reporting this to this
thread, this is unrelated.

Now, regarding the issue in this thread, are you sure you never had this issue
before? Do you have kernel log from prior to the update? Maybe through
journalctl -k?

I find it unlikely that this issue started occurring at some point and wasn’t
present from the start (since it has been for me), but I’m no kernel dev so I
might very well be wrong on this. Or maybe your previous kernel was so old that
the card wasn’t initialized at all and thus you didn’t see any issue.

-- 
You are receiving this mail because:
You are the assignee for the bug.