From: r.marek@assembler.cz (Rudolf Marek)
To: lm-sensors@vger.kernel.org
Subject: [lm-sensors] Inconsistents results
Date: Sun, 04 Feb 2007 19:22:46 +0000 [thread overview]
Message-ID: <45C63286.2010400@assembler.cz> (raw)
In-Reply-To: <45C17E27.70603@free.fr>
Georges Giralt wrote:
> Hi Rudolf !
Hi,
Please always CC the list! So we have this for future generations ;)
>> Please can you provide the dsdt.bin file?
>>
>> cat /proc/acpi/dsdt > /tmp/dsdt.bin
>>
>> (this command will create it in the /tmp directory)
It reads temp1 (0x29)
Method (RTMP, 0, NotSerialized)
{
Store (GBYT (0x29), Local0)
FindSetLeftBit (Local0, Local1)
If (LEqual (Local1, 0x08))
{
if highest bit set
And (Local0, 0x7F, Local0)
Multiply (Local0, 0x0A, Local0)
use the low 7 bits * 10
Subtract (0x0AAC, Local0, Local0)
substract 2732 because of kelvins and it suppose to be in tenth of kelvins
}
Else
{
Multiply (Local0, 0x0A, Local0)
*10
Add (0x0AAC, Local0, Local0)
Add 2732 if temp is positive
}
If (LEqual (SSHU, 0x01))
{
Return (0x0C3C)
But your case is this. if variable called SSHU is set to 1, return always 40C
So mystery is solved.
}
Else
{
Return (Local0)
}
}
And from asus ATK0110 ACPI device:
Store (TSR1, Local0)
Store (0x00, Local1)
While (LEqual (Local0, 0x80))
{
Store (TSR1, Local0)
If (LEqual (Local1, 0x000186A0))
{
Break
}
Add (Local1, 0x01, Local1)
}
Multiply (Local0, 0x0A, Local0)
Return (Local0)
This is a bit strange code. It reads the temp, if the temp is 0x80 it re-reads
the temp 100000 (186A0) times.
>>> #sensors
>>> k8temp-pci-00c3
>>> Adapter: PCI adapter
>>> Core0 Temp:
>>> +13?C
>>> Core1 Temp:
>>> +27?C
>>>
>>> it8716-isa-0290
>>> Adapter: ISA adapter
>>> VCore: +1.02 V (min = +0.00 V, max = +4.08 V)
>>> VDDR: +3.25 V (min = +0.00 V, max = +4.08 V)
>>> +3.3V: +0.00 V (min = +0.00 V, max = +4.08 V) ALARM
>>> +5V: +4.84 V (min = +0.00 V, max = +6.85 V)
>>> +12V: +11.78 V (min = +0.00 V, max = +16.32 V)
>>> in5: +0.00 V (min = +0.00 V, max = +4.08 V) ALARM
>>> in6: +0.00 V (min = +0.00 V, max = +3.82 V) ALARM
>>> 5VSB: +4.68 V (min = +0.00 V, max = +6.85 V)
>>> VBat: +2.91 V
>>> fan1: 2860 RPM (min = 0 RPM)
>>> fan2: 1391 RPM (min = 0 RPM)
>>> fan3: 0 RPM (min = 0 RPM)
>>> temp1: +18?C (low = -1?C, high = +127?C) sensor = diode
>>> temp2: +28?C (low = -1?C, high = +127?C) sensor >>> thermistor
>>> temp3: +25?C (low = -1?C, high = +127?C) sensor >>> thermistor
>>> vid: +0.000 V
>>> #
>>> Two things bother me : First, the discrepancy between core0 temp and
>>> core1 temp. As they are into the same package, they should even out,
>>> should'nt they ? The second thing is that the spread ot temperature I
>>> get : 13, 18, 25, 27, 28 and 40 ?C ...
>>
>> You mean when you try to raise the temperature - CPU usage?
> No, no the discrepancies between the two core temps, and the temp seen
> by the mobo regarding the CPU temp. it goes from 13 to 40 ?C depending
> which way you use to find it...
Aha now I understand.
13 - I think some calibration went wrong in this core
18 - it has same source as 13C it just use analog wire and diode.
25C - this temp will never move because they put the resitor there instead of
thermistor, so just forget about temp3
27C looks OK
28C is motherboard temp
40C is fake temperature for some reason.
> This is low regarding BIOS readings : When the CPU is at 28?C the mobo
> is about 31 ?C for the BIOS. (BTW I've the latest BIOS : Rev 0603)
Maybe it just get hotter in the BIOS. The asus APCI programming shows that temp1
is CPU and temp2 is MB. Temp3 is not used at all - 25C means just some resistor
is placed instead of thermistor.
>
> processor : 0
> vendor_id : AuthenticAMD
> cpu family : 15
> model : 75
It seems you have revision F of the CPU, perhaps it has really just misplaced
the thermal calibration.
I hope it helps,
Rudolf
next prev parent reply other threads:[~2007-02-04 19:22 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-02-01 5:44 [lm-sensors] Inconsistents results Georges Giralt
2007-02-04 15:03 ` Rudolf Marek
2007-02-04 18:37 ` Georges Giralt
2007-02-04 19:22 ` Rudolf Marek [this message]
2007-02-05 5:32 ` Georges Giralt
2007-02-07 17:39 ` Georges Giralt
2007-02-08 19:47 ` Rudolf Marek
2007-02-08 20:21 ` Georges Giralt
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=45C63286.2010400@assembler.cz \
--to=r.marek@assembler.cz \
--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.