<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - [bisected] R9 290 low performance in Linux 4.7"
href="https://bugs.freedesktop.org/show_bug.cgi?id=97260#c18">Comment # 18</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - [bisected] R9 290 low performance in Linux 4.7"
href="https://bugs.freedesktop.org/show_bug.cgi?id=97260">bug 97260</a>
from <span class="vcard"><a class="email" href="mailto:michel@daenzer.net" title="Michel Dänzer <michel@daenzer.net>"> <span class="fn">Michel Dänzer</span></a>
</span></b>
<pre>Created <span class=""><a href="attachment.cgi?id=125808" name="attach_125808" title="radeon: Add some page flip debugging output">attachment 125808</a> <a href="attachment.cgi?id=125808&action=edit" title="radeon: Add some page flip debugging output">[details]</a></span> <a href='page.cgi?id=splinter.html&bug=97260&attachment=125808'>[review]</a>
radeon: Add some page flip debugging output
Well, that's a surprising result of the bisection.
I can imagine two possible causes, or possibly some combination thereof:
* The processing of asynchronous flips or the corresponding completion
interrupts
is delayed for some reason
* Using flips instead of blits for buffer swaps lowers the load on the GPU 3D
engine, so the SMU doesn't switch to higher clocks
The attached debugging patch should give us more information about the former.
With it applied, run the following while an affected application is running in
fullscreen:
sudo sh -c 'echo 2 >/sys/module/drm/parameters/debug'; sleep 1; sudo sh -c
'echo 0 >/sys/module/drm/parameters/debug'
Then attach the resulting dmesg output.
BTW, does the problem still happen with Alex's current drm-next-4.9-wip branch?</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>