From: jharvell+lists.lm-sensors@dogpad.net (Joe Harvell)
To: lm-sensors@vger.kernel.org
Subject: [lm-sensors] Asus P5B Deluxe / Winbond 83627DHG
Date: Wed, 31 Jan 2007 01:36:16 +0000 [thread overview]
Message-ID: <45BFF290.8010707@dogpad.net> (raw)
In-Reply-To: <4dfa50520612211313g7906f3b0kbf8d7aebb2ddcda9@mail.gmail.com>
I'm replying to a recent post I found in the archives:
http://lists.lm-sensors.org/pipermail/lm-sensors/2007-January/018563.html
> in0 VCore
> in1 12V
> in2 not monitored
> in3 3.3V
> in4 not monitored
> in5 5V
>
>
> No formulas are used. Just raw value * 8mV so no need for compute lines in
> sensors.conf
>
> TEMP1 should be MBTEMP, which is direct value, temp2 is CPU temp, temp3 is not
> used in their implementation - but conversion formula is same as for the temp2.
> So it is most likely floating or not connected.
>
> As for fans:
>
> fan1 is cpu
> fan2 is chassis1
> fan3 is chassis2
> fan4 is power fan
> fan5 is not monitored
>
> All in all it seems that gkrellm is wrong. Please use the version indicated
> above, and provide the output of sensors command so we can check that the
> readings match the reality (and we trust our tools ;)
>
I have an Asus P5B Deluxe (not the Wi-Fi edition), and the readings I'm
getting don't match the conclusions you made from the DSDT. I flashed
to the latest BIOS (1004), and my DSDT looks basically the same as what
you show. But here is what I'm getting. I commented out all of the
"label" and "compute" lines so you can see the raw data. Anyway, you
say there should be no need for computes:
cujo kernel # sensors
w83627dhg-isa-0290
Adapter: ISA adapter
in0: +1.12 V (min = +0.00 V, max = +1.74 V)
in1: +1.84 V (min = +1.64 V, max = +2.00 V)
in2: +3.33 V (min = +0.59 V, max = +0.53 V) ALARM
in3: +3.33 V (min = +2.43 V, max = +0.35 V) ALARM
in4: +1.58 V (min = +1.28 V, max = +0.00 V) ALARM
in5: +1.56 V (min = +1.62 V, max = +0.17 V) ALARM
in6: +1.58 V (min = +1.49 V, max = +1.64 V)
in7: +3.33 V (min = +0.29 V, max = +3.36 V)
in8: +2.11 V (min = +0.29 V, max = +1.66 V) ALARM
fan1: 1102 RPM (min = 8437 RPM, div = 8) ALARM
fan2: 2537 RPM (min = 4440 RPM, div = 4) ALARM
fan3: 0 RPM (min = 5273 RPM, div = 128) ALARM
fan4: 0 RPM (min = 10546 RPM, div = 128) ALARM
fan5: 0 RPM (min = 168750 RPM, div = 8) ALARM
temp1: +28 C (high = +26 C, hyst = +34 C)
temp2: +34.0 C (high = +80.0 C, hyst = +75.0 C)
temp3: +119.0 C (high = +91.0 C, hyst = +89.0 C) ALARM
Here are my comments:
in1 (you state it should be 12V) is incorrect. However, if I use the
compute line from lm-sensors-2.10.2 it is in the 12V range.
in5 (you state it should be 5V) is incorrect. However,
lm-sensors-2.10.2 shows the 5V is in6 with a compute line, which matches
what I am getting.
temp1: (you state it should be MB) this is consistent with my BIOS monitor
temp2: (you state it should be CPU) My temp2 went up from 34.0 to 44
under load and then came back down to 35.5 almost immediately.
So this does look like temp2 is linked to my CPU. But you
mention a conversion formula for temp2 and temp3. What formula
did you deduce from DSDT? lm-sensors-2.10.2 has no compute
line. So I don't know if the temp is accurate.
temp3: (you state unused but with the same conversion formula as
temp2): Under load, my temp3 *drops* from 119 to 103.5 under load and
then goes back up afterwards ?????
fan1: (you state it should be the CPU_FAN) The RPM in the 1100 range
matches what I'm seeing in the BIOS for CHA_FAN1 and CHA_FAN2 (both are
documented to run at 1800 RPM)
fan2: (you state it should be CHA_FAN1) The RPM of 2537 is consistent
with what I'm seeing in the BIOS for CPU_FAN (a Zalman CNPS9500 LED)
fan3: (you state it should be CHA_FAN2) My fan3 shows 0, but I have
verified both fans are spinning and connected to CHA_FAN1 and CHA_FAN2
fan4: (you state this is PWR_FAN): The P5B manual states that this
connector is not supported by their QFan2 software monitoring. I doubt
it would be monitorable.
next prev parent reply other threads:[~2007-01-31 1:36 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-12-21 21:13 [lm-sensors] Asus P5B Deluxe / Winbond 83627DHG David Hubbard
2006-12-22 14:58 ` Jean Delvare
2006-12-25 4:58 ` David Hubbard
2006-12-25 18:23 ` Jean Delvare
2006-12-26 8:02 ` David Hubbard
2006-12-26 10:31 ` Hamlet
2006-12-26 23:14 ` David Hubbard
2006-12-27 1:10 ` Hamlet
2006-12-28 22:53 ` Hamlet
2006-12-29 2:35 ` David Hubbard
2006-12-29 14:37 ` Hamlet
2006-12-30 2:54 ` David Hubbard
2007-01-02 18:46 ` Rudolf Marek
2007-01-02 18:46 ` David Holl
2007-01-19 6:02 ` Daniel Ceregatti
2007-01-19 6:31 ` David Hubbard
2007-01-19 7:42 ` David Hubbard
2007-01-19 22:04 ` David Holl
2007-01-19 22:11 ` Daniel Ceregatti
2007-01-19 22:27 ` David Holl
2007-01-20 5:37 ` Daniel Ceregatti
2007-01-20 19:01 ` David Hubbard
2007-01-22 15:51 ` David Holl
2007-01-31 1:36 ` Joe Harvell [this message]
2007-02-04 16:49 ` Rudolf Marek
2007-02-05 18:43 ` Joe Harvell
2007-02-06 3:54 ` Joe Harvell
2007-02-06 17:11 ` Joe Harvell
2007-02-07 18:41 ` David Hubbard
2007-02-08 19:44 ` Rudolf Marek
2007-02-12 9:04 ` Brett King
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=45BFF290.8010707@dogpad.net \
--to=jharvell+lists.lm-sensors@dogpad.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.