From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 92936] Tonga powerplay isssues Date: Fri, 05 Feb 2016 14:07:26 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0892468590==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id 3A78D6E1B1 for ; Fri, 5 Feb 2016 06:07:26 -0800 (PST) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============0892468590== Content-Type: multipart/alternative; boundary="14546812460.e71D1D8e2.8228"; charset="UTF-8" --14546812460.e71D1D8e2.8228 Date: Fri, 5 Feb 2016 14:07:26 +0000 MIME-Version: 1.0 Content-Type: text/plain https://bugs.freedesktop.org/show_bug.cgi?id=92936 --- Comment #11 from Andy Furniss --- (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. --14546812460.e71D1D8e2.8228 Date: Fri, 5 Feb 2016 14:07:26 +0000 MIME-Version: 1.0 Content-Type: text/html

Comment # 11 on bug 92936 from 
(In reply to Alex Deucher from comment #9)
> Created attachment 121533 [details] [review] [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.
--14546812460.e71D1D8e2.8228-- --===============0892468590== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHA6Ly9saXN0 cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9kcmktZGV2ZWwK --===============0892468590==--