From: Guenter Roeck <guenter.roeck@ericsson.com>
To: lm-sensors@vger.kernel.org
Subject: Re: [lm-sensors] Supermicro X7SPA-HF: in4 ALARM
Date: Mon, 14 May 2012 00:53:23 +0000 [thread overview]
Message-ID: <20120514005323.GB13194@ericsson.com> (raw)
In-Reply-To: <01fa01cd1430$fed0b990$fc722cb0$@lucidpixels.com>
On Sun, May 13, 2012 at 07:57:36PM -0400, Ben Kamen wrote:
> Ok, after looking around some more -- I should be talking though ipmisensors and not directly communicating with the w83627ehf directly.
>
> it finds the ipmi interface:
>
> > Found `IPMI BMC KCS' at 0xca2... Success!
> > (confidence 8, driver `ipmisensors')
> >
>
> but then tells me:
> > Warning: the required module ipmisensors is not currently installed
> > on your system. If it is built into the kernel then it's OK.
> > Otherwise, check http://www.lm-sensors.org/wiki/Devices for
> > driver availability.
>
> and I'm using the RHEL 6 released version of lm-sensors:
>
> lm_sensors.x86_64 3.1.1-10.el6 @base
>
>
> So where do I get ipmisensors? The wiki says I should use ipmitool -- but then how does that integrate?
>
Please don't top-post.
There is openipmi (http://sourceforge.net/projects/openipmi/), but as far as I know
it is not actively maintained.
Guenter
> Thanks,
>
> -Ben
>
>
> On 05/13/12 5:30 PM, Ben Kamen wrote:
> > 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
>
>
> --
> Ben Kamen - O.D.T., S.P.
> ----------------------------------------------------------------------
> eMail: ben@benjammin.net http://www.benjammin.net
> http://www.linkedin.com/in/benkamen
> Fortune says:
> Only a fool fights in a burning house.
> -- Kank the Klingon, "Day of the Dove", stardate unknown
> - -
> NOTICE: All legal disclaimers sent to benjammin.net/benkamen.net
> or any of it's affiliated domains are rendered null and void on
> receipt of communications will be handled/considered as such.
>
>
> _______________________________________________
> lm-sensors mailing list
> lm-sensors@lm-sensors.org
> http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
next prev parent reply other threads:[~2012-05-14 0:53 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
2012-05-13 23:57 ` Ben Kamen
2012-05-14 0:53 ` Guenter Roeck [this message]
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=20120514005323.GB13194@ericsson.com \
--to=guenter.roeck@ericsson.com \
--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.