[Bug 92936] Tonga powerplay isssues

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 1699 bytes --]

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

            Bug ID: 92936
           Summary: Tonga powerplay isssues
           Product: DRI
           Version: DRI git
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: DRM/AMDgpu
          Assignee: dri-devel@lists.freedesktop.org
          Reporter: adf.lists@gmail.com

Created attachment 119627
  --> https://bugs.freedesktop.org/attachment.cgi?id=119627&action=edit
dmesg

Testing the amdgpu-powerplay brandh I have several issues.

The first and possibly the cause of others (so for now I won't do separate
bugs) is on boot I see -

Can't find requested voltage id in vdd_dep_on_sclk table!

Testing Games/demos all is good and perf is as expected.

Testing UVD however and perf is way worse than before powerplay.

I see in dmesg -

[ 1818.011402] Failed to send Message.
[ 1818.011407] Failed to send Previous Message.

After doing this I also may no longer get good perf from gamed/demos.

Trying to force high for the uvd test doesn't help and I notice another issue -

/sys/class/drm/card0/device/power_dpm_force_performance_level

is auto to start with, if I echo high > it works = GPU gets hotter, but I can't
change it back. If I echo auto > ... then cat it, it will still say high and
GPU remains hot.

Separately when I quit X I may get some new errors in dmesg

Nov 12 11:36:50 ph4 kernel: Failed to send Previous Message.
Nov 12 11:36:50 ph4 kernel: last message repeated 2 times
Nov 12 11:36:50 ph4 kernel: unforce pcie level failed!

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

