Modern 4-pin fans can have a minimum speed (PWM=0) which is still
relatively high. I've seen 4500 RPM fans lower their speed to only
3500 RPM, which is 77% of the maximum speed, above our current
detection threshold (3/4 or 75%). Increase the threshold to 5/6
(roughly 83%) to make sure such fans are handled properly.
References: boo#1181890
Signed-off-by: Jean Delvare <jdelvare@suse.de>
Systemd now wants PID files in /run, not /var/run. Service files have
been updated upstream already, but not the path used by the actual
programs. Change them too so that things don't break when the
/var/run symlink is eventually dropped.
References: bsc#1185183
These configurations would drive the PWM outputs in an "inverted mode"
where the 0 value is full fan speed and 255 stops the fan. The PWM
output adjustment algorithm works correctly in this situation.
Only apply conversion from Celsius to Fahrenheit on temperature values.
Leave other sensor readings as they were returned.
Fixes#357
Signed-off-by: Chris Packham <chris.packham@alliedtelesis.co.nz>
The json format requires that the last entry of a dictionary does not
have a trailing ','. To avoid generating invalid json output, check that
there are features to list before emitting the trailing ','.
This issue is present when a chip exists but all its sensors are
ignored:
{
"example-device" : {
"Adapter": "example adapter",
}
}
The corrected output is:
{
"example-device" : {
"Adapter": "example adapter"
}
}
Signed-off-by: Nathan Rossi <nathan.rossi@digi.com>
If sensor doesn't return any value (in my case it happen when fan got broken - look below) whole script gets messed up. "cut" latter in the script assume there are more values in $GOODFAN then there are really and "cut -d' ' -f$count" doesn't return proper value.
root@yaro-desktop2:/sys/class/hwmon# cat hwmon0/fan1_input
cat: hwmon0/fan1_input: Bad argument
root@yaro-desktop2:/sys/class/hwmon#
Currently sensord supports temp alarm and temp max alarm.
Add support of emergency alarm to allow alerting when an
emergency alarm is signalled.
Signed-off-by: Amit Cohen <amcohen@nvidia.com>
Enable sensors-detect support for AMD Zen3 (Family 19h) CPUs. This PCI ID
is derived from Linux kernel PCI_DEVICE_ID_AMD_19H_DF_F3.
Signed-off-by: Wei Huang <wei.huang2@amd.com>
Move the detection entry for the Winbond WPCD377I to the
@non_hwmon_chip_ids table, where it belongs. This saves one line, and
more importantly prevents "not-a-sensor" from being accidentally
added to the list of kernel drivers.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
Originally, support for the Nuvoton W83677HG-I and derivatives was
first added to the w83627ehf driver, so that's the driver recommended
by sensors-detect. Later, support for the same device was added to
the nct6775 driver. In kernel v5.6, support was removed from the
w83627ehf driver to get rid of the duplicate code.
So sensors-detect should now point users of this device to the
nct6775 driver. We can't do that for very old kernels though, as this
driver did not exist back then. I chose v3.10 for the cut-over, as
this is when support for the Nuvoton W83677HG-I was finalized in the
nct6775 driver, at least according to git log.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
Johannes Segitz