https://bugzilla.kernel.org/show_bug.cgi?id=201539
codebugs (codeb...@yandex.ru) changed:
What|Removed |Added
CC||codeb...@yandex.ru
--- Co
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #75 from michael (lkb...@deegan.id.au) ---
An update. Now on 5.10.0-2-amd64.
Fresh boot, with amdgpu.dc=1, everything is mostly fine. pwm1_enable=2. Except
that after resuming from suspend, pwm1_enable=1 and pwm1=255, resulting in
max
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #74 from MasterCATZ (masterc...@hotmail.com) ---
GRUB_CMDLINE_LINUX_DEFAULT="usbcore.autosuspend=-1 amdgpu.dcfeaturemask=2
apparmor=0 amdgpu.ppfeaturemask=0xfffd7fff amdgpu.ppfeaturemask=0x
amdgpu.dc=1 amdgpu.cik_support=1 rade
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #73 from Alex Deucher (alexdeuc...@gmail.com) ---
(In reply to MasterCATZ from comment #72)
>
> now if someone could solve the issue when it uses more power when running
> multiple displays ( exactly the same monitors res / hz )
> I
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #72 from MasterCATZ (masterc...@hotmail.com) ---
finally this summer the R9 290 GPU's will be manageable
seems to be working , now I just have to find the old settings I changed when
trying to run it at higher rpm , @ 60deg and its d
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #71 from mirh (m...@protonmail.ch) ---
Cool! This landed in 5.10.
By the way, I was wondering, is there any way to override the default minimum
20~26% minimum speed value?
I see that MinimumPWMLimit and zero rpm only landed with late
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #70 from mirh (m...@protonmail.ch) ---
So.. I was also testing this on my Sapphire R9 290 Tri-X OC. And it seems to
work pretty good.
I noticed an oddity though. The first time I tried it, when I switched to
manual fan control, every
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #69 from fawz (f...@negentropy.io) ---
Well, I'll have a read! And thanks anyways, I'll run this going forward, post
if there are issues and am looking forward to seeing this in mainline at some
point :)
--
You are receiving this mai
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #68 from Alex Deucher (alexdeuc...@gmail.com) ---
It's pretty similar to other the code for other smu7 chips (tonga, polaris,
etc.). Note that this change is not relevant to newer smu7 chips (rx480,
tonga, etc.).
--
You are receivin
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #67 from fawz (f...@negentropy.io) ---
> I guess we need to fan control parameters. How about this patch?
After some quick testing, your latest patch seems to work great! And new code,
ie. something not just taken from the other fami
https://bugzilla.kernel.org/show_bug.cgi?id=201539
Alex Deucher (alexdeuc...@gmail.com) changed:
What|Removed |Added
Attachment #293903|0 |1
is obsole
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #65 from fawz (f...@negentropy.io) ---
Unfortunately, your patch leads to a stuck boot. There's some minor
"corruption" visible on the bottom of the screen while still booting up,
and then it gets stuck.
I don't think I mentioned th
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #64 from fawz (f...@negentropy.io) ---
Of course, that makes sense! Should've realized that there must be
correspondig logic for non-vega12/20 hardware.
If this patch works, are you going to submit it or should I? Afterall,
you foun
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #63 from Alex Deucher (alexdeuc...@gmail.com) ---
yes, you'll need to adjust the path for pre 5.10 kernels.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #62 from MasterCATZ (masterc...@hotmail.com) ---
HEAD is now at 1398820fee51 Linux 5.9.9
aio@aio:/SnapRaidArray/DATA/git/linux-stable$ git apply --stat
/SnapRaidArray/DATA/Downloads/
Display all 583 possibilities? (y or n)
aio@aio:/Sna
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #61 from MasterCATZ (masterc...@hotmail.com) ---
Now it just runs 100% @ 300mhz core 100mhz memory @ ~60deg
aio@aio:/sys/class/drm/card0/device/hwmon/hwmon1$ sensors
k10temp-pci-00c3
Adapter: PCI adapter
Vcore: 1.38 V
Vsoc
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #60 from MasterCATZ (masterc...@hotmail.com) ---
seems a bit random for me 5.8.17-050817-generic
sometimes I can spend weeks with fan control then all of a sudden I find it
hitting 100deg because it keeps spinning back down to 20% ra
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #59 from Alex Deucher (alexdeuc...@gmail.com) ---
Created attachment 293903
--> https://bugzilla.kernel.org/attachment.cgi?id=293903&action=edit
possible fix
The attached patch should fix it.
--
You are receiving this mail because
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #58 from fawz (f...@negentropy.io) ---
Created attachment 293895
--> https://bugzilla.kernel.org/attachment.cgi?id=293895&action=edit
patch to fix pwm1_enable being stuck to AUTO for some gpu smu7 and vega10
Seems to work fine for s
https://bugzilla.kernel.org/show_bug.cgi?id=201539
fawz (f...@negentropy.io) changed:
What|Removed |Added
CC||f...@negentropy.io
--- Commen
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #56 from Sean Birkholz (supas...@hotmail.com) ---
I was going to try and get a fancontrol script working, but I found the
following as I started to play around:
I got my results on Arch Linux's 5.7.12-arch1-1 kernel.
On boot pwm1_e
https://bugzilla.kernel.org/show_bug.cgi?id=201539
v.j.du...@gmail.com changed:
What|Removed |Added
CC||v.j.du...@gmail.com
--- Comment #55
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #54 from michael (lkb...@deegan.id.au) ---
It seems that since kernel 5.6 (or at least Debian's version thereof), I no
longer need to fiddle with
/sys/class/drm/card0/device/hwmon/hwmon3/pwm1_enable. The default value (1)
seems to do t
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #53 from MasterCATZ (masterc...@hotmail.com) ---
its been like this since mid kernel 4's, just wish I knew whats locking that
file root has no permissions and it seems to activate @ 70 deg , which even if
i run the fan 100% will be re
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #52 from muncrief (rmuncr...@humanavance.com) ---
(In reply to MasterCATZ from comment #51)
> current temp: 61000
> interpolated pwm value for temperature 61000 is: 170
> current pwm: 165, requested to set pwm to 170
> current pwm: 165
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #51 from MasterCATZ (masterc...@hotmail.com) ---
current temp: 61000
interpolated pwm value for temperature 61000 is: 170
current pwm: 165, requested to set pwm to 170
current pwm: 165, requested to set pwm to 170
temp at last change w
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #50 from MasterCATZ (masterc...@hotmail.com) ---
Thanks for correction, I was unsure if $HWMON knew to go to hwmon1
works until GPU hits 70 deg then something forces "pwm1_enable" to auto and
starts ramping the fan speed down until it
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #49 from muncrief (rmuncr...@humanavance.com) ---
(In reply to Jan Ziak (http://atom-symbol.net) from comment #48)
> (In reply to muncrief from comment #47)
> > (In reply to Jan Ziak (http://atom-symbol.net) from comment #46)
> > > The
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #48 from Jan Ziak (http://atom-symbol.net)
(0xe2.0x9a.0...@gmail.com) ---
(In reply to muncrief from comment #47)
> (In reply to Jan Ziak (http://atom-symbol.net) from comment #46)
> > There is also the possibility to use question mar
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #47 from muncrief (rmuncr...@humanavance.com) ---
(In reply to Jan Ziak (http://atom-symbol.net) from comment #46)
> There is also the possibility to use question marks in the path:
>
> /sys/class/drm/card?/device/hwmon/hwmon?
Thank
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #46 from Jan Ziak (http://atom-symbol.net)
(0xe2.0x9a.0...@gmail.com) ---
There is also the possibility to use question marks in the path:
/sys/class/drm/card?/device/hwmon/hwmon?
--
You are receiving this mail because:
You are wat
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #45 from muncrief (rmuncr...@humanavance.com) ---
(In reply to MasterCATZ from comment #43)
> the file is correct .. and you can tell that because its reading the temp
> "current pwm: 76"
>
> error is because NOTHING is being allowed
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #44 from MasterCATZ (masterc...@hotmail.com) ---
aio@aio:~$ ls /sys/class/drm/card1/device/hwmon/hwmon1
device freq1_input namepwm1 temp1_crit_hyst
fan1_enable freq1_label power pwm1_enable temp1
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #43 from MasterCATZ (masterc...@hotmail.com) ---
the file is correct .. and you can tell that because its reading the temp
"current pwm: 76"
error is because NOTHING is being allowed to edit pwm1_enable it is stuck on
auto so nothing
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #42 from muncrief (rmuncr...@humanavance.com) ---
(In reply to MasterCATZ from comment #41)
> aio@aio:/usr/local/bin$ sudo systemctl status amdgpu-fancontrol
> ● amdgpu-fancontrol.service - amdgpu-fancontrol
>Loaded: loaded (/etc/s
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #41 from MasterCATZ (masterc...@hotmail.com) ---
aio@aio:/usr/local/bin$ sudo systemctl status amdgpu-fancontrol
● amdgpu-fancontrol.service - amdgpu-fancontrol
Loaded: loaded (/etc/systemd/system/amdgpu-fancontrol.service; enabled;
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #40 from MasterCATZ (masterc...@hotmail.com) ---
aio@aio:~$ sudo pwmconfig
[sudo] password for aio:
# pwmconfig revision $Revision$ ($Date$)
This program will search your sensors for pulse width modulation (pwm)
controls, and test eac
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #39 from MasterCATZ (masterc...@hotmail.com) ---
will not work , /sys/class/drm/card1/device/hwmon/hwmon1/pwm1_enable
is locked to Auto
[28455.094113] manual fan speed control should be enabled first
[28473.077182] manual fan spe
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #38 from muncrief (rmuncr...@humanavance.com) ---
(In reply to MasterCATZ from comment #37)
> well its neither of those modules
> I should have looked at the files after I scanned for files containing 104000
>
>
> I can not even for
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #37 from MasterCATZ (masterc...@hotmail.com) ---
well its neither of those modules
I should have looked at the files after I scanned for files containing 104000
I can not even force run the cards in performance mode anymore with 100
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #36 from MasterCATZ (masterc...@hotmail.com) ---
after having good fan control for a few weeks
5.4.2-050402-generic is now having a melt down back to trying to run the cards
@
(crit = +104000.0°C, hyst = -273.1°C)
and this is whats
https://bugzilla.kernel.org/show_bug.cgi?id=201539
Michael (lkb...@deegan.id.au) changed:
What|Removed |Added
CC||lkb...@deegan.id.au
--- C
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #34 from MasterCATZ (masterc...@hotmail.com) ---
success
drivers/gpu/drm/amd/powerplay/hwmgr/hwmgr.c
hwmgr->fan_ctrl_is_in_default_mode = false;
it will now boot up in manual mode
finally I have fan control "AMD_DPM_FORCED_LEVEL
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #33 from MasterCATZ (masterc...@hotmail.com) ---
another plan
drivers/gpu/drm/amd/powerplay/hwmgr/hwmgr.c
hwmgr->dpm_level = AMD_DPM_FORCED_LEVEL_AUTO;
hwmgr_init_default_caps(hwmgr);
hwmgr_init_default_caps(hwmgr);
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #32 from MasterCATZ (masterc...@hotmail.com) ---
apparently I was looking through kernel 4.7 code on my pc and not master
linux/drivers/gpu/drm/amd/powerplay/hwmgr/smu7_hwmgr.c
looks like the new file name
as they relocated ci_dpm.c
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #31 from MasterCATZ (masterc...@hotmail.com) ---
oh I love it they know the drivers file is crap
anyhow it looks like the real issue is in the GPU driver
fan speeds temps everything is in their , ofcause this would not be an issue
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #30 from MasterCATZ (masterc...@hotmail.com) ---
found them hard coded here for the R9 290 hawaii / Sea Islands chip sets
so that will be a dirty way to get it to go 100% throttle sooner I'll set mine
to 85000 and see how it goes , h
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #29 from MasterCATZ (masterc...@hotmail.com) ---
from what I can work out the only difference between the kernel versions
was they added extra thermal readings to support the newer cards with thermal
junction sensors
{-273150, 990
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #28 from MasterCATZ (masterc...@hotmail.com) ---
hmm maybe not
it lets me briefly access manual
Found the following PWM controls:
hwmon1/pwm1 current value: 68
hwmon1/pwm1 is currently setup for automatic speed control
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #27 from MasterCATZ (masterc...@hotmail.com) ---
pwmconfig
seems to be the only thing that allows me to get manual mode back on
I wounder if this is the actual program giving grieve
--
You are receiving this mail because:
You are w
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #26 from MasterCATZ (masterc...@hotmail.com) ---
around 12 hrs later lost fan control again
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel m
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #25 from MasterCATZ (masterc...@hotmail.com) ---
5.4.0-050400rc6-generic
24 hours and I still have fan control
99% chance I have just jinxed my self now
--
You are receiving this mail because:
You are watching the assignee of the
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #24 from MasterCATZ (masterc...@hotmail.com) ---
Signed-off-by: Evan Quan
Reviewed-by: Alex Deucher
guess one of them should be able to find the issue
--
You are receiving this mail because:
You are watching the assignee of the bu
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #23 from MasterCATZ (masterc...@hotmail.com) ---
the numbers used in the
linux/drivers/gpu/drm/amd/powerplay
are correct as they are the values the bios uses
but Linux is reading/using the values differently ...
--
You are receivin
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #22 from MasterCATZ (masterc...@hotmail.com) ---
(In reply to Sean Birkholz from comment #19)
> I've done a bit of digging and I've managed to get a proper hysteresis value
> to appear in a 5.1.14 kernel built from source.
> I modi
https://bugzilla.kernel.org/show_bug.cgi?id=201539
MasterCATZ (masterc...@hotmail.com) changed:
What|Removed |Added
CC||masterc...@hotmail.c
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #20 from artheg (art...@gmail.com) ---
To anyone who's still struggling with this, perhaps this would be of help:
I'm using this script (https://github.com/grmat/amdgpu-fancontrol) as a
service, with these params:
TEMPS=( 65000 75000
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #19 from Sean Birkholz (supas...@hotmail.com) ---
I've done a bit of digging and I've managed to get a proper hysteresis value to
appear in a 5.1.14 kernel built from source.
I now have this output from sensors:
amdgpu-pci-0100
Adapt
https://bugzilla.kernel.org/show_bug.cgi?id=201539
Sean Birkholz (supas...@hotmail.com) changed:
What|Removed |Added
CC||supas...@hotmail.co
https://bugzilla.kernel.org/show_bug.cgi?id=201539
artheg (art...@gmail.com) changed:
What|Removed |Added
CC||art...@gmail.com
--- Comment
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #16 from Steffen Klee (steffen.k...@gmail.com) ---
(In reply to danglingpointerexcept...@gmail.com from comment #15)
> @Steffen - Try my steps in the link mate, it may solve your problem. Alex
> Ducher himself gave me the tip on fixin
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #15 from danglingpointerexcept...@gmail.com
(danglingpointerexcept...@gmail.com) ---
@Rudolf - Have you tried my solution in the link I provided above? I'm on
5.1.6 mainline and have no issues whatsoever with R9-290X
@Alex Smith - I
https://bugzilla.kernel.org/show_bug.cgi?id=201539
--- Comment #14 from Steffen Klee (steffen.k...@gmail.com) ---
Reproducible on an R9 390 with kernel 5.1.6-arch1-1-ARCH using amdgpu driver.
Setting amdgpu.dpm=1 or changing amdgpu.dc does not have any effect.
Also, sensors does not report the cu
https://bugzilla.kernel.org/show_bug.cgi?id=201539
Alex Smith (a...@alex-smith.me.uk) changed:
What|Removed |Added
CC||a...@alex-smith.me.uk
https://bugzilla.kernel.org/show_bug.cgi?id=201539
Rudolf Kastl (che...@gmail.com) changed:
What|Removed |Added
CC||che...@gmail.com
--- Co
https://bugzilla.kernel.org/show_bug.cgi?id=201539
Jan Ziak (http://atom-symbol.net) (0xe2.0x9a.0...@gmail.com) changed:
What|Removed |Added
Kernel Version|4.19
66 matches
Mail list logo
