All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ben Kamen <bkamen@benjammin.net>
To: lm-sensors@vger.kernel.org
Subject: Re: [lm-sensors] Supermicro X7SPA-HF: in4 ALARM
Date: Sun, 13 May 2012 22:30:37 +0000	[thread overview]
Message-ID: <4FB0360D.5070309@benjammin.net> (raw)
In-Reply-To: <01fa01cd1430$fed0b990$fc722cb0$@lucidpixels.com>

Hey guys, in response to this email below from Jean,

  Can we still use lm_sensors on the winbond IC on the board or should lm_sensors be disabled entirely?

I'm also using an X7SPA-HF and the thermal management goes wonky after a few hours of normal operation.

(temp alarm, fans report erroneous speeds and so forth)

When this started happening, I began to wonder about contention between the IPMI controller onboard and what linux might be trying to do at the same time.

Thanks,

  -Ben

> On Fri, 6 Apr 2012 16:08:12 -0400, Justin Piszcz wrote:
>> Hello,
>>
>> Was curious why the max voltage does not show up properly for in4 (VDIMM)
>> for this X7SPA-HF using lm sensors 3.3.1 or 3.3.2?
>>
>> On the sensor reading page for IPMI:
>> VDIMM	Normal	1.84 Volts
>
> You should not mix IPMI with native Linux hardware monitoring driver.
> There is no mutual exclusion on device access, and havoc can (and will)
> happen.
>
>> This is with lm_sensors:
>>
>> --
>>
>> $ sensors
>> w83627dhg-isa-0ca0
>> Adapter: ISA adapter
>> Vcore:        +1.16 V  (min =  +0.72 V, max =  +1.39 V)
>> Vnbcore:      +1.04 V  (min =  +0.94 V, max =  +1.16 V)
>> AVCC:         +3.34 V  (min =  +2.98 V, max =  +3.63 V)
>> +3.3V:        +3.34 V  (min =  +2.98 V, max =  +3.63 V)
>> VDIMM:        +1.84 V  (min =  +1.62 V, max =  +0.00 V)  ALARM
>> +5V:          +1.25 V  (min =  +1.13 V, max =  +1.38 V)
>> +12V:         +0.75 V  (min =  +0.67 V, max =  +0.83 V)
>> 3VSB:         +3.30 V  (min =  +2.98 V, max =  +3.63 V)
>> Vbat:         +3.06 V  (min =  +2.70 V, max =  +3.30 V)
>> SYS Temp:     +42.0°C  (high = +75.0°C, hyst = +70.0°C)  sensor = thermistor
>> CPU Temp:     +40.5°C  (high = +90.0°C, hyst = +87.0°C)  sensor = diode
>> Case Temp:    +24.0°C  (high = +80.0°C, hyst = +75.0°C)  sensor = diode
>> $ sensors --version
>> sensors version 3.3.1 with libsensors version 3.3.1
>>
>> lm_sensors-3.3.2$ prog/sensors/sensors --version
>> sensors version 3.3.2 with libsensors version 3.3.1
>>
>> w83627dhg-isa-0ca0
>> Adapter: ISA adapter
>> Vcore:        +1.16 V  (min =  +0.72 V, max =  +1.39 V)
>> Vnbcore:      +1.04 V  (min =  +0.94 V, max =  +1.16 V)
>> AVCC:         +3.34 V  (min =  +2.98 V, max =  +3.63 V)
>> +3.3V:        +3.34 V  (min =  +2.98 V, max =  +3.63 V)
>> VDIMM:        +1.84 V  (min =  +1.62 V, max =  +0.00 V)  ALARM
>> +5V:          +1.25 V  (min =  +1.13 V, max =  +1.38 V)
>> +12V:         +0.75 V  (min =  +0.67 V, max =  +0.83 V)
>> 3VSB:         +3.30 V  (min =  +2.98 V, max =  +3.63 V)
>> Vbat:         +3.06 V  (min =  +2.70 V, max =  +3.30 V)
>> SYS Temp:     +42.0°C  (high = +75.0°C, hyst = +70.0°C)  sensor = thermistor
>> CPU Temp:     +40.5°C  (high = +90.0°C, hyst = +87.0°C)  sensor = CPU diode
>> Case Temp:    +24.5°C  (high = +80.0°C, hyst = +75.0°C)  sensor = CPU diode
>>
>> --
>>
>> I also tried hardcoding in4_{min,max}:
>>
>> $ cat /etc/sensors3.conf
>>
>> chip "w83627ehf-*" "w83627dhg-*" "w83667hg-*" "nct6775-*" "nct6776-*"
>>
>>     label in0 "Vcore"
>>     label in1 "Vnbcore"
>>     label in2 "AVCC"
>>     label in3 "+3.3V"
>>     label in4 "VDIMM"
>>     label in5 "+5V"
>>     label in6 "+12V"
>>     label in7 "3VSB"
>>     label in8 "Vbat"
>>     label temp1 "SYS Temp"
>>     label temp2 "CPU Temp"
>>     label temp3 "Case Temp"
>>
>>     set in2_min  3.3 * 0.90
>>     set in2_max  3.3 * 1.10
>>     set in3_min  3.3 * 0.90
>>     set in3_max  3.3 * 1.10
>> # http://lists.lm-sensors.org/pipermail/lm-sensors/2010-November/030368.html
>>     set in4_min  1.62
>>     set in4_max  1.98
>>     set in7_min  3.3 * 0.90
>>     set in7_max  3.3 * 1.10
>>     set in8_min  3.0 * 0.90
>>     set in8_max  3.0 * 1.10
>>
>>     ignore fan1
>>     ignore fan2
>>     ignore fan3
>>     ignore fan4
>>     ignore fan5
>>     ignore cpu0_vid
>>     ignore intrusion0
>
> Did you run "sensors -s" after changing the configuration file?
>
> --
> Jean Delvare

_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors

  parent reply	other threads:[~2012-05-13 22:30 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-06 20:08 [lm-sensors] Supermicro X7SPA-HF: in4 ALARM Justin Piszcz
2012-04-06 20:14 ` Justin Piszcz
2012-04-06 20:19 ` Jean Delvare
2012-04-06 20:24 ` Justin Piszcz
2012-04-06 20:56 ` Jean Delvare
2012-05-13 22:30 ` Ben Kamen [this message]
2012-05-13 23:57 ` Ben Kamen
2012-05-14  0:53 ` Guenter Roeck
2012-05-14  5:42 ` Jean Delvare

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4FB0360D.5070309@benjammin.net \
    --to=bkamen@benjammin.net \
    --cc=lm-sensors@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.