From: Guenter Roeck <guenter.roeck@ericsson.com>
To: lm-sensors@vger.kernel.org
Subject: Re: [lm-sensors] w83627 driver bug report
Date: Thu, 14 Jun 2012 22:07:21 +0000 [thread overview]
Message-ID: <20120614220721.GA21037@ericsson.com> (raw)
In-Reply-To: <CAJWOtEk9=VgY_uS1ik91A1Pvh5iwM1vaC9rWGiGu3B+6wrajJw@mail.gmail.com>
On Thu, Jun 14, 2012 at 09:33:01AM -0400, Igor Netkachev wrote:
> Greetengs,
>
>
> We experience permanent problem with w83627dhg driver on serveral machines.
>
> Software version: lm_sensors-2.10.7-9.el5
> Sensors driver name: w83627dhg-isa-0a10
> OS: CentOS release 5.8 (Final)
>
>
> ======
> Description:
> ======
> We use lm_sensors together with nagios/nrpe check_sensors plugin in order to
> monitor sensors' status. The problem is that after editing sensors.conf
> according to our needs (e.g. ignoring inactive fans or setting min and max
> values for specific sensors) and applying the changes with "sensors -s"
> command, the sensor's configuration drops back to defaults at a random moment
> usually within ~5-30 hours after "sensors -s" has been run. This makes nagios/
> nrpe to set the false alarm and send an e-mail to the customer, and this brings
> us a lot of pain as long as it happens almost every night.
>
> ====
> Example:
> ====
> Below there's sensors' output right after it fell back to defaults:
>
> root@working ~ # sensors
> w83627dhg-isa-0a10
> Adapter: ISA adapter
> Case Fan: 11637 RPM (min = 12053 RPM, div = 1) ALARM
> CPU Fan: 11739 RPM (min = 0 RPM, div = 1) ALARM
> CPU Temp: +38.0 C (high = +0.0 C, hyst = +60.0 C) [CPU diode ]
> AUX Temp: +29.5 C (high = +45.0 C, hyst = +60.0 C) [thermistor]
> vid: +1.300 V
>
> Running "sensors -s" again solves the problem...
>
> root@working ~ # sensors -s
> root@working ~ # sensors
> w83627dhg-isa-0a10
> Adapter: ISA adapter
> Case Fan: 11440 RPM (min = 6026 RPM, div = 2)
> CPU Fan: 11637 RPM (min = 6026 RPM, div = 2)
> CPU Temp: +38.0 C (high = +56.0 C, hyst = +60.0 C) [CPU diode ]
> AUX Temp: +29.5 C (high = +45.0 C, hyst = +60.0 C) [thermistor]
> vid: +1.300 V
>
> but only for ~5-30 hours, until it drops back to defaults again.
>
> At the moment we haven't found any dependencies between the bug itself and os/
> chassis, it occurs on different machines and OSes (so far we had it on CentOS 5
> /6 and Debian 5/6).
> Please investigate. Feel free to request any additional information you might
> need.
>
Hi Igor,
it almost looks like the chip might reset itself.
Of course that could be caused by anything, but it is odd that it happens
on multiple machines. Do those machines use IPMI or ACPI to access the chip,
by any chance ? ASUS systems do that, for example, and the use of a hwmon chip
driver is generally not recommended for such machines and may cause all sorts
of issues.
Thanks,
Guenter
_______________________________________________
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-06-14 22:07 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-14 13:33 [lm-sensors] w83627 driver bug report Igor Netkachev
2012-06-14 22:07 ` Guenter Roeck [this message]
2012-06-18 8:30 ` Igor Netkachev
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=20120614220721.GA21037@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.