[-- Attachment #1.2: Type: text/html, Size: 3011 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 381 bytes --]

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

--- Comment #1 from Alex Deucher <alexdeucher@gmail.com> ---
Can you try updating the the latest powerplay branch?  Specifically this patch:
http://cgit.freedesktop.org/~agd5f/linux/commit/?h=amdgpu-powerplay&id=7dd7b21debf064ecabd9ae09beb8a85ef492c46d

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

[-- Attachment #1.2: Type: text/html, Size: 1230 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 719 bytes --]

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

--- Comment #2 from Andy Furniss <adf.lists@gmail.com> ---
This does boost uvd perf above historical level, though not as much as I
expected.

The Failed to send Message is also gone.

Can't find requested voltage id in vdd_dep_on_sclk table! is still present in
dmesg.

The use of UVD still regresses OpenGL perf.

It seems it's when I am in this state power_dpm_force_performance_level does
not accept input. It is still "untouched" = auto and now if I try high it won't
take it. In dmesg I see -

[ 2761.751646] Failed to send Message.
[ 2761.751649] force highest pcie dpm state failed!

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

[-- Attachment #1.2: Type: text/html, Size: 1442 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 452 bytes --]

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

--- Comment #3 from Andy Furniss <adf.lists@gmail.com> ---
I found today by luck that this issue does not exist if there are 2 displays
alive when I boot. The second display being an HDMI TV, which as it's not me
using it I --off with xrandr after startx - but I can't then get UVD usage to
break powerplay in this senario.

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

[-- Attachment #1.2: Type: text/html, Size: 1165 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 621 bytes --]

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

--- Comment #4 from Andy Furniss <adf.lists@gmail.com> ---
Created attachment 120450
  --> https://bugs.freedesktop.org/attachment.cgi?id=120450&action=edit
a couple of locks using uvd.

Issues still exist in current powerplay.

Though testing uvd when there are issues may be a bit pointless -

It's possible to get it to produce corrupted output.

Eventually, using it may cause a lock up. Attached first using mplayer the
second gstreamer (vaapi).

I have locked in the past using gst omx.

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

[-- Attachment #1.2: Type: text/html, Size: 1483 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 749 bytes --]

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

Andy Furniss <adf.lists@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #120450|0                           |1
        is obsolete|                            |

--- Comment #5 from Andy Furniss <adf.lists@gmail.com> ---
Comment on attachment 120450
  --> https://bugs.freedesktop.org/attachment.cgi?id=120450
a couple of locks using uvd.

Maybe the locks are not a powerplay issue, I managed to lock gst vaapi with
powerplay=0 and on drm-next-4.5 will have to investigate more/open a new bug
over time.

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

[-- Attachment #1.2: Type: text/html, Size: 2115 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 1434 bytes --]

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

--- Comment #6 from Andy Furniss <adf.lists@gmail.com> ---
Ignoring lockups for now as maybe powerplay/4.5 need something like -

fixes-4.4 commit drm/amdgpu: fix user fence handling

plus I see vaapi threading fixes waiting in mesa.

Testing latest powerplay and the UVD breaks things issue is still present and
there is nothing new in dmesg.

Looking at cat /sys/kernel/debug/dri/64/amdgpu_pm_info what happens is -

Testing opengl initially working though gpu load sometimes looks a bit high
when nothing is happening (clocks still low).

test just UVD (no vo) on auto,  mclk and sclk rise (sclk not 100% though)

After this it seems mclk gets stuck low so running opengl looks like -

 [  mclk  ]: 150 MHz

 [  sclk  ]: 972 MHz

 [GPU load]: 100%

Nothing is logged at this point.

If I now try to force high it fails and I see 

[ 7445.269812] Failed to send Message.
[ 7445.269815] force highest mclk dpm state failed!

Clocks now look like 

 [  mclk  ]: 0 MHz

 [  sclk  ]: 0 MHz

 [GPU load]: 0%

using opengl perf is still low and clocks still say 0 load 100%.

If I use uvd the clocks do go high

 [  mclk  ]: 1375 MHz

 [  sclk  ]: 973 MHz

 [GPU load]: 23%

and they stay high and opengl perf is good again.

cat /sys/class/drm/card0/device/power_dpm_force_performance_level

still says auto.

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

[-- Attachment #1.2: Type: text/html, Size: 2147 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 376 bytes --]

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

--- Comment #7 from Andy Furniss <adf.lists@gmail.com> ---
Continued from above.

With clocks stuck high if I echo auto > ...

the sclk does fall but mclk is stuck high.

If I then use UVD mclk will fall, but will be stuck there when using opengl.

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

[-- Attachment #1.2: Type: text/html, Size: 1092 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 565 bytes --]

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

--- Comment #8 from Andy Furniss <adf.lists@gmail.com> ---
Issue(s) still exist in latest drm-next-4.6-wip.

With the new sys interface I can also see pcie which seems OK. The message when
trying to force a level after uvd use has "fixed" mclck has changed = 

[  804.212722] Failed to send Message.
[  804.212726] Target_and_current_Profile_Index. Curr_Mclk_Index does not match
the level
[  806.957942] Failed to send Previous Message.

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

[-- Attachment #1.2: Type: text/html, Size: 1288 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 322 bytes --]

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

--- Comment #9 from Alex Deucher <alexdeucher@gmail.com> ---
Created attachment 121533
  --> https://bugs.freedesktop.org/attachment.cgi?id=121533&action=edit
possible fix

Does this patch help?

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

[-- Attachment #1.2: Type: text/html, Size: 1239 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 871 bytes --]

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

--- Comment #10 from Andy Furniss <adf.lists@gmail.com> ---
Will test patch sometime later, as it happens I built latest 4.6-wip last night
and managed to see memclk stuck without (knowingly) touching UVD.

I was running with auto and it's quite possible that leaving alone and running
another high usage gl app would have worked, but to test I tried forcing and
got -

Feb  5 00:38:44 ph4 kernel: Failed to send Message.
Feb  5 00:38:44 ph4 kernel: [ powerplay ] Target_and_current_Profile_Index.
^I^I^I^I^I^ICurr_Mclk_Index does not match the level 
Feb  5 00:38:47 ph4 kernel: Failed to send Previous Message.

In addition after that I rebuilt latest llvm/mesa which has resulted in dmesg
full of vmfaults, so I now need to sort that first.

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

[-- Attachment #1.2: Type: text/html, Size: 1585 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 1318 bytes --]

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

--- Comment #11 from Andy Furniss <adf.lists@gmail.com> ---
(In reply to Alex Deucher from comment #9)
> Created attachment 121533 [details] [review]
> possible fix
> 
> Does this patch help?

Yes, it seems the patch is good.

Early days but I've so far failed to get any errors with mixed running
uvd/gl/forcing levels.

It also seems to have fixed another UVD issue where repeated running, varying
between vdpau,vaapi and omx would eventually start producing corrupted output.

UVD also still has full perf which is good :-)

With or without this patch there is still an issue around the auto perf setting
in that for real world video play back I would need to force clocks high as
auto gpu load detection doesn't up the clocks enough to do demanding tests. I
am talking about something like 2160p60 content scaled down to 1080p. Testing
with mpv whether --vo=vdpau vaapi opengl or opengl-hq will all fail to register
enough load to get the clocks up.

UVD alone (ie testing to ram) will up the clocks so auto perf is quite close to
high, but combined with really displaying it won't because I guess it gets
limited by the --vo, so doesn't get to go fast enough to up the clocks its
self.

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

[-- Attachment #1.2: Type: text/html, Size: 2375 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 327 bytes --]

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

--- Comment #12 from Alex Deucher <alexdeucher@gmail.com> ---
Can you try my latest 4.6 wip branch?  I fixed it in a more unified way.
http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-4.6-wip

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

[-- Attachment #1.2: Type: text/html, Size: 1122 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 442 bytes --]

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

--- Comment #13 from Andy Furniss <adf.lists@gmail.com> ---
(In reply to Alex Deucher from comment #12)
> Can you try my latest 4.6 wip branch?  I fixed it in a more unified way.
> http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-4.6-wip

This also fixes the memclk getting stuck and uvd corruption issues.

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

[-- Attachment #1.2: Type: text/html, Size: 1309 bytes --]

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 1085 bytes --]

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

--- Comment #14 from Andy Furniss <adf.lists@gmail.com> ---
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)

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

[-- Attachment #1.2: Type: text/html, Size: 1815 bytes --]

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 303 bytes --]

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

--- Comment #15 from Andy Furniss <adf.lists@gmail.com> ---
Created attachment 121605
  --> https://bugs.freedesktop.org/attachment.cgi?id=121605&action=edit
example hung task

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

[-- Attachment #1.2: Type: text/html, Size: 1144 bytes --]

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 417 bytes --]

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

Andy Furniss <adf.lists@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #121605|example hung task           |vce hung task
        description|                            |

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

[-- Attachment #1.2: Type: text/html, Size: 1050 bytes --]

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 594 bytes --]

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

--- Comment #16 from Andy Furniss <adf.lists@gmail.com> ---
(In reply to Andy Furniss from comment #13)
> (In reply to Alex Deucher from comment #12)
> > Can you try my latest 4.6 wip branch?  I fixed it in a more unified way.
> > http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-4.6-wip
> 
> This also fixes the memclk getting stuck and uvd corruption issues.

It seems the changes got lost in the latest drm-next-4.6-wip update so I am
back to stuck mclck.

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

[-- Attachment #1.2: Type: text/html, Size: 1516 bytes --]

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 805 bytes --]

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

--- Comment #17 from Alex Deucher <alexdeucher@gmail.com> ---
(In reply to Andy Furniss from comment #16)
> (In reply to Andy Furniss from comment #13)
> > (In reply to Alex Deucher from comment #12)
> > > Can you try my latest 4.6 wip branch?  I fixed it in a more unified way.
> > > http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-4.6-wip
> > 
> > This also fixes the memclk getting stuck and uvd corruption issues.
> 
> It seems the changes got lost in the latest drm-next-4.6-wip update so I am
> back to stuck mclck.

The fixes went into my drm-fixes branch (drm-fixes-4.5) which will go upstream
for 4.5.  My drm-next-4.6-wip branch is just new features for 4.6.

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

[-- Attachment #1.2: Type: text/html, Size: 1796 bytes --]

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 883 bytes --]

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

--- Comment #18 from Andy Furniss <adf.lists@gmail.com> ---
(In reply to Alex Deucher from comment #17)
> (In reply to Andy Furniss from comment #16)
> > (In reply to Andy Furniss from comment #13)
> > > (In reply to Alex Deucher from comment #12)
> > > > Can you try my latest 4.6 wip branch?  I fixed it in a more unified way.
> > > > http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-4.6-wip
> > > 
> > > This also fixes the memclk getting stuck and uvd corruption issues.
> > 
> > It seems the changes got lost in the latest drm-next-4.6-wip update so I am
> > back to stuck mclck.
> 
> The fixes went into my drm-fixes branch (drm-fixes-4.5) which will go
> upstream for 4.5.  My drm-next-4.6-wip branch is just new features for 4.6.

Ahh, OK.

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

[-- Attachment #1.2: Type: text/html, Size: 1951 bytes --]

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 482 bytes --]

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

--- Comment #19 from Andy Furniss <adf.lists@gmail.com> ---
Thought I'd already done this one but apparently not.

cat /sys/kernel/debug/dri/64/amdgpu_pm_info

Ever since this option appeared, so before powergating was disabled/clockgating
enabled and currently. VCE is always shown as enabled. UVD behaves and only
says enabled when in use.

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

[-- Attachment #1.2: Type: text/html, Size: 1212 bytes --]

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 1897 bytes --]

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

--- Comment #20 from Andy Furniss <adf.lists@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.

[-- Attachment #1.2: Type: text/html, Size: 2742 bytes --]

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 308 bytes --]

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

--- Comment #21 from Andy Furniss <adf.lists@gmail.com> ---
Created attachment 123820
  --> https://bugs.freedesktop.org/attachment.cgi?id=123820&action=edit
uvd hung task

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

[-- Attachment #1.2: Type: text/html, Size: 1156 bytes --]

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 1306 bytes --]

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

--- Comment #22 from Andy Furniss <adf.lists@gmail.com> ---
(In reply to Andy Furniss from comment #14)
> 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.

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

[-- Attachment #1.2: Type: text/html, Size: 2186 bytes --]

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 437 bytes --]

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

madbiologist <madbiologist2016@outlook.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

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

[-- Attachment #1.2: Type: text/html, Size: 1246 bytes --]

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 751 bytes --]

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

Andy Furniss <adf.lists@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|FIXED                       |---
             Status|RESOLVED                    |REOPENED

--- Comment #23 from Andy Furniss <adf.lists@gmail.com> ---
While this bug is a bit messy being a multi bug, there are still issues = I can
still lock display as in 

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

I will close this one and open one issue bug(s) when I get some time to re-test
everything.

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

[-- Attachment #1.2: Type: text/html, Size: 2272 bytes --]

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 92936] Tonga powerplay isssues

[bugzilla-daemon]

[-- Attachment #1.1: Type: text/plain, Size: 665 bytes --]

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

Andy Furniss <adf.lists@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |WORKSFORME
             Status|REOPENED                    |RESOLVED

--- Comment #24 from Andy Furniss <adf.lists@gmail.com> ---
Doesn't lock with a brief test, though doesn't always decode properly with mpv
vdpau.

Solid with vaapi and seen as vdpau is dead I care less about testing with it.

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

[-- Attachment #1.2: Type: text/html, Size: 2104 bytes --]

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel