<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Tonga powerplay isssues" href="https://bugs.freedesktop.org/show_bug.cgi?id=92936#c22">Comment # 22</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Tonga powerplay isssues" href="https://bugs.freedesktop.org/show_bug.cgi?id=92936">bug 92936</a> from <a class="email" href="mailto:adf.lists@gmail.com" title="Andy Furniss <adf.lists@gmail.com>"> Andy Furniss</a> <pre>(In reply to Andy Furniss from <a href="show_bug.cgi?id=92936#c14">comment #14</a>) > Been testing vce and there is an issue with auto. > > This is not just this kernel, I've been back and now I have a script to test > lots of runs, I can reproduce on older kernels + current fixes as well. > > The issue is that it will hang, at this time I am apparently OK in that I > can use desktop normally. There is no hung task timeout. If I kill the > gstreamer process it won't return, then I may get a hung task trace. > > Whether I kill gstreamer or not, quitting X or a VT switch will lock up > display. > > This only happens when > /sys/class/drm/card0/device/power_dpm_force_performance_level is auto. > > If it's high or low I can repeatedly run vce encodes OK - I have tested > > 1000. > > On this kernel and fixes it only takes < 5 runs to lock with the same test. > > On an older kernel it lasted for 25 runs (which is I guess why I didn't hit > it in "normal" testing + I often forced high for bench marking anyway) With the latest tonga vce firmware + current agd5f drm-next kernels I can't reproduce this anymore.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>