[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon at freedesktop.org]

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

--- Comment #20 from Andy Furniss <adf.lists at gmail.com> ---
Though UVD seems to work for normal samples upto 2160p now, with an extreme
test I can lock GPU using it with powerplay=1 on low/auto but not (so far) =0.

With this sample there is also a corruption issue even with powerplay=0.

The sample decodes perfectly every time at full speed (player) with powerplay=1
and clocks forced high.

Tested with mpv mainly, but kodi, mplayer, decoding to ram with ffmpeg, gst omx
or gst vaapi all give similar results. Similar = decoding to ram may avoid the
lock (which always happens with players) but will be corrupt on auto. It is
still possible to lock decoding to ram.

Historically with a "normal" 2160p60 I have seen this rarely, but something
seems to have become more efficient so that 2160p60 that needed clocks forced
high will work on auto now.

The issue with this sample exists on older kernels as well as current.

The Sample is rather large and 4080x4096, it is "free" for testing AIUI as the
source images are from vqeg.

I thought I would upload it as I notice Leo Liu works on UVD and has a tonga.

It's 300 meg for 8.6 seconds! made to level 5.2 cbr (but is > 5.2 due to frame
size/num refs)

https://drive.google.com/file/d/0BxP5-S1t9VEEWGREeXlrQkZfaDQ/view?usp=sharing

Testing on a 1920x1080 screen with mpv -fs --hwdec=vdpau it will hang quickly
though GPU is still OK at this point. I could even run a gl Unigine bench  OK
(though mem clock is stuck low).

Trying to switch vt or quit X would hang display.

pkill -9 mpv won't instantly lock display (I use non compositing desktop), but
touching gl even glxinfo will then lock display.

Waiting 2 minutes before sysrq will give attached hung task trace.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160517/a8714313/attachment.html>