Thermal_temp_setting.temperature_shutdownĭata->thermal_temp_setting.temperature_low = 74500 ĭata->thermal_temp_setting.temperature_high = 80000 ĭata->thermal_temp_setting.temperature_shutdown = 98000 Īnd the fans still spin slow regardless how low I set it. and will overwrite your "0" card control and "1" manualĮcho 2 > /sys/class/drm/card1/device/hwmon/hwmon1/pwm1_enableĭon't do it unless you want to reboot with a hot GPU :PĪlso the crit temp for "Sea Island" cards like my R9 290 is defiantly being retrieved fromĭrivers/gpu/drm/amd/powerplay/hwmgr/smu7_hwmgr.c How ever once you put it back to "2" "AUTO" it takes control again. I am wondering just how "FORCED" that "AUTO" is meant to be. Hwmgr->fan_ctrl_is_in_default_mode = false įinally I have fan control "AMD_DPM_FORCED_LEVEL_AUTO" My only guess is the firmware being loaded by kernel is the place containing the info for fan speeds ?ĭrivers/gpu/drm/amd/powerplay/hwmgr/hwmgr.c If I disable amdgpu.dpm I can control the fans but then I can not do Auto GPU speeds and can not manually do my speeds GL_VERSION: 4.5 (Compatibility Profile) Mesa 19.3.0-devel (git-ff6e148 bionic-oibaf-ppa) I loose fan speed control and can not get it back off auto, which seems to be setup with fans speeds way too low If I reboot it works for a little while allowing me to change GPU speeds and fan speeds then. GRUB_CMDLINE_LINUX_DEFAULT="amdgpu.ppfeaturemask=0xffffffff amdgpu.dc=1 amdgpu.gpu_recovery=1 amdgpu.cik_support=1 amdgpu.dpm=1 radeon.cik_support=0" sys/class/drm/card1/device/hwmon/hwmon1/pwm1
![smc fan control automatic smc fan control automatic](https://www.maketecheasier.com/assets/uploads/2013/05/macs-fan-control-sensor-based.jpg)
My bios was modded to even have a minimum fan speed of 50% and even this is being over written It is stuck on 2, and runs the fans super low 20% causing the GPU to reach thermalmelt down 96 deg when the fan will do blips of 100%
![smc fan control automatic smc fan control automatic](https://img.gadgethacks.com/img/94/66/63541897374634/0/take-control-over-your-macbooks-fans-for-cooler-smoother-running-laptop.w1456.jpg)
sys/class/drm/card1/device/hwmon/hwmon1/pwm1_enable When it starts happening this is being spammed in dmesg Having simular issues with 5.3.8-050308-generic That is my theory anyway, hope to be able to test it soon but no promises. Except when the critical value is 19x the temp of the sun, the card gets so hot it protects itself by maxing the fans for a short burst. I *think* fixing these values may fix the fan problem because why would a fan spin up if its nowhere near the critical or hysteresis values? No need. This corrects the hysteresis value but I'm still searching for where the critical temp value is actually set. I modified (kernel src)/drivers/gpu/drm/amd/powerplay/inc/pp_thermal.h and changed the values of -273150 to 90000. I don't know why proper values are not set automatically because I've found the correct values in tons of source files but none of the #defines appear to be used? And much of the source doesn't appear to differ between 5.1.14 and 4.18.x 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.
![smc fan control automatic smc fan control automatic](https://osxuninstaller.com/uninstall-guides/wp-content/uploads/2018/11/how-to-uninstall-Macs-Fan-Control-for-Mac-osx-uninstaller-1.png)
#Smc fan control automatic how to#
I simply do not have the means to do this, nor do I know how to submit kernel bug fixes and hope someone with more experience could give it a shot and see if the resulting kernel functions properly. But I strongly believe that correcting the values in the file or changing it to detect proper crit/hyst values based on card will correct this issue.
![smc fan control automatic smc fan control automatic](https://i.ytimg.com/vi/El4ynnp_Zo0/maxresdefault.jpg)
#Smc fan control automatic code#
These values are hard coded into kernel source code in some file, forgive me as I do not recall where I saw the code snippet. If you look at the post on comment 14 which is how sensors display the crit/hyst value for kernels beyond 4.18.x you notice the critical value is about 19x the temperature of the surface of the sun and the hyst value is absolute zero. Take note that this displays the proper critical and hysteresis values for my card. Here is my sensors bit from kernel 4.18.x - I have the R9-290. However - from the bit of research I've done trying to figure this problem out for myself I believe the following explains the overheating and burst of fan speed instead of proper cooling behavior. I am not a kernel developer and haven't done much programming as of late, so I am not really in a position to actually test this hypothesis.