[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#898726: Fixed in version xfce4-sensors-plugin 1.3.92-1 from experimental



I faced the same problem (wanting to monitor fan2, but showed the value
of AVCC in Volts) in Bullseye.

Super I/O chip in Bullseye needs following module:
nct6775 instead of formerly w83627ehf, while "sensors-detect" still
reports the old module (address 0xa00, driver `w83627ehf') - should be
fixed as well.

In Buster I was lucky to get it right with this lines in
~/.config/xfce4/panel/xfce4-sensors-plugin-31.rc:
[Chip2_Feature10]
Id=-1
Address=10
Name=CPU-Fan
Color=#00B000
Show=true
Min=248,00
Max=3500,00

However in Bullseye I had no success even after hours to fiddle around.

Finally, before reporting the bug, I checked with xfce4-sensors-plugin
1.3.92-1 from experimental and can confirm that this resolves the
problem for me.

To complete the information, here the output of "sensors" in Bullseye:

$ sensors
coretemp-isa-0000
Adapter: ISA adapter
Package id 0:  +39.0°C  (high = +85.0°C, crit = +105.0°C)
Core 0:        +37.0°C  (high = +85.0°C, crit = +105.0°C)
Core 1:        +33.0°C  (high = +85.0°C, crit = +105.0°C)
Core 2:        +35.0°C  (high = +85.0°C, crit = +105.0°C)
Core 3:        +39.0°C  (high = +85.0°C, crit = +105.0°C)

acpitz-acpi-0
Adapter: ACPI interface
temp1:        +27.8°C  (crit = +106.0°C)
temp2:        +29.8°C  (crit = +106.0°C)

nct6775-isa-0a00
Adapter: ISA adapter
Vcore:         896.00 mV (min =  +0.00 V, max =  +1.74 V)
in1:           768.00 mV (min =  +0.00 V, max =  +0.00 V)  ALARM
AVCC:            3.39 V  (min =  +2.98 V, max =  +3.63 V)
+3.3V:           3.41 V  (min =  +2.98 V, max =  +3.63 V)
in4:             1.26 V  (min =  +0.00 V, max =  +0.00 V)  ALARM
in5:           752.00 mV (min =  +0.00 V, max =  +0.00 V)  ALARM
in6:             1.08 V  (min =  +0.00 V, max =  +0.00 V)  ALARM
3VSB:            3.34 V  (min =  +2.98 V, max =  +3.63 V)
Vbat:            3.30 V  (min =  +2.70 V, max =  +3.63 V)
fan1:           270 RPM  (min =    0 RPM, div = 64)
fan2:           329 RPM  (min =    0 RPM, div = 64)
fan3:           397 RPM  (min =    0 RPM, div = 64)
fan4:             0 RPM  (div = 128)
SYSTIN:         +34.0°C  (high =  +0.0°C, hyst =  +0.0°C)  ALARM  sensor
= CPU diode
CPUTIN:         +39.5°C  (high = +80.0°C, hyst = +75.0°C)  sensor = CPU
diode
AUXTIN:        +127.0°C  (high = +80.0°C, hyst = +75.0°C)  sensor = CPU
diode
PECI Agent 0:   +38.5°C  (high = +80.0°C, hyst = +75.0°C)
                         (crit = +105.0°C)
PCH_CHIP_TEMP:  +65.0°C  (high = +80.0°C, hyst = +75.0°C)
PECI Agent 1:    +0.0°C  (high = +80.0°C, hyst = +75.0°C)
                         (crit = +72.0°C)
PCH_CPU_TEMP:    +0.0°C
cpu0_vid:      +0.000 V
intrusion0:    ALARM
beep_enable:   disabled


My guess for the problem is that some counter flips over at more than 8
sensors per adapter, so the value of line 2 (3.39V) is taken as output
for sensor in line 10 (fan2) in the sample above. This way also the
naming from line 10 was asigned to sensor 2 (double fan2 enties). The
working entry in ~/.config/xfce4/panel/xfce4-sensors-plugin-31.rc now is
like this:

[Chip2_Feature10]
Address=10
Name=CPU-Fan
Color=#00B000
Show=true
Min=301,00
Max=3500,00

Regards,
Alf


Reply to: