All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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.