https://bugs.freedesktop.org/show_bug.cgi?id=111987
Martin Peres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=111987
--- Comment #17 from Witold Baryluk ---
I also tried echo profile_peak > power_dpm_force_performance_level , and
initially the sclk stays at the highest level, but after a minute, it does drop
just like other profiles.
As of of cooling and PSU.
https://bugs.freedesktop.org/show_bug.cgi?id=111987
--- Comment #16 from Alex Deucher ---
It sounds like the GPU is getting throttled due to power temperature. Is the
cooling solution on your GPU clean and working properly? Do you have an
adequate power supply?
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=111987
--- Comment #15 from Witold Baryluk ---
Setting
echo high > power_dpm_force_performance_level
didn't help. It is set to high (verified by reading back from sysfs).
gpu_busy_percent is showing me 100 all the time, and sometimes jumps a little
https://bugs.freedesktop.org/show_bug.cgi?id=111987
--- Comment #14 from Alex Deucher ---
You can force the clocks low or high by:
echo low > power_dpm_force_performance_level
or
echo high > power_dpm_force_performance_level
setting it to auto will restore the automatic behavior:
echo auto > powe
https://bugs.freedesktop.org/show_bug.cgi?id=111987
--- Comment #13 from deathloc...@gmail.com ---
did U 'cat pp_dpm_sclk' after 'echo 7 > ...' ?
I have to boot with amdgpu.runpm=0 to be able to change anything
drawback is - notebook fan goes off every2-3 min, for 30 sec, in idle :/
--
You are r
https://bugs.freedesktop.org/show_bug.cgi?id=111987
--- Comment #12 from Witold Baryluk ---
Hi Alex.
I do understand that, it is a part of power management. That is not the bug is
about.
I did use pp_power_mode_profile too, and it doesn't really help. The issue is
that I would expect the perfor
https://bugs.freedesktop.org/show_bug.cgi?id=111987
--- Comment #11 from Alex Deucher ---
The GPU dynamically adjusts the clocks and voltages at runtime based on the
load on the particular engines or hw subsytems. You can use the
pp_power_profile_mode interface to adjust the heuristics that dete
https://bugs.freedesktop.org/show_bug.cgi?id=111987
--- Comment #10 from Witold Baryluk ---
Firmware signatures:
user@debian:/lib/firmware/amdgpu$ sha256sum fiji_*
615693b2736f13c4ef3cd9220efe4d55df3c5d82fe128d3f1b34a45edba65fbd fiji_ce.bin
b0d51dc0b361afa07bcefa0f4670c344679b1fcbe1be68c06e727e
https://bugs.freedesktop.org/show_bug.cgi?id=111987
--- Comment #9 from Witold Baryluk ---
Kernel config, nothing special:
$ grep DRM_AMD /boot/config-5.2.0-3-amd64
CONFIG_DRM_AMDGPU=m
CONFIG_DRM_AMDGPU_SI=y
CONFIG_DRM_AMDGPU_CIK=y
CONFIG_DRM_AMDGPU_USERPTR=y
# CONFIG_DRM_AMDGPU_GART_DEBUGFS is
https://bugs.freedesktop.org/show_bug.cgi?id=111987
--- Comment #8 from Witold Baryluk ---
My random guess is that it is due to some bug in calculating gpu_busy_percent
possibly, or SCLK_{UP,DOWN}_HYST parameters:
Here is a dump of various values, when running Talos:
Sun Oct 13 09:29:46 UTC 201
https://bugs.freedesktop.org/show_bug.cgi?id=111987
--- Comment #7 from Witold Baryluk ---
I just also reproduced it using Firefox with WebGL and ShaderToy with custom
reasonably complex shader to load the GPU. With frame rate capped to 60 fps, so
that required reasonably complex shader to load i
https://bugs.freedesktop.org/show_bug.cgi?id=111987
Witold Baryluk changed:
What|Removed |Added
Severity|not set |normal
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=111987
--- Comment #6 from Witold Baryluk ---
lspci:
43:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Fiji
[Radeon R9 FURY / NANO Series] (rev c8) (prog-if 00 [VGA controller])
Subsystem: Advanced Micro Devices, Inc. [
https://bugs.freedesktop.org/show_bug.cgi?id=111987
--- Comment #5 from Witold Baryluk ---
# cat /sys/kernel/debug/dri/0/amdgpu_firmware_info
VCE feature version: 0, firmware version: 0x37020300
UVD feature version: 0, firmware version: 0x015b0c00
MC feature version: 0, firmware version: 0x0
https://bugs.freedesktop.org/show_bug.cgi?id=111987
--- Comment #4 from Witold Baryluk ---
> I initially blamed OBS (Open Broadcasting Studio) for the problem. But I was
> able to reproduce the issue even with OBS recording, previewing, grabbing
> frame, or even it running.
s/with/WITHOUT/.
-
https://bugs.freedesktop.org/show_bug.cgi?id=111987
--- Comment #3 from Witold Baryluk ---
I initially blamed OBS (Open Broadcasting Studio) for the problem. But I was
able to reproduce the issue even with OBS recording, previewing, grabbing
frame, or even it running.
So I am almost sure it is h
https://bugs.freedesktop.org/show_bug.cgi?id=111987
--- Comment #1 from Witold Baryluk ---
Created attachment 145723
--> https://bugs.freedesktop.org/attachment.cgi?id=145723&action=edit
Frametimes during execution of The Talos Principle (64-bit) while looking at
the ground/wall
--
You are re
https://bugs.freedesktop.org/show_bug.cgi?id=111987
--- Comment #2 from Witold Baryluk ---
Created attachment 145724
--> https://bugs.freedesktop.org/attachment.cgi?id=145724&action=edit
Frametimes during run of Overwatch (Wine+DXVK) and OBS in background (not
recording or even previewing!).
-
https://bugs.freedesktop.org/show_bug.cgi?id=111987
Bug ID: 111987
Summary: Unstable performance (periodic and repeating patterns
of fps change) and changing VDDGFX
Product: DRI
Version: XOrg git
Hardware: Other
20 matches
Mail list logo