All of lore.kernel.org
 help / color / mirror / Atom feed
From: khali@linux-fr.org (Jean Delvare)
To: lm-sensors@vger.kernel.org
Subject: [lm-sensors] many wrong values from w83627hf since kernel 2.6.14
Date: Sat, 15 Apr 2006 12:17:47 +0000	[thread overview]
Message-ID: <20060415141747.ba5ea896.khali@linux-fr.org> (raw)
In-Reply-To: <20060413004532.GA4802@spiegl.de>

Hi Andy,

> I just tried, it didn't.  But when looking for sensors output during
> kernel 2.6.13.4 I noticed something: the values then weren't correct
> either, oops!  But I never noticed it because it didn't say "ALARM".
> Sorry, I feel pretty stupid now for not checking carefully.
> 
> So I should reword my question:
>  "wrong values from w83627hf with whatever kernel"

OK, so we are probably down to a configuration file tweaking issue,
rather than a driver breakage.

> Here is the output from a week ago when running kernel 2.6.13.4:
> 
> Chip: w83627thf-isa-0290
> Adapter: ISA adapter
> Algorithm: ISA algorithm
>   VCore: +1.56 V (min = +1.36 V, max = +0.76 V)
>   +12V: +11.92 V (min = +10.82 V, max = +13.19 V)
>   +3.3V: +3.28 V (min = +3.14 V, max = +3.47 V)
>   +5V: +4.99 V (min = +4.75 V, max = +5.25 V)
>   -12V: -14.91 V (min = -13.18 V, max = -10.80 V)
>   V5SB: +5.08 V (min = +4.76 V, max = +5.24 V)
>   VBat: +2.10 V (min = +2.40 V, max = +3.60 V)
>   fan1: 0 RPM (min = 14062 RPM, div = 32)
>   CPU Fan: 0 RPM (min = 168750 RPM, div = 2)
>   fan3: 1885 RPM (min = 25961 RPM, div = 4)
>   M/B Temp: 36 C (limit = -96 C, hysteresis = 0 C, sensors = thermistor)
>   CPU Temp: 45.5 C (limit = 80 C, hysteresis = 75 C, sensor = thermistor)
>   temp3: -48.0 C (limit = 80 C, hysteresis = 75 C, sensor = thermistor)
>   vid: +0.725 V
>   alarms: Chassis intrusion detection
>   beep_enable: Sound alarm enabled
> 
> So basically, what changed since then:
> 
> > > VCore:     +1.60 V  (min =  +0.69 V, max =  +0.77 V)       ALARM
>
> now, at least "min" is smaller than "max", but still strange values!

The value didn't change that much. The low limit did, I can't tell why.
The problem here is that your VID reading (nominal CPU voltage) is not
correct, and the Vcore limits are set based on that value... This seems
to be caused by a bug in our hwmon-vid driver, Rudolf Marek is working
on it.

Until the bug is fixed, a solution is to hardcode the vid value in the
configuration file. Replace:

    set in0_min vid * 0.95
    set in0_max vid * 1.05

With:

    set in0_min 1.525 * 0.95
    set in0_max 1.525 * 1.05

> > > -12V:      +2.94 V  (min = -13.18 V, max = -10.80 V)       ALARM
>
> before it was: -14.91

in4 reading was broken before 2.6.15, this explains the change. The new
value doesn't make more sense though, so it's pretty clear to me that
this input is not wired to -12V. Either this line is used to monitor
something different, or it's not used at all. Given that the BIOS
doesn't display it, it's probably not used.

> Just in case I'll attach my sensors.conf.

Urgh, next time please only include the relevant section!

I just found a sample configuration file for this motherboard posted by
Mark M. Hoffman to the list some times ago:

http://lists.lm-sensors.org/pipermail/lm-sensors/2005-February/010490.html

Except for vrm (no need to set it) and vid (can't trust the bogus
value) it should work fine for you.

-- 
Jean Delvare


  parent reply	other threads:[~2006-04-15 12:17 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-04-13  0:45 [lm-sensors] many wrong values from w83627hf since kernel 2.6.14 Andy Spiegl
2006-04-14  6:24 ` Jean Delvare
2006-04-14 20:48 ` Andy Spiegl
2006-04-15 12:17 ` Jean Delvare [this message]
2006-04-15 15:03 ` Andy Spiegl

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=20060415141747.ba5ea896.khali@linux-fr.org \
    --to=khali@linux-fr.org \
    --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.