From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@freedesktop.org
Subject: [Bug 92936] Tonga powerplay isssues
Date: Mon, 08 Feb 2016 22:56:57 +0000
Message-ID:
References:
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1539787304=="
Return-path:
Received: from culpepper.freedesktop.org (unknown [131.252.210.165])
by gabe.freedesktop.org (Postfix) with ESMTP id E76AC6E489
for ; Mon, 8 Feb 2016 14:56:56 -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
--===============1539787304==
Content-Type: multipart/alternative; boundary="14549722160.6e7D8f9a.5773";
charset="UTF-8"
--14549722160.6e7D8f9a.5773
Date: Mon, 8 Feb 2016 22:56:56 +0000
MIME-Version: 1.0
Content-Type: text/plain
https://bugs.freedesktop.org/show_bug.cgi?id=92936
--- Comment #14 from Andy Furniss ---
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.
--14549722160.6e7D8f9a.5773
Date: Mon, 8 Feb 2016 22:56:56 +0000
MIME-Version: 1.0
Content-Type: text/html
Comment # 14
on bug 92936
from Andy Furniss
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.
--14549722160.6e7D8f9a.5773--
--===============1539787304==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs
IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz
dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg==
--===============1539787304==--