You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Related Application and/or Package Version (run apt policy $PACKAGE NAME):
system76-power:
Installed: 1.1.24167450574522.04c504ff6
Candidate: 1.1.24167450574522.04c504ff6
Version table:
*** 1.1.24167450574522.04~c504ff6 1001
1001 http://apt.pop-os.org/release jammy/main amd64 Packages
100 /var/lib/dpkg/status
Issue/Bug Description:
Fan control does not work from system76-power. journalctl shows system76-power[1542]: [ERROR] fan daemon: platform hwmon not found after startup. As a result, FanDaemon is not running and does not do any fan control. Modifying fan curves in the code does not affect anything. Frankly speaking, I don't know what exactly controls the fans...
Steps to reproduce (if you know):
Start or restart system76-power daemon using systemctl restart com.system76.PowerDaemon.service
Check journal journalctl -e -u com.system76.PowerDaemon.service - observe [ERROR] fan daemon: platform hwmon not found
Modify FanDaemon - put maximum fan speed to FanCurve::standard
Add info-logging to FanDaemon::get_temp, set_duty methods
Build a new binary, replace /usr/bin/system76-power with it
Restart daemon
Check journal - observe no added logging and no fan speed changes
Expected behavior:
FanCurve change after modifying curves
Other Notes:
After a short discussion in system76/ec#241 (comment) regarding strange fan behavior on my oryp10, I have finally decided to tune it up and, surprisingly, I discovered that fan control with system76-power daemon doesn't seem to be working at all.
I have made a special fan curve for oryp10 and tried modifying all others - the was literally no effect with the new system76-power binary I have compiled and copied over the original one.
Perhaps the problem is somehow related to /sys/class/hwmon, which has the following structure in my case:
Especially the coretemp.0 link, which might be not properly interpreted into coretemp name by the sysfs-class Cargo package (sysfs-class = { git = "https://github.com/pop-os/sysfs-class" }).
Distribution (run
cat /etc/os-release
):NAME="Pop!_OS"
VERSION="22.04 LTS"
ID=pop
ID_LIKE="ubuntu debian"
PRETTY_NAME="Pop!_OS 22.04 LTS"
VERSION_ID="22.04"
HOME_URL="https://pop.system76.com"
SUPPORT_URL="https://support.system76.com"
BUG_REPORT_URL="https://github.com/pop-os/pop/issues"
PRIVACY_POLICY_URL="https://system76.com/privacy"
VERSION_CODENAME=jammy
UBUNTU_CODENAME=jammy
LOGO=distributor-logo-pop-os
Related Application and/or Package Version (run
apt policy $PACKAGE NAME
):system76-power:
Installed: 1.1.24
167450574522.04c504ff61674505745Candidate: 1.1.24
22.04c504ff6Version table:
*** 1.1.24
167450574522.04~c504ff6 10011001 http://apt.pop-os.org/release jammy/main amd64 Packages
100 /var/lib/dpkg/status
Issue/Bug Description:
Fan control does not work from system76-power. journalctl shows
system76-power[1542]: [ERROR] fan daemon: platform hwmon not found
after startup. As a result, FanDaemon is not running and does not do any fan control. Modifying fan curves in the code does not affect anything. Frankly speaking, I don't know what exactly controls the fans...Steps to reproduce (if you know):
systemctl restart com.system76.PowerDaemon.service
journalctl -e -u com.system76.PowerDaemon.service
- observe[ERROR] fan daemon: platform hwmon not found
Expected behavior:
Other Notes:
After a short discussion in system76/ec#241 (comment) regarding strange fan behavior on my oryp10, I have finally decided to tune it up and, surprisingly, I discovered that fan control with system76-power daemon doesn't seem to be working at all.
I have made a special fan curve for oryp10 and tried modifying all others - the was literally no effect with the new system76-power binary I have compiled and copied over the original one.
Perhaps the problem is somehow related to /sys/class/hwmon, which has the following structure in my case:
Especially the coretemp.0 link, which might be not properly interpreted into coretemp name by the sysfs-class Cargo package (sysfs-class = { git = "https://github.com/pop-os/sysfs-class" }).
Example of modyfied standard curve:
Any help would be appreciated as I get tired of listening for max-powered fans when the CPU is not even close to overheating. :)
The text was updated successfully, but these errors were encountered: