Re: Getting correct temperature information from Intel 945GSE/ICH7M

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> On Tue, May 07, 2013 at 12:54:21PM +0000, Sebastian Werner wrote:
> > >
> > >>On Mon, May 06, 2013 at 12:31:11PM +0000, Sebastian Werner wrote:
> > >> Hello,
> > >>
> > >> I am trying to get the right temperature from two different pieces of
> hardware.
> > >> The first, newest piece (http://www.jetwaycomputer.com/ITX-
> JBC362F36.html) works right out of the box. Got lm-sensor on the debian
> system, sensors-detect tells me to modprobe lm78 and the temperature is
> roughly the same as the one shown in the bios.
> > >>
> > >> Acpitz-virtual-0
> > >> Adapter: Virtual device
> > >> Temp1:              +40.0°C  (crit = +127.0°C)
> > >> Temp2:              +26.8°C  (crit = +127.0°C)
> > >> Temp3:              +26.8°C  (crit = +100.0°C)
> > >>
> > >This output is not from the lm78 driver.
> > >
> > >The "coretemp" driver works with this CPU (Atom N2600). Load it and see
> what it reports.
> >
> > Weirdly enough, trying to load "coretemp" on the new hardware gives me
> > a  "No such device" error ...
> >
> Old drivers, most likely. What is the output of /proc/cpuinfo ?

old system:
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 28
model name      : Intel(R) Atom(TM) CPU N270   @ 1.60GHz
stepping        : 2
cpu MHz         : 1600.128
cache size      : 512 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 1
apicid          : 0
initial apicid  : 0
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 10
wp              : yes
flags           : fpu vme de tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 xtpr pdcm movbe lahf_lm
bogomips        : 3200.25
clflush size    : 64
cache_alignment : 64
address sizes   : 32 bits physical, 32 bits virtual
power management:

new system:
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 54
model name      : Intel(R) Atom(TM) CPU N2600   @ 1.60GHz
stepping        : 1
cpu MHz         : 1596.218
cache size      : 512 KB
physical id     : 0
siblings        : 4
core id         : 0
cpu cores       : 2
apicid          : 0
initial apicid  : 0
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 10
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr s
se sse2 ss ht tm pbe nx lm constant_tsc arch_perfmon pebs bts nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl est tm
2 ssse3 cx16 xtpr pdcm movbe lahf_lm arat
bogomips        : 3192.43
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

> > Like Jean mentioned, I am running a rather old version, due to having
> > old packages and all their baggage. I took the newest version from
> > http://dl.lm- sensors.org/lm-sensors/files/sensors-detect and reran it
> > on all the systems I have access to.
> > sensors-detect output:
> >
> > Driver `coretemp':
> >   * Chip `Intel digital thermal sensor' (confidence: 9)
> >
> > Driver `f71882fg':
> >   * ISA bus, address 0x295
> >     Chip `Fintek F71808A Super IO Sensors' (confidence: 9)
> >
> > #----cut here----
> > # Chip drivers
> > modprobe coretemp
> > modprobe f71882fg
> > /usr/bin/sensors -s
> > #----cut here----
> >
> >
> > >> Not temp2 and temp3 though. Both temperatures never change and
> they have no connection to anything I can read in the bios.
> > >> I presumed that those are 'dead wires' and I am at the moment ignoring
> those, since temp1 is good enough for me.
> > >>
> > >The temperatures are reported by ACPI. No idea how that translates to
> > >hardware temperatures. If the temperature never changes, there may be
> > >a bug in the ACPI tables. Those are controlled by the board
> > >manufacturer, and would be updated with the BIOS. Do you have the
> latest BIOS versions installed ?
> > >
> > >> The second, the older piece (http://www.jetwaycomputer.com/ITX-
> JBC360F33-B.html) does not seem to work. Sensors-detect tells me to load
> coretemp, using the latest version of sensors-detect from the site wants to
> also me to load the f71882fg driver. That doesn't work out with a 'No such
> device' error.
> > >>
> > >What is your kernel version, and what exactly does sensors-detect report
> ?
> >
> > I am on debian sqeeze, running 2.6.32-5-686
> >
> You will need a more recent kernel version, or install stand-alone drivers for
> both coretemp and f71882fg. Not sure what the lm78 detection is about, but
> that doesn't look correct as Jean pointed out.

That is sadly out of the question, at least for the foreseeable future.
Which means I have to work with the coretemp on the old model and that one
acpi value on the new.

> > All in all I am not after exact values. I need to find out if the
> > system had been used in the wrong environments, which might have lead
> > to the demise of the hardware. How accurate are we talking here? I
> > just want to set a threshold to watch over, maybe setting it to ~50 degrees
> as a first stepping stone.
> >
> TjMax for the CPU is 90 degrees C. If you set your limit to 15-20 degrees C
> below that, you will be absolutely fine.
> 
> To give you a reference, here is what my SandyBridge system is running at
> right now (full load):
> 
> coretemp-isa-0000
> Adapter: ISA adapter
> Physical id 0:  +85.0°C  (high = +80.0°C, crit = +98.0°C)
> Core 0:         +82.0°C  (high = +80.0°C, crit = +98.0°C)
> Core 1:         +82.0°C  (high = +80.0°C, crit = +98.0°C)
> Core 2:         +85.0°C  (high = +80.0°C, crit = +98.0°C)
> Core 3:         +82.0°C  (high = +80.0°C, crit = +98.0°C)

This gives me at least a something to hold onto, let's see if it works out.
***************************************************
Automatisch angehangener Disclaimer von SHD
aufgrund der aktuellen Rechtslage
***************************************************
SHD System-Haus-Dresden GmbH - Computerloesungen 
Geschaeftsfuehrer: Dr. Frank Karow, Dr. Falk Ambos
Sitz der Gesellschaft ist Dresden
Handelsregister: HRB Nr. 329 Amtsgericht Dresden
Umsatzsteueridentifikationsnummer: DE140131570
***************************************************

_______________________________________________
lm-sensors mailing list
lm-sensors@xxxxxxxxxxxxxx
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors





[Index of Archives]     [Linux Kernel]     [Linux Hardware Monitoring]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]

  Powered by Linux