https://bugs.freedesktop.org/show_bug.cgi?id=100742
Martin Peres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=100742
--- Comment #4 from Christoph Haag ---
The situation has massively improved since I opened this issue at least with
very recent kernels.
I'm hesitant to close it, at least not before doing some testing to see if it
can still be reproduced.
--
https://bugs.freedesktop.org/show_bug.cgi?id=100742
--- Comment #3 from Alex Deucher ---
I think we probably need to add a new op to the context ioctl to allow the
application to request a floor for a specific clock (sclk, mclk, dclk, eclk,
etc.) so that the application can override the natural d
https://bugs.freedesktop.org/show_bug.cgi?id=100742
--- Comment #2 from higu...@gmx.net ---
maybe my bug is a dupe from this
https://bugs.freedesktop.org/show_bug.cgi?id=101749
i notice that we all have a RX480... does other AMDGPU cards also have this or
is the problem only related with this har
https://bugs.freedesktop.org/show_bug.cgi?id=100742
--- Comment #1 from Felix Hellmann ---
I can observe the same behaviour. Setting power_dpm_force_performance_level to
high reduces ans smoothes out the StreamVr Compositor frame timings. Even when
no "real" app is running (so just the basic spac
https://bugs.freedesktop.org/show_bug.cgi?id=100742
Bug ID: 100742
Summary: dpm auto doesn't clock the GPU high enough for SteamVR
apps
Product: DRI
Version: unspecified
Hardware: Other
OS: All
S
