* [lm-sensors] Incorrect Temperature Readings
@ 2012-03-25 11:49 Scott Ondercin
2012-03-25 15:23 ` Guenter Roeck
0 siblings, 1 reply; 7+ messages in thread
From: Scott Ondercin @ 2012-03-25 11:49 UTC (permalink / raw)
To: lm-sensors
[-- Attachment #1.1: Type: text/plain, Size: 14373 bytes --]
So, once upon a time, my computer worked fine. I have a Dell Inspiron 1420, which has a good ventilation system and usually runs quite cool. A few months ago my fan broke and I had to have it replaced. The new one, however, runs all the time and is very loud.
My lm-sensors is screwed up, and scanning various threads I can't seem to find a problem like mine. So, here is what running sensors gets me:
sgo542@NostalgiaforInfinity:~$ sensors
acpitz-virtual-0
Adapter: Virtual device
temp1: +32.5°C (crit = +87.0°C)
coretemp-isa-0000
Adapter: ISA adapter
Core 0: +30.0°C (high = +85.0°C, crit = +85.0°C)
Core 1: +33.0°C (high = +85.0°C, crit = +85.0°C)
nouveau-pci-0100
Adapter: PCI adapter
temp1: +97.0°C (high = +100.0°C, crit = +110.0°C)
I've been casually browsing FireFox for a half hour and that is what it gives me. Now, I can sit this computer comfortably in my lap. That 97C temperature is clearly off, almost like it's reading in Farenheit but forgetting to convert it to Celsius. Normally it just makes my fan run all the time, but now that spring has come, it gets hotter faster. A few days ago I could only run it for 20-30 minutes before the reading hit 105C and the automatic emergency shut-down kicked in. Obviously, this needs to be fixed before sumer strikes.
For reference, this is what I get from sensors-detect:
sgo542@NostalgiaforInfinity:~$ sudo sensors-detect
# sensors-detect revision 5946 (2011-03-23 11:54:44 +0100)
# System: Dell Inc. Inspiron 1420 (laptop)
# Board: Dell Inc. 0JX269
This program will help you determine which kernel modules you need
to load to use lm_sensors most effectively. It is generally safe
and recommended to accept the default answers to all questions,
unless you know what you're doing.
Some south bridges, CPUs or memory controllers contain embedded sensors.
Do you want to scan for them? This is totally safe. (YES/no): y
Module cpuid loaded successfully.
Silicon Integrated Systems SIS5595... No
VIA VT82C686 Integrated Sensors... No
VIA VT8231 Integrated Sensors... No
AMD K8 thermal sensors... No
AMD Family 10h thermal sensors... No
AMD Family 11h thermal sensors... No
AMD Family 12h and 14h thermal sensors... No
Intel digital thermal sensor... Success!
(driver `coretemp')
Intel AMB FB-DIMM thermal sensor... No
VIA C7 thermal sensor... No
VIA Nano thermal sensor... No
Some Super I/O chips contain embedded sensors. We have to write to
standard I/O ports to probe them. This is usually safe.
Do you want to scan for Super I/O sensors? (YES/no): y
Probing for Super-I/O at 0x2e/0x2f
Trying family `National Semiconductor'... No
Trying family `SMSC'... Yes
Found unknown chip with ID 0x3201
Probing for Super-I/O at 0x4e/0x4f
Trying family `National Semiconductor'... No
Trying family `SMSC'... No
Trying family `VIA/Winbond/Nuvoton/Fintek'... No
Trying family `ITE'... No
Some hardware monitoring chips are accessible through the ISA I/O ports.
We have to write to arbitrary I/O ports to probe them. This is usually
safe though. Yes, you do have ISA I/O ports even if you do not have any
ISA slots! Do you want to scan the ISA I/O ports? (YES/no): y
Probing for `National Semiconductor LM78' at 0x290... No
Probing for `National Semiconductor LM79' at 0x290... No
Probing for `Winbond W83781D' at 0x290... No
Probing for `Winbond W83782D' at 0x290... No
Lastly, we can probe the I2C/SMBus adapters for connected hardware
monitoring devices. This is the most risky part, and while it works
reasonably well on most systems, it has been reported to cause trouble
on some systems.
Do you want to probe the I2C/SMBus adapters now? (YES/no): y
Using driver `i2c-i801' for device 0000:00:1f.3: Intel 82801H ICH8
Module i2c-dev loaded successfully.
Next adapter: nouveau-0000:01:00.0-2 (i2c-0)
Do you want to scan it? (YES/no/selectively): y
Client found at address 0x50
Probing for `Analog Devices ADM1033'... No
Probing for `Analog Devices ADM1034'... No
Probing for `SPD EEPROM'... No
Probing for `EDID EEPROM'... Yes
(confidence 8, not a hardware monitoring chip)
Client found at address 0x51
Probing for `Analog Devices ADM1033'... No
Probing for `Analog Devices ADM1034'... No
Probing for `SPD EEPROM'... No
Client found at address 0x52
Probing for `Analog Devices ADM1033'... No
Probing for `Analog Devices ADM1034'... No
Probing for `SPD EEPROM'... No
Client found at address 0x53
Probing for `Analog Devices ADM1033'... No
Probing for `Analog Devices ADM1034'... No
Probing for `SPD EEPROM'... No
Next adapter: nouveau-0000:01:00.0-0 (i2c-1)
Do you want to scan it? (YES/no/selectively): y
Next adapter: SMBus I801 adapter at 10c0 (i2c-2)
Do you want to scan it? (YES/no/selectively): y
Client found at address 0x50
Probing for `Analog Devices ADM1033'... No
Probing for `Analog Devices ADM1034'... No
Probing for `SPD EEPROM'... Yes
(confidence 8, not a hardware monitoring chip)
Probing for `EDID EEPROM'... No
Client found at address 0x52
Probing for `Analog Devices ADM1033'... No
Probing for `Analog Devices ADM1034'... No
Probing for `SPD EEPROM'... Yes
(confidence 8, not a hardware monitoring chip)
Now follows a summary of the probes I have just done.
Just press ENTER to continue:
Driver `coretemp':
* Chip `Intel digital thermal sensor' (confidence: 9)
To load everything that is needed, add this to /etc/modules:
#----cut here----
# Chip drivers
coretemp
#----cut here----
If you have some drivers built into your kernel, the list above will
contain too many modules. Skip the appropriate ones!
Do you want to add these lines automatically to /etc/modules? (yes/NO)y
Successful!
Monitoring programs won't work until the needed modules are
loaded. You may want to run 'service module-init-tools start'
to load them.
Unloading i2c-dev... OK
Unloading cpuid... OK
sgo542@NostalgiaforInfinity:~$ sudo service module-init-tools start
module-init-tools stop/waiting
sgo542@NostalgiaforInfinity:~$ sensors
acpitz-virtual-0
Adapter: Virtual device
temp1: +32.5°C (crit = +87.0°C)
coretemp-isa-0000
Adapter: ISA adapter
Core 0: +31.0°C (high = +85.0°C, crit = +85.0°C)
Core 1: +33.0°C (high = +85.0°C, crit = +85.0°C)
nouveau-pci-0100
Adapter: PCI adapter
temp1: +97.0°C (high = +100.0°C, crit = +110.0°C)
sgo542@NostalgiaforInfinity:~$ sudo modprobe coretemp
sgo542@NostalgiaforInfinity:~$ sensors
acpitz-virtual-0
Adapter: Virtual device
temp1: +32.5°C (crit = +87.0°C)
coretemp-isa-0000
Adapter: ISA adapter
Core 0: +30.0°C (high = +85.0°C, crit = +85.0°C)
Core 1: +33.0°C (high = +85.0°C, crit = +85.0°C)
nouveau-pci-0100
Adapter: PCI adapter
temp1: +97.0°C (high = +100.0°C, crit = +110.0°C)
sgo542@NostalgiaforInfinity:~$ sensors
acpitz-virtual-0
Adapter: Virtual device
temp1: +33.5°C (crit = +87.0°C)
coretemp-isa-0000
Adapter: ISA adapter
Core 0: +31.0°C (high = +85.0°C, crit = +85.0°C)
Core 1: +33.0°C (high = +85.0°C, crit = +85.0°C)
nouveau-pci-0100
Adapter: PCI adapter
temp1: +97.0°C (high = +100.0°C, crit = +110.0°C)
sgo542@NostalgiaforInfinity:~$ sensors-detect
You need to be root to run this script.
sgo542@NostalgiaforInfinity:~$ sudo sensors-detect
# sensors-detect revision 5946 (2011-03-23 11:54:44 +0100)
# System: Dell Inc. Inspiron 1420 (laptop)
# Board: Dell Inc. 0JX269
This program will help you determine which kernel modules you need
to load to use lm_sensors most effectively. It is generally safe
and recommended to accept the default answers to all questions,
unless you know what you're doing.
Some south bridges, CPUs or memory controllers contain embedded sensors.
Do you want to scan for them? This is totally safe. (YES/no): y
Module cpuid loaded successfully.
Silicon Integrated Systems SIS5595... No
VIA VT82C686 Integrated Sensors... No
VIA VT8231 Integrated Sensors... No
AMD K8 thermal sensors... No
AMD Family 10h thermal sensors... No
AMD Family 11h thermal sensors... No
AMD Family 12h and 14h thermal sensors... No
Intel digital thermal sensor... Success!
(driver `coretemp')
Intel AMB FB-DIMM thermal sensor... No
VIA C7 thermal sensor... No
VIA Nano thermal sensor... No
Some Super I/O chips contain embedded sensors. We have to write to
standard I/O ports to probe them. This is usually safe.
Do you want to scan for Super I/O sensors? (YES/no): y
Probing for Super-I/O at 0x2e/0x2f
Trying family `National Semiconductor'... No
Trying family `SMSC'... Yes
Found unknown chip with ID 0x3201
Probing for Super-I/O at 0x4e/0x4f
Trying family `National Semiconductor'... No
Trying family `SMSC'... No
Trying family `VIA/Winbond/Nuvoton/Fintek'... No
Trying family `ITE'... No
Some hardware monitoring chips are accessible through the ISA I/O ports.
We have to write to arbitrary I/O ports to probe them. This is usually
safe though. Yes, you do have ISA I/O ports even if you do not have any
ISA slots! Do you want to scan the ISA I/O ports? (YES/no): y
Probing for `National Semiconductor LM78' at 0x290... No
Probing for `National Semiconductor LM79' at 0x290... No
Probing for `Winbond W83781D' at 0x290... No
Probing for `Winbond W83782D' at 0x290... No
Lastly, we can probe the I2C/SMBus adapters for connected hardware
monitoring devices. This is the most risky part, and while it works
reasonably well on most systems, it has been reported to cause trouble
on some systems.
Do you want to probe the I2C/SMBus adapters now? (YES/no): y
Using driver `i2c-i801' for device 0000:00:1f.3: Intel 82801H ICH8
Module i2c-dev loaded successfully.
Next adapter: nouveau-0000:01:00.0-2 (i2c-0)
Do you want to scan it? (YES/no/selectively): y
Client found at address 0x50
Probing for `Analog Devices ADM1033'... No
Probing for `Analog Devices ADM1034'... No
Probing for `SPD EEPROM'... No
Probing for `EDID EEPROM'... Yes
(confidence 8, not a hardware monitoring chip)
Client found at address 0x51
Probing for `Analog Devices ADM1033'... No
Probing for `Analog Devices ADM1034'... No
Probing for `SPD EEPROM'... No
Client found at address 0x52
Probing for `Analog Devices ADM1033'... No
Probing for `Analog Devices ADM1034'... No
Probing for `SPD EEPROM'... No
Client found at address 0x53
Probing for `Analog Devices ADM1033'... No
Probing for `Analog Devices ADM1034'... No
Probing for `SPD EEPROM'... No
Next adapter: nouveau-0000:01:00.0-0 (i2c-1)
Do you want to scan it? (YES/no/selectively): y
Next adapter: SMBus I801 adapter at 10c0 (i2c-2)
Do you want to scan it? (YES/no/selectively): y
Client found at address 0x50
Probing for `Analog Devices ADM1033'... No
Probing for `Analog Devices ADM1034'... No
Probing for `SPD EEPROM'... Yes
(confidence 8, not a hardware monitoring chip)
Probing for `EDID EEPROM'... No
Client found at address 0x52
Probing for `Analog Devices ADM1033'... No
Probing for `Analog Devices ADM1034'... No
Probing for `SPD EEPROM'... Yes
(confidence 8, not a hardware monitoring chip)
Now follows a summary of the probes I have just done.
Just press ENTER to continue:
Driver `coretemp':
* Chip `Intel digital thermal sensor' (confidence: 9)
To load everything that is needed, add this to /etc/modules:
#----cut here----
# Chip drivers
coretemp
#----cut here----
If you have some drivers built into your kernel, the list above will
contain too many modules. Skip the appropriate ones!
Do you want to add these lines automatically to /etc/modules? (yes/NO)y
Successful!
Monitoring programs won't work until the needed modules are
loaded. You may want to run 'service module-init-tools start'
to load them.
Unloading i2c-dev... OK
Unloading cpuid... OK
And when I try to run module-init-tools, I get:
sgo542@NostalgiaforInfinity:~$ sudo service module-init-tools start
module-init-tools stop/waiting
I've heard I might be able to fix this by tweaking the /etc/sensors.conf file, but I'm unsure how to even start with that. I am moderately experiences with Linux, but by no means an expert. Any help would be appreciated, before it gets hot outside and my computer becomes completely unusable.
[-- Attachment #1.2: Type: text/html, Size: 25986 bytes --]
[-- Attachment #2: Type: text/plain, Size: 153 bytes --]
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 7+ messages in thread* Re: [lm-sensors] Incorrect Temperature Readings
2012-03-25 11:49 [lm-sensors] Incorrect Temperature Readings Scott Ondercin
@ 2012-03-25 15:23 ` Guenter Roeck
0 siblings, 0 replies; 7+ messages in thread
From: Guenter Roeck @ 2012-03-25 15:23 UTC (permalink / raw)
To: Scott Ondercin; +Cc: David Airlie, dri-devel, lm-sensors@lm-sensors.org
On Sun, Mar 25, 2012 at 07:49:46AM -0400, Scott Ondercin wrote:
> So, once upon a time, my computer worked fine. I have a Dell Inspiron 1420,
> which has a good ventilation system and usually runs quite cool. A few months
> ago my fan broke and I had to have it replaced. The new one, however, runs all
> the time and is very loud.
>
> My lm-sensors is screwed up, and scanning various threads I can't seem to find
> a problem like mine. So, here is what running sensors gets me:
>
> sgo542@NostalgiaforInfinity:~$ sensors
> acpitz-virtual-0
> Adapter: Virtual device
> temp1: +32.5 C (crit = +87.0 C)
>
> coretemp-isa-0000
> Adapter: ISA adapter
> Core 0: +30.0 C (high = +85.0 C, crit = +85.0 C)
> Core 1: +33.0 C (high = +85.0 C, crit = +85.0 C)
>
> nouveau-pci-0100
> Adapter: PCI adapter
> temp1: +97.0 C (high = +100.0 C, crit = +110.0 C)
>
Scott,
That temperature reading is from your graphics adapter. No idea how it comes
that it reports such a high temperature. Does it have a fan, and are you sure
it is working ?
Copying the driver maintainer and the drm mailing list. Maybe someone there
has an idea.
Guenter
> I've been casually browsing FireFox for a half hour and that is what it gives
> me. Now, I can sit this computer comfortably in my lap. That 97C temperature
> is clearly off, almost like it's reading in Farenheit but forgetting to convert
> it to Celsius. Normally it just makes my fan run all the time, but now that
> spring has come, it gets hotter faster. A few days ago I could only run it for
> 20-30 minutes before the reading hit 105C and the automatic emergency shut-down
> kicked in. Obviously, this needs to be fixed before sumer strikes.
>
> For reference, this is what I get from sensors-detect:
>
> sgo542@NostalgiaforInfinity:~$ sudo sensors-detect
> # sensors-detect revision 5946 (2011-03-23 11:54:44 +0100)
> # System: Dell Inc. Inspiron 1420 (laptop)
> # Board: Dell Inc. 0JX269
>
> This program will help you determine which kernel modules you need
> to load to use lm_sensors most effectively. It is generally safe
> and recommended to accept the default answers to all questions,
> unless you know what you're doing.
>
> Some south bridges, CPUs or memory controllers contain embedded sensors.
> Do you want to scan for them? This is totally safe. (YES/no): y
> Module cpuid loaded successfully.
> Silicon Integrated Systems SIS5595... No
> VIA VT82C686 Integrated Sensors... No
> VIA VT8231 Integrated Sensors... No
> AMD K8 thermal sensors... No
> AMD Family 10h thermal sensors... No
> AMD Family 11h thermal sensors... No
> AMD Family 12h and 14h thermal sensors... No
> Intel digital thermal sensor... Success!
> (driver `coretemp')
> Intel AMB FB-DIMM thermal sensor... No
> VIA C7 thermal sensor... No
> VIA Nano thermal sensor... No
>
> Some Super I/O chips contain embedded sensors. We have to write to
> standard I/O ports to probe them. This is usually safe.
> Do you want to scan for Super I/O sensors? (YES/no): y
> Probing for Super-I/O at 0x2e/0x2f
> Trying family `National Semiconductor'... No
> Trying family `SMSC'... Yes
> Found unknown chip with ID 0x3201
> Probing for Super-I/O at 0x4e/0x4f
> Trying family `National Semiconductor'... No
> Trying family `SMSC'... No
> Trying family `VIA/Winbond/Nuvoton/Fintek'... No
> Trying family `ITE'... No
>
> Some hardware monitoring chips are accessible through the ISA I/O ports.
> We have to write to arbitrary I/O ports to probe them. This is usually
> safe though. Yes, you do have ISA I/O ports even if you do not have any
> ISA slots! Do you want to scan the ISA I/O ports? (YES/no): y
> Probing for `National Semiconductor LM78' at 0x290... No
> Probing for `National Semiconductor LM79' at 0x290... No
> Probing for `Winbond W83781D' at 0x290... No
> Probing for `Winbond W83782D' at 0x290... No
>
> Lastly, we can probe the I2C/SMBus adapters for connected hardware
> monitoring devices. This is the most risky part, and while it works
> reasonably well on most systems, it has been reported to cause trouble
> on some systems.
> Do you want to probe the I2C/SMBus adapters now? (YES/no): y
> Using driver `i2c-i801' for device 0000:00:1f.3: Intel 82801H ICH8
> Module i2c-dev loaded successfully.
>
> Next adapter: nouveau-0000:01:00.0-2 (i2c-0)
> Do you want to scan it? (YES/no/selectively): y
> Client found at address 0x50
> Probing for `Analog Devices ADM1033'... No
> Probing for `Analog Devices ADM1034'... No
> Probing for `SPD EEPROM'... No
> Probing for `EDID EEPROM'... Yes
> (confidence 8, not a hardware monitoring chip)
> Client found at address 0x51
> Probing for `Analog Devices ADM1033'... No
> Probing for `Analog Devices ADM1034'... No
> Probing for `SPD EEPROM'... No
> Client found at address 0x52
> Probing for `Analog Devices ADM1033'... No
> Probing for `Analog Devices ADM1034'... No
> Probing for `SPD EEPROM'... No
> Client found at address 0x53
> Probing for `Analog Devices ADM1033'... No
> Probing for `Analog Devices ADM1034'... No
> Probing for `SPD EEPROM'... No
>
> Next adapter: nouveau-0000:01:00.0-0 (i2c-1)
> Do you want to scan it? (YES/no/selectively): y
>
> Next adapter: SMBus I801 adapter at 10c0 (i2c-2)
> Do you want to scan it? (YES/no/selectively): y
> Client found at address 0x50
> Probing for `Analog Devices ADM1033'... No
> Probing for `Analog Devices ADM1034'... No
> Probing for `SPD EEPROM'... Yes
> (confidence 8, not a hardware monitoring chip)
> Probing for `EDID EEPROM'... No
> Client found at address 0x52
> Probing for `Analog Devices ADM1033'... No
> Probing for `Analog Devices ADM1034'... No
> Probing for `SPD EEPROM'... Yes
> (confidence 8, not a hardware monitoring chip)
>
> Now follows a summary of the probes I have just done.
> Just press ENTER to continue:
>
> Driver `coretemp':
> * Chip `Intel digital thermal sensor' (confidence: 9)
>
> To load everything that is needed, add this to /etc/modules:
> #----cut here----
> # Chip drivers
> coretemp
> #----cut here----
> If you have some drivers built into your kernel, the list above will
> contain too many modules. Skip the appropriate ones!
>
> Do you want to add these lines automatically to /etc/modules? (yes/NO)y
> Successful!
>
> Monitoring programs won't work until the needed modules are
> loaded. You may want to run 'service module-init-tools start'
> to load them.
>
> Unloading i2c-dev... OK
> Unloading cpuid... OK
>
> sgo542@NostalgiaforInfinity:~$ sudo service module-init-tools start
> module-init-tools stop/waiting
> sgo542@NostalgiaforInfinity:~$ sensors
> acpitz-virtual-0
> Adapter: Virtual device
> temp1: +32.5 C (crit = +87.0 C)
>
> coretemp-isa-0000
> Adapter: ISA adapter
> Core 0: +31.0 C (high = +85.0 C, crit = +85.0 C)
> Core 1: +33.0 C (high = +85.0 C, crit = +85.0 C)
>
> nouveau-pci-0100
> Adapter: PCI adapter
> temp1: +97.0 C (high = +100.0 C, crit = +110.0 C)
>
> sgo542@NostalgiaforInfinity:~$ sudo modprobe coretemp
> sgo542@NostalgiaforInfinity:~$ sensors
> acpitz-virtual-0
> Adapter: Virtual device
> temp1: +32.5 C (crit = +87.0 C)
>
> coretemp-isa-0000
> Adapter: ISA adapter
> Core 0: +30.0 C (high = +85.0 C, crit = +85.0 C)
> Core 1: +33.0 C (high = +85.0 C, crit = +85.0 C)
>
> nouveau-pci-0100
> Adapter: PCI adapter
> temp1: +97.0 C (high = +100.0 C, crit = +110.0 C)
>
> sgo542@NostalgiaforInfinity:~$ sensors
> acpitz-virtual-0
> Adapter: Virtual device
> temp1: +33.5 C (crit = +87.0 C)
>
> coretemp-isa-0000
> Adapter: ISA adapter
> Core 0: +31.0 C (high = +85.0 C, crit = +85.0 C)
> Core 1: +33.0 C (high = +85.0 C, crit = +85.0 C)
>
> nouveau-pci-0100
> Adapter: PCI adapter
> temp1: +97.0 C (high = +100.0 C, crit = +110.0 C)
>
> sgo542@NostalgiaforInfinity:~$ sensors-detect
> You need to be root to run this script.
> sgo542@NostalgiaforInfinity:~$ sudo sensors-detect
> # sensors-detect revision 5946 (2011-03-23 11:54:44 +0100)
> # System: Dell Inc. Inspiron 1420 (laptop)
> # Board: Dell Inc. 0JX269
>
> This program will help you determine which kernel modules you need
> to load to use lm_sensors most effectively. It is generally safe
> and recommended to accept the default answers to all questions,
> unless you know what you're doing.
>
> Some south bridges, CPUs or memory controllers contain embedded sensors.
> Do you want to scan for them? This is totally safe. (YES/no): y
> Module cpuid loaded successfully.
> Silicon Integrated Systems SIS5595... No
> VIA VT82C686 Integrated Sensors... No
> VIA VT8231 Integrated Sensors... No
> AMD K8 thermal sensors... No
> AMD Family 10h thermal sensors... No
> AMD Family 11h thermal sensors... No
> AMD Family 12h and 14h thermal sensors... No
> Intel digital thermal sensor... Success!
> (driver `coretemp')
> Intel AMB FB-DIMM thermal sensor... No
> VIA C7 thermal sensor... No
> VIA Nano thermal sensor... No
>
> Some Super I/O chips contain embedded sensors. We have to write to
> standard I/O ports to probe them. This is usually safe.
> Do you want to scan for Super I/O sensors? (YES/no): y
> Probing for Super-I/O at 0x2e/0x2f
> Trying family `National Semiconductor'... No
> Trying family `SMSC'... Yes
> Found unknown chip with ID 0x3201
> Probing for Super-I/O at 0x4e/0x4f
> Trying family `National Semiconductor'... No
> Trying family `SMSC'... No
> Trying family `VIA/Winbond/Nuvoton/Fintek'... No
> Trying family `ITE'... No
>
> Some hardware monitoring chips are accessible through the ISA I/O ports.
> We have to write to arbitrary I/O ports to probe them. This is usually
> safe though. Yes, you do have ISA I/O ports even if you do not have any
> ISA slots! Do you want to scan the ISA I/O ports? (YES/no): y
> Probing for `National Semiconductor LM78' at 0x290... No
> Probing for `National Semiconductor LM79' at 0x290... No
> Probing for `Winbond W83781D' at 0x290... No
> Probing for `Winbond W83782D' at 0x290... No
>
> Lastly, we can probe the I2C/SMBus adapters for connected hardware
> monitoring devices. This is the most risky part, and while it works
> reasonably well on most systems, it has been reported to cause trouble
> on some systems.
> Do you want to probe the I2C/SMBus adapters now? (YES/no): y
> Using driver `i2c-i801' for device 0000:00:1f.3: Intel 82801H ICH8
> Module i2c-dev loaded successfully.
>
> Next adapter: nouveau-0000:01:00.0-2 (i2c-0)
> Do you want to scan it? (YES/no/selectively): y
> Client found at address 0x50
> Probing for `Analog Devices ADM1033'... No
> Probing for `Analog Devices ADM1034'... No
> Probing for `SPD EEPROM'... No
> Probing for `EDID EEPROM'... Yes
> (confidence 8, not a hardware monitoring chip)
> Client found at address 0x51
> Probing for `Analog Devices ADM1033'... No
> Probing for `Analog Devices ADM1034'... No
> Probing for `SPD EEPROM'... No
> Client found at address 0x52
> Probing for `Analog Devices ADM1033'... No
> Probing for `Analog Devices ADM1034'... No
> Probing for `SPD EEPROM'... No
> Client found at address 0x53
> Probing for `Analog Devices ADM1033'... No
> Probing for `Analog Devices ADM1034'... No
> Probing for `SPD EEPROM'... No
>
> Next adapter: nouveau-0000:01:00.0-0 (i2c-1)
> Do you want to scan it? (YES/no/selectively): y
>
> Next adapter: SMBus I801 adapter at 10c0 (i2c-2)
> Do you want to scan it? (YES/no/selectively): y
> Client found at address 0x50
> Probing for `Analog Devices ADM1033'... No
> Probing for `Analog Devices ADM1034'... No
> Probing for `SPD EEPROM'... Yes
> (confidence 8, not a hardware monitoring chip)
> Probing for `EDID EEPROM'... No
> Client found at address 0x52
> Probing for `Analog Devices ADM1033'... No
> Probing for `Analog Devices ADM1034'... No
> Probing for `SPD EEPROM'... Yes
> (confidence 8, not a hardware monitoring chip)
>
> Now follows a summary of the probes I have just done.
> Just press ENTER to continue:
>
> Driver `coretemp':
> * Chip `Intel digital thermal sensor' (confidence: 9)
>
> To load everything that is needed, add this to /etc/modules:
> #----cut here----
> # Chip drivers
> coretemp
> #----cut here----
> If you have some drivers built into your kernel, the list above will
> contain too many modules. Skip the appropriate ones!
>
> Do you want to add these lines automatically to /etc/modules? (yes/NO)y
> Successful!
>
> Monitoring programs won't work until the needed modules are
> loaded. You may want to run 'service module-init-tools start'
> to load them.
>
> Unloading i2c-dev... OK
> Unloading cpuid... OK
>
> And when I try to run module-init-tools, I get:
>
> sgo542@NostalgiaforInfinity:~$ sudo service module-init-tools start
> module-init-tools stop/waiting
>
> I've heard I might be able to fix this by tweaking the /etc/sensors.conf file,
> but I'm unsure how to even start with that. I am moderately experiences with
> Linux, but by no means an expert. Any help would be appreciated, before it
> gets hot outside and my computer becomes completely unusable.
> _______________________________________________
> lm-sensors mailing list
> lm-sensors@lm-sensors.org
> http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Incorrect Temperature Readings
@ 2012-03-25 15:23 ` Guenter Roeck
0 siblings, 0 replies; 7+ messages in thread
From: Guenter Roeck @ 2012-03-25 15:23 UTC (permalink / raw)
To: Scott Ondercin; +Cc: David Airlie, dri-devel, lm-sensors@lm-sensors.org
On Sun, Mar 25, 2012 at 07:49:46AM -0400, Scott Ondercin wrote:
> So, once upon a time, my computer worked fine. I have a Dell Inspiron 1420,
> which has a good ventilation system and usually runs quite cool. A few months
> ago my fan broke and I had to have it replaced. The new one, however, runs all
> the time and is very loud.
>
> My lm-sensors is screwed up, and scanning various threads I can't seem to find
> a problem like mine. So, here is what running sensors gets me:
>
> sgo542@NostalgiaforInfinity:~$ sensors
> acpitz-virtual-0
> Adapter: Virtual device
> temp1: +32.5 C (crit = +87.0 C)
>
> coretemp-isa-0000
> Adapter: ISA adapter
> Core 0: +30.0 C (high = +85.0 C, crit = +85.0 C)
> Core 1: +33.0 C (high = +85.0 C, crit = +85.0 C)
>
> nouveau-pci-0100
> Adapter: PCI adapter
> temp1: +97.0 C (high = +100.0 C, crit = +110.0 C)
>
Scott,
That temperature reading is from your graphics adapter. No idea how it comes
that it reports such a high temperature. Does it have a fan, and are you sure
it is working ?
Copying the driver maintainer and the drm mailing list. Maybe someone there
has an idea.
Guenter
> I've been casually browsing FireFox for a half hour and that is what it gives
> me. Now, I can sit this computer comfortably in my lap. That 97C temperature
> is clearly off, almost like it's reading in Farenheit but forgetting to convert
> it to Celsius. Normally it just makes my fan run all the time, but now that
> spring has come, it gets hotter faster. A few days ago I could only run it for
> 20-30 minutes before the reading hit 105C and the automatic emergency shut-down
> kicked in. Obviously, this needs to be fixed before sumer strikes.
>
> For reference, this is what I get from sensors-detect:
>
> sgo542@NostalgiaforInfinity:~$ sudo sensors-detect
> # sensors-detect revision 5946 (2011-03-23 11:54:44 +0100)
> # System: Dell Inc. Inspiron 1420 (laptop)
> # Board: Dell Inc. 0JX269
>
> This program will help you determine which kernel modules you need
> to load to use lm_sensors most effectively. It is generally safe
> and recommended to accept the default answers to all questions,
> unless you know what you're doing.
>
> Some south bridges, CPUs or memory controllers contain embedded sensors.
> Do you want to scan for them? This is totally safe. (YES/no): y
> Module cpuid loaded successfully.
> Silicon Integrated Systems SIS5595... No
> VIA VT82C686 Integrated Sensors... No
> VIA VT8231 Integrated Sensors... No
> AMD K8 thermal sensors... No
> AMD Family 10h thermal sensors... No
> AMD Family 11h thermal sensors... No
> AMD Family 12h and 14h thermal sensors... No
> Intel digital thermal sensor... Success!
> (driver `coretemp')
> Intel AMB FB-DIMM thermal sensor... No
> VIA C7 thermal sensor... No
> VIA Nano thermal sensor... No
>
> Some Super I/O chips contain embedded sensors. We have to write to
> standard I/O ports to probe them. This is usually safe.
> Do you want to scan for Super I/O sensors? (YES/no): y
> Probing for Super-I/O at 0x2e/0x2f
> Trying family `National Semiconductor'... No
> Trying family `SMSC'... Yes
> Found unknown chip with ID 0x3201
> Probing for Super-I/O at 0x4e/0x4f
> Trying family `National Semiconductor'... No
> Trying family `SMSC'... No
> Trying family `VIA/Winbond/Nuvoton/Fintek'... No
> Trying family `ITE'... No
>
> Some hardware monitoring chips are accessible through the ISA I/O ports.
> We have to write to arbitrary I/O ports to probe them. This is usually
> safe though. Yes, you do have ISA I/O ports even if you do not have any
> ISA slots! Do you want to scan the ISA I/O ports? (YES/no): y
> Probing for `National Semiconductor LM78' at 0x290... No
> Probing for `National Semiconductor LM79' at 0x290... No
> Probing for `Winbond W83781D' at 0x290... No
> Probing for `Winbond W83782D' at 0x290... No
>
> Lastly, we can probe the I2C/SMBus adapters for connected hardware
> monitoring devices. This is the most risky part, and while it works
> reasonably well on most systems, it has been reported to cause trouble
> on some systems.
> Do you want to probe the I2C/SMBus adapters now? (YES/no): y
> Using driver `i2c-i801' for device 0000:00:1f.3: Intel 82801H ICH8
> Module i2c-dev loaded successfully.
>
> Next adapter: nouveau-0000:01:00.0-2 (i2c-0)
> Do you want to scan it? (YES/no/selectively): y
> Client found at address 0x50
> Probing for `Analog Devices ADM1033'... No
> Probing for `Analog Devices ADM1034'... No
> Probing for `SPD EEPROM'... No
> Probing for `EDID EEPROM'... Yes
> (confidence 8, not a hardware monitoring chip)
> Client found at address 0x51
> Probing for `Analog Devices ADM1033'... No
> Probing for `Analog Devices ADM1034'... No
> Probing for `SPD EEPROM'... No
> Client found at address 0x52
> Probing for `Analog Devices ADM1033'... No
> Probing for `Analog Devices ADM1034'... No
> Probing for `SPD EEPROM'... No
> Client found at address 0x53
> Probing for `Analog Devices ADM1033'... No
> Probing for `Analog Devices ADM1034'... No
> Probing for `SPD EEPROM'... No
>
> Next adapter: nouveau-0000:01:00.0-0 (i2c-1)
> Do you want to scan it? (YES/no/selectively): y
>
> Next adapter: SMBus I801 adapter at 10c0 (i2c-2)
> Do you want to scan it? (YES/no/selectively): y
> Client found at address 0x50
> Probing for `Analog Devices ADM1033'... No
> Probing for `Analog Devices ADM1034'... No
> Probing for `SPD EEPROM'... Yes
> (confidence 8, not a hardware monitoring chip)
> Probing for `EDID EEPROM'... No
> Client found at address 0x52
> Probing for `Analog Devices ADM1033'... No
> Probing for `Analog Devices ADM1034'... No
> Probing for `SPD EEPROM'... Yes
> (confidence 8, not a hardware monitoring chip)
>
> Now follows a summary of the probes I have just done.
> Just press ENTER to continue:
>
> Driver `coretemp':
> * Chip `Intel digital thermal sensor' (confidence: 9)
>
> To load everything that is needed, add this to /etc/modules:
> #----cut here----
> # Chip drivers
> coretemp
> #----cut here----
> If you have some drivers built into your kernel, the list above will
> contain too many modules. Skip the appropriate ones!
>
> Do you want to add these lines automatically to /etc/modules? (yes/NO)y
> Successful!
>
> Monitoring programs won't work until the needed modules are
> loaded. You may want to run 'service module-init-tools start'
> to load them.
>
> Unloading i2c-dev... OK
> Unloading cpuid... OK
>
> sgo542@NostalgiaforInfinity:~$ sudo service module-init-tools start
> module-init-tools stop/waiting
> sgo542@NostalgiaforInfinity:~$ sensors
> acpitz-virtual-0
> Adapter: Virtual device
> temp1: +32.5 C (crit = +87.0 C)
>
> coretemp-isa-0000
> Adapter: ISA adapter
> Core 0: +31.0 C (high = +85.0 C, crit = +85.0 C)
> Core 1: +33.0 C (high = +85.0 C, crit = +85.0 C)
>
> nouveau-pci-0100
> Adapter: PCI adapter
> temp1: +97.0 C (high = +100.0 C, crit = +110.0 C)
>
> sgo542@NostalgiaforInfinity:~$ sudo modprobe coretemp
> sgo542@NostalgiaforInfinity:~$ sensors
> acpitz-virtual-0
> Adapter: Virtual device
> temp1: +32.5 C (crit = +87.0 C)
>
> coretemp-isa-0000
> Adapter: ISA adapter
> Core 0: +30.0 C (high = +85.0 C, crit = +85.0 C)
> Core 1: +33.0 C (high = +85.0 C, crit = +85.0 C)
>
> nouveau-pci-0100
> Adapter: PCI adapter
> temp1: +97.0 C (high = +100.0 C, crit = +110.0 C)
>
> sgo542@NostalgiaforInfinity:~$ sensors
> acpitz-virtual-0
> Adapter: Virtual device
> temp1: +33.5 C (crit = +87.0 C)
>
> coretemp-isa-0000
> Adapter: ISA adapter
> Core 0: +31.0 C (high = +85.0 C, crit = +85.0 C)
> Core 1: +33.0 C (high = +85.0 C, crit = +85.0 C)
>
> nouveau-pci-0100
> Adapter: PCI adapter
> temp1: +97.0 C (high = +100.0 C, crit = +110.0 C)
>
> sgo542@NostalgiaforInfinity:~$ sensors-detect
> You need to be root to run this script.
> sgo542@NostalgiaforInfinity:~$ sudo sensors-detect
> # sensors-detect revision 5946 (2011-03-23 11:54:44 +0100)
> # System: Dell Inc. Inspiron 1420 (laptop)
> # Board: Dell Inc. 0JX269
>
> This program will help you determine which kernel modules you need
> to load to use lm_sensors most effectively. It is generally safe
> and recommended to accept the default answers to all questions,
> unless you know what you're doing.
>
> Some south bridges, CPUs or memory controllers contain embedded sensors.
> Do you want to scan for them? This is totally safe. (YES/no): y
> Module cpuid loaded successfully.
> Silicon Integrated Systems SIS5595... No
> VIA VT82C686 Integrated Sensors... No
> VIA VT8231 Integrated Sensors... No
> AMD K8 thermal sensors... No
> AMD Family 10h thermal sensors... No
> AMD Family 11h thermal sensors... No
> AMD Family 12h and 14h thermal sensors... No
> Intel digital thermal sensor... Success!
> (driver `coretemp')
> Intel AMB FB-DIMM thermal sensor... No
> VIA C7 thermal sensor... No
> VIA Nano thermal sensor... No
>
> Some Super I/O chips contain embedded sensors. We have to write to
> standard I/O ports to probe them. This is usually safe.
> Do you want to scan for Super I/O sensors? (YES/no): y
> Probing for Super-I/O at 0x2e/0x2f
> Trying family `National Semiconductor'... No
> Trying family `SMSC'... Yes
> Found unknown chip with ID 0x3201
> Probing for Super-I/O at 0x4e/0x4f
> Trying family `National Semiconductor'... No
> Trying family `SMSC'... No
> Trying family `VIA/Winbond/Nuvoton/Fintek'... No
> Trying family `ITE'... No
>
> Some hardware monitoring chips are accessible through the ISA I/O ports.
> We have to write to arbitrary I/O ports to probe them. This is usually
> safe though. Yes, you do have ISA I/O ports even if you do not have any
> ISA slots! Do you want to scan the ISA I/O ports? (YES/no): y
> Probing for `National Semiconductor LM78' at 0x290... No
> Probing for `National Semiconductor LM79' at 0x290... No
> Probing for `Winbond W83781D' at 0x290... No
> Probing for `Winbond W83782D' at 0x290... No
>
> Lastly, we can probe the I2C/SMBus adapters for connected hardware
> monitoring devices. This is the most risky part, and while it works
> reasonably well on most systems, it has been reported to cause trouble
> on some systems.
> Do you want to probe the I2C/SMBus adapters now? (YES/no): y
> Using driver `i2c-i801' for device 0000:00:1f.3: Intel 82801H ICH8
> Module i2c-dev loaded successfully.
>
> Next adapter: nouveau-0000:01:00.0-2 (i2c-0)
> Do you want to scan it? (YES/no/selectively): y
> Client found at address 0x50
> Probing for `Analog Devices ADM1033'... No
> Probing for `Analog Devices ADM1034'... No
> Probing for `SPD EEPROM'... No
> Probing for `EDID EEPROM'... Yes
> (confidence 8, not a hardware monitoring chip)
> Client found at address 0x51
> Probing for `Analog Devices ADM1033'... No
> Probing for `Analog Devices ADM1034'... No
> Probing for `SPD EEPROM'... No
> Client found at address 0x52
> Probing for `Analog Devices ADM1033'... No
> Probing for `Analog Devices ADM1034'... No
> Probing for `SPD EEPROM'... No
> Client found at address 0x53
> Probing for `Analog Devices ADM1033'... No
> Probing for `Analog Devices ADM1034'... No
> Probing for `SPD EEPROM'... No
>
> Next adapter: nouveau-0000:01:00.0-0 (i2c-1)
> Do you want to scan it? (YES/no/selectively): y
>
> Next adapter: SMBus I801 adapter at 10c0 (i2c-2)
> Do you want to scan it? (YES/no/selectively): y
> Client found at address 0x50
> Probing for `Analog Devices ADM1033'... No
> Probing for `Analog Devices ADM1034'... No
> Probing for `SPD EEPROM'... Yes
> (confidence 8, not a hardware monitoring chip)
> Probing for `EDID EEPROM'... No
> Client found at address 0x52
> Probing for `Analog Devices ADM1033'... No
> Probing for `Analog Devices ADM1034'... No
> Probing for `SPD EEPROM'... Yes
> (confidence 8, not a hardware monitoring chip)
>
> Now follows a summary of the probes I have just done.
> Just press ENTER to continue:
>
> Driver `coretemp':
> * Chip `Intel digital thermal sensor' (confidence: 9)
>
> To load everything that is needed, add this to /etc/modules:
> #----cut here----
> # Chip drivers
> coretemp
> #----cut here----
> If you have some drivers built into your kernel, the list above will
> contain too many modules. Skip the appropriate ones!
>
> Do you want to add these lines automatically to /etc/modules? (yes/NO)y
> Successful!
>
> Monitoring programs won't work until the needed modules are
> loaded. You may want to run 'service module-init-tools start'
> to load them.
>
> Unloading i2c-dev... OK
> Unloading cpuid... OK
>
> And when I try to run module-init-tools, I get:
>
> sgo542@NostalgiaforInfinity:~$ sudo service module-init-tools start
> module-init-tools stop/waiting
>
> I've heard I might be able to fix this by tweaking the /etc/sensors.conf file,
> but I'm unsure how to even start with that. I am moderately experiences with
> Linux, but by no means an expert. Any help would be appreciated, before it
> gets hot outside and my computer becomes completely unusable.
> _______________________________________________
> lm-sensors mailing list
> lm-sensors@lm-sensors.org
> http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [lm-sensors] Incorrect Temperature Readings
2012-03-25 15:23 ` Guenter Roeck
@ 2012-03-26 19:59 ` Scott Ondercin
-1 siblings, 0 replies; 7+ messages in thread
From: Scott Ondercin @ 2012-03-26 19:59 UTC (permalink / raw)
To: guenter.roeck; +Cc: airlied, dri-devel, lm-sensors
[-- Attachment #1.1: Type: text/plain, Size: 16951 bytes --]
-I've been running the computer for over an hour currently and it feels perfectly fine. Even the hard drive feels only mildly warm. Nonetheless, I'm getting 96C readings for my PCI Adapter.
Is there a way to modify my /etc/sensors.conf file to change the input levels or high/crit temps for the adapter? I may not be looking properly, but I can't find its chip name.
Also, is there a way to run "module-init-tools" without getting "stop/waiting"?
> Date: Sun, 25 Mar 2012 08:23:12 -0700
> From: guenter.roeck@ericsson.com
> To: sgo542@hotmail.com
> CC: lm-sensors@lm-sensors.org; airlied@linux.ie; dri-devel@lists.freedesktop.org
> Subject: Re: [lm-sensors] Incorrect Temperature Readings
>
> On Sun, Mar 25, 2012 at 07:49:46AM -0400, Scott Ondercin wrote:
> > So, once upon a time, my computer worked fine. I have a Dell Inspiron 1420,
> > which has a good ventilation system and usually runs quite cool. A few months
> > ago my fan broke and I had to have it replaced. The new one, however, runs all
> > the time and is very loud.
> >
> > My lm-sensors is screwed up, and scanning various threads I can't seem to find
> > a problem like mine. So, here is what running sensors gets me:
> >
> > sgo542@NostalgiaforInfinity:~$ sensors
> > acpitz-virtual-0
> > Adapter: Virtual device
> > temp1: +32.5 C (crit = +87.0 C)
> >
> > coretemp-isa-0000
> > Adapter: ISA adapter
> > Core 0: +30.0 C (high = +85.0 C, crit = +85.0 C)
> > Core 1: +33.0 C (high = +85.0 C, crit = +85.0 C)
> >
> > nouveau-pci-0100
> > Adapter: PCI adapter
> > temp1: +97.0 C (high = +100.0 C, crit = +110.0 C)
> >
> Scott,
>
> That temperature reading is from your graphics adapter. No idea how it comes
> that it reports such a high temperature. Does it have a fan, and are you sure
> it is working ?
>
> Copying the driver maintainer and the drm mailing list. Maybe someone there
> has an idea.
>
> Guenter
>
> > I've been casually browsing FireFox for a half hour and that is what it gives
> > me. Now, I can sit this computer comfortably in my lap. That 97C temperature
> > is clearly off, almost like it's reading in Farenheit but forgetting to convert
> > it to Celsius. Normally it just makes my fan run all the time, but now that
> > spring has come, it gets hotter faster. A few days ago I could only run it for
> > 20-30 minutes before the reading hit 105C and the automatic emergency shut-down
> > kicked in. Obviously, this needs to be fixed before sumer strikes.
> >
> > For reference, this is what I get from sensors-detect:
> >
> > sgo542@NostalgiaforInfinity:~$ sudo sensors-detect
> > # sensors-detect revision 5946 (2011-03-23 11:54:44 +0100)
> > # System: Dell Inc. Inspiron 1420 (laptop)
> > # Board: Dell Inc. 0JX269
> >
> > This program will help you determine which kernel modules you need
> > to load to use lm_sensors most effectively. It is generally safe
> > and recommended to accept the default answers to all questions,
> > unless you know what you're doing.
> >
> > Some south bridges, CPUs or memory controllers contain embedded sensors.
> > Do you want to scan for them? This is totally safe. (YES/no): y
> > Module cpuid loaded successfully.
> > Silicon Integrated Systems SIS5595... No
> > VIA VT82C686 Integrated Sensors... No
> > VIA VT8231 Integrated Sensors... No
> > AMD K8 thermal sensors... No
> > AMD Family 10h thermal sensors... No
> > AMD Family 11h thermal sensors... No
> > AMD Family 12h and 14h thermal sensors... No
> > Intel digital thermal sensor... Success!
> > (driver `coretemp')
> > Intel AMB FB-DIMM thermal sensor... No
> > VIA C7 thermal sensor... No
> > VIA Nano thermal sensor... No
> >
> > Some Super I/O chips contain embedded sensors. We have to write to
> > standard I/O ports to probe them. This is usually safe.
> > Do you want to scan for Super I/O sensors? (YES/no): y
> > Probing for Super-I/O at 0x2e/0x2f
> > Trying family `National Semiconductor'... No
> > Trying family `SMSC'... Yes
> > Found unknown chip with ID 0x3201
> > Probing for Super-I/O at 0x4e/0x4f
> > Trying family `National Semiconductor'... No
> > Trying family `SMSC'... No
> > Trying family `VIA/Winbond/Nuvoton/Fintek'... No
> > Trying family `ITE'... No
> >
> > Some hardware monitoring chips are accessible through the ISA I/O ports.
> > We have to write to arbitrary I/O ports to probe them. This is usually
> > safe though. Yes, you do have ISA I/O ports even if you do not have any
> > ISA slots! Do you want to scan the ISA I/O ports? (YES/no): y
> > Probing for `National Semiconductor LM78' at 0x290... No
> > Probing for `National Semiconductor LM79' at 0x290... No
> > Probing for `Winbond W83781D' at 0x290... No
> > Probing for `Winbond W83782D' at 0x290... No
> >
> > Lastly, we can probe the I2C/SMBus adapters for connected hardware
> > monitoring devices. This is the most risky part, and while it works
> > reasonably well on most systems, it has been reported to cause trouble
> > on some systems.
> > Do you want to probe the I2C/SMBus adapters now? (YES/no): y
> > Using driver `i2c-i801' for device 0000:00:1f.3: Intel 82801H ICH8
> > Module i2c-dev loaded successfully.
> >
> > Next adapter: nouveau-0000:01:00.0-2 (i2c-0)
> > Do you want to scan it? (YES/no/selectively): y
> > Client found at address 0x50
> > Probing for `Analog Devices ADM1033'... No
> > Probing for `Analog Devices ADM1034'... No
> > Probing for `SPD EEPROM'... No
> > Probing for `EDID EEPROM'... Yes
> > (confidence 8, not a hardware monitoring chip)
> > Client found at address 0x51
> > Probing for `Analog Devices ADM1033'... No
> > Probing for `Analog Devices ADM1034'... No
> > Probing for `SPD EEPROM'... No
> > Client found at address 0x52
> > Probing for `Analog Devices ADM1033'... No
> > Probing for `Analog Devices ADM1034'... No
> > Probing for `SPD EEPROM'... No
> > Client found at address 0x53
> > Probing for `Analog Devices ADM1033'... No
> > Probing for `Analog Devices ADM1034'... No
> > Probing for `SPD EEPROM'... No
> >
> > Next adapter: nouveau-0000:01:00.0-0 (i2c-1)
> > Do you want to scan it? (YES/no/selectively): y
> >
> > Next adapter: SMBus I801 adapter at 10c0 (i2c-2)
> > Do you want to scan it? (YES/no/selectively): y
> > Client found at address 0x50
> > Probing for `Analog Devices ADM1033'... No
> > Probing for `Analog Devices ADM1034'... No
> > Probing for `SPD EEPROM'... Yes
> > (confidence 8, not a hardware monitoring chip)
> > Probing for `EDID EEPROM'... No
> > Client found at address 0x52
> > Probing for `Analog Devices ADM1033'... No
> > Probing for `Analog Devices ADM1034'... No
> > Probing for `SPD EEPROM'... Yes
> > (confidence 8, not a hardware monitoring chip)
> >
> > Now follows a summary of the probes I have just done.
> > Just press ENTER to continue:
> >
> > Driver `coretemp':
> > * Chip `Intel digital thermal sensor' (confidence: 9)
> >
> > To load everything that is needed, add this to /etc/modules:
> > #----cut here----
> > # Chip drivers
> > coretemp
> > #----cut here----
> > If you have some drivers built into your kernel, the list above will
> > contain too many modules. Skip the appropriate ones!
> >
> > Do you want to add these lines automatically to /etc/modules? (yes/NO)y
> > Successful!
> >
> > Monitoring programs won't work until the needed modules are
> > loaded. You may want to run 'service module-init-tools start'
> > to load them.
> >
> > Unloading i2c-dev... OK
> > Unloading cpuid... OK
> >
> > sgo542@NostalgiaforInfinity:~$ sudo service module-init-tools start
> > module-init-tools stop/waiting
> > sgo542@NostalgiaforInfinity:~$ sensors
> > acpitz-virtual-0
> > Adapter: Virtual device
> > temp1: +32.5 C (crit = +87.0 C)
> >
> > coretemp-isa-0000
> > Adapter: ISA adapter
> > Core 0: +31.0 C (high = +85.0 C, crit = +85.0 C)
> > Core 1: +33.0 C (high = +85.0 C, crit = +85.0 C)
> >
> > nouveau-pci-0100
> > Adapter: PCI adapter
> > temp1: +97.0 C (high = +100.0 C, crit = +110.0 C)
> >
> > sgo542@NostalgiaforInfinity:~$ sudo modprobe coretemp
> > sgo542@NostalgiaforInfinity:~$ sensors
> > acpitz-virtual-0
> > Adapter: Virtual device
> > temp1: +32.5 C (crit = +87.0 C)
> >
> > coretemp-isa-0000
> > Adapter: ISA adapter
> > Core 0: +30.0 C (high = +85.0 C, crit = +85.0 C)
> > Core 1: +33.0 C (high = +85.0 C, crit = +85.0 C)
> >
> > nouveau-pci-0100
> > Adapter: PCI adapter
> > temp1: +97.0 C (high = +100.0 C, crit = +110.0 C)
> >
> > sgo542@NostalgiaforInfinity:~$ sensors
> > acpitz-virtual-0
> > Adapter: Virtual device
> > temp1: +33.5 C (crit = +87.0 C)
> >
> > coretemp-isa-0000
> > Adapter: ISA adapter
> > Core 0: +31.0 C (high = +85.0 C, crit = +85.0 C)
> > Core 1: +33.0 C (high = +85.0 C, crit = +85.0 C)
> >
> > nouveau-pci-0100
> > Adapter: PCI adapter
> > temp1: +97.0 C (high = +100.0 C, crit = +110.0 C)
> >
> > sgo542@NostalgiaforInfinity:~$ sensors-detect
> > You need to be root to run this script.
> > sgo542@NostalgiaforInfinity:~$ sudo sensors-detect
> > # sensors-detect revision 5946 (2011-03-23 11:54:44 +0100)
> > # System: Dell Inc. Inspiron 1420 (laptop)
> > # Board: Dell Inc. 0JX269
> >
> > This program will help you determine which kernel modules you need
> > to load to use lm_sensors most effectively. It is generally safe
> > and recommended to accept the default answers to all questions,
> > unless you know what you're doing.
> >
> > Some south bridges, CPUs or memory controllers contain embedded sensors.
> > Do you want to scan for them? This is totally safe. (YES/no): y
> > Module cpuid loaded successfully.
> > Silicon Integrated Systems SIS5595... No
> > VIA VT82C686 Integrated Sensors... No
> > VIA VT8231 Integrated Sensors... No
> > AMD K8 thermal sensors... No
> > AMD Family 10h thermal sensors... No
> > AMD Family 11h thermal sensors... No
> > AMD Family 12h and 14h thermal sensors... No
> > Intel digital thermal sensor... Success!
> > (driver `coretemp')
> > Intel AMB FB-DIMM thermal sensor... No
> > VIA C7 thermal sensor... No
> > VIA Nano thermal sensor... No
> >
> > Some Super I/O chips contain embedded sensors. We have to write to
> > standard I/O ports to probe them. This is usually safe.
> > Do you want to scan for Super I/O sensors? (YES/no): y
> > Probing for Super-I/O at 0x2e/0x2f
> > Trying family `National Semiconductor'... No
> > Trying family `SMSC'... Yes
> > Found unknown chip with ID 0x3201
> > Probing for Super-I/O at 0x4e/0x4f
> > Trying family `National Semiconductor'... No
> > Trying family `SMSC'... No
> > Trying family `VIA/Winbond/Nuvoton/Fintek'... No
> > Trying family `ITE'... No
> >
> > Some hardware monitoring chips are accessible through the ISA I/O ports.
> > We have to write to arbitrary I/O ports to probe them. This is usually
> > safe though. Yes, you do have ISA I/O ports even if you do not have any
> > ISA slots! Do you want to scan the ISA I/O ports? (YES/no): y
> > Probing for `National Semiconductor LM78' at 0x290... No
> > Probing for `National Semiconductor LM79' at 0x290... No
> > Probing for `Winbond W83781D' at 0x290... No
> > Probing for `Winbond W83782D' at 0x290... No
> >
> > Lastly, we can probe the I2C/SMBus adapters for connected hardware
> > monitoring devices. This is the most risky part, and while it works
> > reasonably well on most systems, it has been reported to cause trouble
> > on some systems.
> > Do you want to probe the I2C/SMBus adapters now? (YES/no): y
> > Using driver `i2c-i801' for device 0000:00:1f.3: Intel 82801H ICH8
> > Module i2c-dev loaded successfully.
> >
> > Next adapter: nouveau-0000:01:00.0-2 (i2c-0)
> > Do you want to scan it? (YES/no/selectively): y
> > Client found at address 0x50
> > Probing for `Analog Devices ADM1033'... No
> > Probing for `Analog Devices ADM1034'... No
> > Probing for `SPD EEPROM'... No
> > Probing for `EDID EEPROM'... Yes
> > (confidence 8, not a hardware monitoring chip)
> > Client found at address 0x51
> > Probing for `Analog Devices ADM1033'... No
> > Probing for `Analog Devices ADM1034'... No
> > Probing for `SPD EEPROM'... No
> > Client found at address 0x52
> > Probing for `Analog Devices ADM1033'... No
> > Probing for `Analog Devices ADM1034'... No
> > Probing for `SPD EEPROM'... No
> > Client found at address 0x53
> > Probing for `Analog Devices ADM1033'... No
> > Probing for `Analog Devices ADM1034'... No
> > Probing for `SPD EEPROM'... No
> >
> > Next adapter: nouveau-0000:01:00.0-0 (i2c-1)
> > Do you want to scan it? (YES/no/selectively): y
> >
> > Next adapter: SMBus I801 adapter at 10c0 (i2c-2)
> > Do you want to scan it? (YES/no/selectively): y
> > Client found at address 0x50
> > Probing for `Analog Devices ADM1033'... No
> > Probing for `Analog Devices ADM1034'... No
> > Probing for `SPD EEPROM'... Yes
> > (confidence 8, not a hardware monitoring chip)
> > Probing for `EDID EEPROM'... No
> > Client found at address 0x52
> > Probing for `Analog Devices ADM1033'... No
> > Probing for `Analog Devices ADM1034'... No
> > Probing for `SPD EEPROM'... Yes
> > (confidence 8, not a hardware monitoring chip)
> >
> > Now follows a summary of the probes I have just done.
> > Just press ENTER to continue:
> >
> > Driver `coretemp':
> > * Chip `Intel digital thermal sensor' (confidence: 9)
> >
> > To load everything that is needed, add this to /etc/modules:
> > #----cut here----
> > # Chip drivers
> > coretemp
> > #----cut here----
> > If you have some drivers built into your kernel, the list above will
> > contain too many modules. Skip the appropriate ones!
> >
> > Do you want to add these lines automatically to /etc/modules? (yes/NO)y
> > Successful!
> >
> > Monitoring programs won't work until the needed modules are
> > loaded. You may want to run 'service module-init-tools start'
> > to load them.
> >
> > Unloading i2c-dev... OK
> > Unloading cpuid... OK
> >
> > And when I try to run module-init-tools, I get:
> >
> > sgo542@NostalgiaforInfinity:~$ sudo service module-init-tools start
> > module-init-tools stop/waiting
> >
> > I've heard I might be able to fix this by tweaking the /etc/sensors.conf file,
> > but I'm unsure how to even start with that. I am moderately experiences with
> > Linux, but by no means an expert. Any help would be appreciated, before it
> > gets hot outside and my computer becomes completely unusable.
>
> > _______________________________________________
> > lm-sensors mailing list
> > lm-sensors@lm-sensors.org
> > http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
>
[-- Attachment #1.2: Type: text/html, Size: 19965 bytes --]
[-- Attachment #2: Type: text/plain, Size: 153 bytes --]
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Incorrect Temperature Readings
@ 2012-03-26 19:59 ` Scott Ondercin
0 siblings, 0 replies; 7+ messages in thread
From: Scott Ondercin @ 2012-03-26 19:59 UTC (permalink / raw)
To: guenter.roeck; +Cc: airlied, dri-devel, lm-sensors
[-- Attachment #1.1: Type: text/plain, Size: 16951 bytes --]
-I've been running the computer for over an hour currently and it feels perfectly fine. Even the hard drive feels only mildly warm. Nonetheless, I'm getting 96C readings for my PCI Adapter.
Is there a way to modify my /etc/sensors.conf file to change the input levels or high/crit temps for the adapter? I may not be looking properly, but I can't find its chip name.
Also, is there a way to run "module-init-tools" without getting "stop/waiting"?
> Date: Sun, 25 Mar 2012 08:23:12 -0700
> From: guenter.roeck@ericsson.com
> To: sgo542@hotmail.com
> CC: lm-sensors@lm-sensors.org; airlied@linux.ie; dri-devel@lists.freedesktop.org
> Subject: Re: [lm-sensors] Incorrect Temperature Readings
>
> On Sun, Mar 25, 2012 at 07:49:46AM -0400, Scott Ondercin wrote:
> > So, once upon a time, my computer worked fine. I have a Dell Inspiron 1420,
> > which has a good ventilation system and usually runs quite cool. A few months
> > ago my fan broke and I had to have it replaced. The new one, however, runs all
> > the time and is very loud.
> >
> > My lm-sensors is screwed up, and scanning various threads I can't seem to find
> > a problem like mine. So, here is what running sensors gets me:
> >
> > sgo542@NostalgiaforInfinity:~$ sensors
> > acpitz-virtual-0
> > Adapter: Virtual device
> > temp1: +32.5 C (crit = +87.0 C)
> >
> > coretemp-isa-0000
> > Adapter: ISA adapter
> > Core 0: +30.0 C (high = +85.0 C, crit = +85.0 C)
> > Core 1: +33.0 C (high = +85.0 C, crit = +85.0 C)
> >
> > nouveau-pci-0100
> > Adapter: PCI adapter
> > temp1: +97.0 C (high = +100.0 C, crit = +110.0 C)
> >
> Scott,
>
> That temperature reading is from your graphics adapter. No idea how it comes
> that it reports such a high temperature. Does it have a fan, and are you sure
> it is working ?
>
> Copying the driver maintainer and the drm mailing list. Maybe someone there
> has an idea.
>
> Guenter
>
> > I've been casually browsing FireFox for a half hour and that is what it gives
> > me. Now, I can sit this computer comfortably in my lap. That 97C temperature
> > is clearly off, almost like it's reading in Farenheit but forgetting to convert
> > it to Celsius. Normally it just makes my fan run all the time, but now that
> > spring has come, it gets hotter faster. A few days ago I could only run it for
> > 20-30 minutes before the reading hit 105C and the automatic emergency shut-down
> > kicked in. Obviously, this needs to be fixed before sumer strikes.
> >
> > For reference, this is what I get from sensors-detect:
> >
> > sgo542@NostalgiaforInfinity:~$ sudo sensors-detect
> > # sensors-detect revision 5946 (2011-03-23 11:54:44 +0100)
> > # System: Dell Inc. Inspiron 1420 (laptop)
> > # Board: Dell Inc. 0JX269
> >
> > This program will help you determine which kernel modules you need
> > to load to use lm_sensors most effectively. It is generally safe
> > and recommended to accept the default answers to all questions,
> > unless you know what you're doing.
> >
> > Some south bridges, CPUs or memory controllers contain embedded sensors.
> > Do you want to scan for them? This is totally safe. (YES/no): y
> > Module cpuid loaded successfully.
> > Silicon Integrated Systems SIS5595... No
> > VIA VT82C686 Integrated Sensors... No
> > VIA VT8231 Integrated Sensors... No
> > AMD K8 thermal sensors... No
> > AMD Family 10h thermal sensors... No
> > AMD Family 11h thermal sensors... No
> > AMD Family 12h and 14h thermal sensors... No
> > Intel digital thermal sensor... Success!
> > (driver `coretemp')
> > Intel AMB FB-DIMM thermal sensor... No
> > VIA C7 thermal sensor... No
> > VIA Nano thermal sensor... No
> >
> > Some Super I/O chips contain embedded sensors. We have to write to
> > standard I/O ports to probe them. This is usually safe.
> > Do you want to scan for Super I/O sensors? (YES/no): y
> > Probing for Super-I/O at 0x2e/0x2f
> > Trying family `National Semiconductor'... No
> > Trying family `SMSC'... Yes
> > Found unknown chip with ID 0x3201
> > Probing for Super-I/O at 0x4e/0x4f
> > Trying family `National Semiconductor'... No
> > Trying family `SMSC'... No
> > Trying family `VIA/Winbond/Nuvoton/Fintek'... No
> > Trying family `ITE'... No
> >
> > Some hardware monitoring chips are accessible through the ISA I/O ports.
> > We have to write to arbitrary I/O ports to probe them. This is usually
> > safe though. Yes, you do have ISA I/O ports even if you do not have any
> > ISA slots! Do you want to scan the ISA I/O ports? (YES/no): y
> > Probing for `National Semiconductor LM78' at 0x290... No
> > Probing for `National Semiconductor LM79' at 0x290... No
> > Probing for `Winbond W83781D' at 0x290... No
> > Probing for `Winbond W83782D' at 0x290... No
> >
> > Lastly, we can probe the I2C/SMBus adapters for connected hardware
> > monitoring devices. This is the most risky part, and while it works
> > reasonably well on most systems, it has been reported to cause trouble
> > on some systems.
> > Do you want to probe the I2C/SMBus adapters now? (YES/no): y
> > Using driver `i2c-i801' for device 0000:00:1f.3: Intel 82801H ICH8
> > Module i2c-dev loaded successfully.
> >
> > Next adapter: nouveau-0000:01:00.0-2 (i2c-0)
> > Do you want to scan it? (YES/no/selectively): y
> > Client found at address 0x50
> > Probing for `Analog Devices ADM1033'... No
> > Probing for `Analog Devices ADM1034'... No
> > Probing for `SPD EEPROM'... No
> > Probing for `EDID EEPROM'... Yes
> > (confidence 8, not a hardware monitoring chip)
> > Client found at address 0x51
> > Probing for `Analog Devices ADM1033'... No
> > Probing for `Analog Devices ADM1034'... No
> > Probing for `SPD EEPROM'... No
> > Client found at address 0x52
> > Probing for `Analog Devices ADM1033'... No
> > Probing for `Analog Devices ADM1034'... No
> > Probing for `SPD EEPROM'... No
> > Client found at address 0x53
> > Probing for `Analog Devices ADM1033'... No
> > Probing for `Analog Devices ADM1034'... No
> > Probing for `SPD EEPROM'... No
> >
> > Next adapter: nouveau-0000:01:00.0-0 (i2c-1)
> > Do you want to scan it? (YES/no/selectively): y
> >
> > Next adapter: SMBus I801 adapter at 10c0 (i2c-2)
> > Do you want to scan it? (YES/no/selectively): y
> > Client found at address 0x50
> > Probing for `Analog Devices ADM1033'... No
> > Probing for `Analog Devices ADM1034'... No
> > Probing for `SPD EEPROM'... Yes
> > (confidence 8, not a hardware monitoring chip)
> > Probing for `EDID EEPROM'... No
> > Client found at address 0x52
> > Probing for `Analog Devices ADM1033'... No
> > Probing for `Analog Devices ADM1034'... No
> > Probing for `SPD EEPROM'... Yes
> > (confidence 8, not a hardware monitoring chip)
> >
> > Now follows a summary of the probes I have just done.
> > Just press ENTER to continue:
> >
> > Driver `coretemp':
> > * Chip `Intel digital thermal sensor' (confidence: 9)
> >
> > To load everything that is needed, add this to /etc/modules:
> > #----cut here----
> > # Chip drivers
> > coretemp
> > #----cut here----
> > If you have some drivers built into your kernel, the list above will
> > contain too many modules. Skip the appropriate ones!
> >
> > Do you want to add these lines automatically to /etc/modules? (yes/NO)y
> > Successful!
> >
> > Monitoring programs won't work until the needed modules are
> > loaded. You may want to run 'service module-init-tools start'
> > to load them.
> >
> > Unloading i2c-dev... OK
> > Unloading cpuid... OK
> >
> > sgo542@NostalgiaforInfinity:~$ sudo service module-init-tools start
> > module-init-tools stop/waiting
> > sgo542@NostalgiaforInfinity:~$ sensors
> > acpitz-virtual-0
> > Adapter: Virtual device
> > temp1: +32.5 C (crit = +87.0 C)
> >
> > coretemp-isa-0000
> > Adapter: ISA adapter
> > Core 0: +31.0 C (high = +85.0 C, crit = +85.0 C)
> > Core 1: +33.0 C (high = +85.0 C, crit = +85.0 C)
> >
> > nouveau-pci-0100
> > Adapter: PCI adapter
> > temp1: +97.0 C (high = +100.0 C, crit = +110.0 C)
> >
> > sgo542@NostalgiaforInfinity:~$ sudo modprobe coretemp
> > sgo542@NostalgiaforInfinity:~$ sensors
> > acpitz-virtual-0
> > Adapter: Virtual device
> > temp1: +32.5 C (crit = +87.0 C)
> >
> > coretemp-isa-0000
> > Adapter: ISA adapter
> > Core 0: +30.0 C (high = +85.0 C, crit = +85.0 C)
> > Core 1: +33.0 C (high = +85.0 C, crit = +85.0 C)
> >
> > nouveau-pci-0100
> > Adapter: PCI adapter
> > temp1: +97.0 C (high = +100.0 C, crit = +110.0 C)
> >
> > sgo542@NostalgiaforInfinity:~$ sensors
> > acpitz-virtual-0
> > Adapter: Virtual device
> > temp1: +33.5 C (crit = +87.0 C)
> >
> > coretemp-isa-0000
> > Adapter: ISA adapter
> > Core 0: +31.0 C (high = +85.0 C, crit = +85.0 C)
> > Core 1: +33.0 C (high = +85.0 C, crit = +85.0 C)
> >
> > nouveau-pci-0100
> > Adapter: PCI adapter
> > temp1: +97.0 C (high = +100.0 C, crit = +110.0 C)
> >
> > sgo542@NostalgiaforInfinity:~$ sensors-detect
> > You need to be root to run this script.
> > sgo542@NostalgiaforInfinity:~$ sudo sensors-detect
> > # sensors-detect revision 5946 (2011-03-23 11:54:44 +0100)
> > # System: Dell Inc. Inspiron 1420 (laptop)
> > # Board: Dell Inc. 0JX269
> >
> > This program will help you determine which kernel modules you need
> > to load to use lm_sensors most effectively. It is generally safe
> > and recommended to accept the default answers to all questions,
> > unless you know what you're doing.
> >
> > Some south bridges, CPUs or memory controllers contain embedded sensors.
> > Do you want to scan for them? This is totally safe. (YES/no): y
> > Module cpuid loaded successfully.
> > Silicon Integrated Systems SIS5595... No
> > VIA VT82C686 Integrated Sensors... No
> > VIA VT8231 Integrated Sensors... No
> > AMD K8 thermal sensors... No
> > AMD Family 10h thermal sensors... No
> > AMD Family 11h thermal sensors... No
> > AMD Family 12h and 14h thermal sensors... No
> > Intel digital thermal sensor... Success!
> > (driver `coretemp')
> > Intel AMB FB-DIMM thermal sensor... No
> > VIA C7 thermal sensor... No
> > VIA Nano thermal sensor... No
> >
> > Some Super I/O chips contain embedded sensors. We have to write to
> > standard I/O ports to probe them. This is usually safe.
> > Do you want to scan for Super I/O sensors? (YES/no): y
> > Probing for Super-I/O at 0x2e/0x2f
> > Trying family `National Semiconductor'... No
> > Trying family `SMSC'... Yes
> > Found unknown chip with ID 0x3201
> > Probing for Super-I/O at 0x4e/0x4f
> > Trying family `National Semiconductor'... No
> > Trying family `SMSC'... No
> > Trying family `VIA/Winbond/Nuvoton/Fintek'... No
> > Trying family `ITE'... No
> >
> > Some hardware monitoring chips are accessible through the ISA I/O ports.
> > We have to write to arbitrary I/O ports to probe them. This is usually
> > safe though. Yes, you do have ISA I/O ports even if you do not have any
> > ISA slots! Do you want to scan the ISA I/O ports? (YES/no): y
> > Probing for `National Semiconductor LM78' at 0x290... No
> > Probing for `National Semiconductor LM79' at 0x290... No
> > Probing for `Winbond W83781D' at 0x290... No
> > Probing for `Winbond W83782D' at 0x290... No
> >
> > Lastly, we can probe the I2C/SMBus adapters for connected hardware
> > monitoring devices. This is the most risky part, and while it works
> > reasonably well on most systems, it has been reported to cause trouble
> > on some systems.
> > Do you want to probe the I2C/SMBus adapters now? (YES/no): y
> > Using driver `i2c-i801' for device 0000:00:1f.3: Intel 82801H ICH8
> > Module i2c-dev loaded successfully.
> >
> > Next adapter: nouveau-0000:01:00.0-2 (i2c-0)
> > Do you want to scan it? (YES/no/selectively): y
> > Client found at address 0x50
> > Probing for `Analog Devices ADM1033'... No
> > Probing for `Analog Devices ADM1034'... No
> > Probing for `SPD EEPROM'... No
> > Probing for `EDID EEPROM'... Yes
> > (confidence 8, not a hardware monitoring chip)
> > Client found at address 0x51
> > Probing for `Analog Devices ADM1033'... No
> > Probing for `Analog Devices ADM1034'... No
> > Probing for `SPD EEPROM'... No
> > Client found at address 0x52
> > Probing for `Analog Devices ADM1033'... No
> > Probing for `Analog Devices ADM1034'... No
> > Probing for `SPD EEPROM'... No
> > Client found at address 0x53
> > Probing for `Analog Devices ADM1033'... No
> > Probing for `Analog Devices ADM1034'... No
> > Probing for `SPD EEPROM'... No
> >
> > Next adapter: nouveau-0000:01:00.0-0 (i2c-1)
> > Do you want to scan it? (YES/no/selectively): y
> >
> > Next adapter: SMBus I801 adapter at 10c0 (i2c-2)
> > Do you want to scan it? (YES/no/selectively): y
> > Client found at address 0x50
> > Probing for `Analog Devices ADM1033'... No
> > Probing for `Analog Devices ADM1034'... No
> > Probing for `SPD EEPROM'... Yes
> > (confidence 8, not a hardware monitoring chip)
> > Probing for `EDID EEPROM'... No
> > Client found at address 0x52
> > Probing for `Analog Devices ADM1033'... No
> > Probing for `Analog Devices ADM1034'... No
> > Probing for `SPD EEPROM'... Yes
> > (confidence 8, not a hardware monitoring chip)
> >
> > Now follows a summary of the probes I have just done.
> > Just press ENTER to continue:
> >
> > Driver `coretemp':
> > * Chip `Intel digital thermal sensor' (confidence: 9)
> >
> > To load everything that is needed, add this to /etc/modules:
> > #----cut here----
> > # Chip drivers
> > coretemp
> > #----cut here----
> > If you have some drivers built into your kernel, the list above will
> > contain too many modules. Skip the appropriate ones!
> >
> > Do you want to add these lines automatically to /etc/modules? (yes/NO)y
> > Successful!
> >
> > Monitoring programs won't work until the needed modules are
> > loaded. You may want to run 'service module-init-tools start'
> > to load them.
> >
> > Unloading i2c-dev... OK
> > Unloading cpuid... OK
> >
> > And when I try to run module-init-tools, I get:
> >
> > sgo542@NostalgiaforInfinity:~$ sudo service module-init-tools start
> > module-init-tools stop/waiting
> >
> > I've heard I might be able to fix this by tweaking the /etc/sensors.conf file,
> > but I'm unsure how to even start with that. I am moderately experiences with
> > Linux, but by no means an expert. Any help would be appreciated, before it
> > gets hot outside and my computer becomes completely unusable.
>
> > _______________________________________________
> > lm-sensors mailing list
> > lm-sensors@lm-sensors.org
> > http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
>
[-- Attachment #1.2: Type: text/html, Size: 19965 bytes --]
[-- Attachment #2: Type: text/plain, Size: 153 bytes --]
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [lm-sensors] Incorrect Temperature Readings
2012-03-26 19:59 ` Scott Ondercin
@ 2012-03-27 6:52 ` Jean Delvare
-1 siblings, 0 replies; 7+ messages in thread
From: Jean Delvare @ 2012-03-27 6:52 UTC (permalink / raw)
To: Scott Ondercin; +Cc: lm-sensors, dri-devel, guenter.roeck
Hi Scott,
Please don't top-post.
On Mon, 26 Mar 2012 15:59:56 -0400, Scott Ondercin wrote:
> -I've been running the computer for over an hour currently and it feels perfectly fine. Even the hard drive feels only mildly warm. Nonetheless, I'm getting 96C readings for my PCI Adapter.
>
> Is there a way to modify my /etc/sensors.conf file to change the input levels or high/crit temps for the adapter? I may not be looking properly, but I can't find its chip name.
This default configuration file only deals with a limited number of
chips for which a generic configuration is possible. In your case,
please create a new configuration file under /etc/sensors.d and add
your statements here, starting with
chip "nouveau-pci-0100"
statement. You should indeed be able to adjust the thermal thresholds
of your graphics adapter with the nouveau driver. That being said...
Either you trust the temperature value and you should be worried and
not adjust the thresholds, or you don't trust it and it will be
difficult to decide what values to set the thresholds to.
Anyway, you said that you had to replace the fan a few months ago. Do
you remember the temperatures you got before that? Usually there is a
common cooling system for CPU and GPU in laptops, so I suspect that
your broke cooling for the GPU when changing the fan. It's really easy
to break, if the heatsink is no longer in straight contact with the
GPU, cooling become totally inefficient.
You could temporarily try the binary driver from nvidia to have a
comparison point. If it returns a value much lower than nouveau is
reporting, that would be a bug in nouveau. If it returns the same value
then your hardware is really in danger.
> Also, is there a way to run "module-init-tools" without getting "stop/waiting"?
This is a completely unrelated question and I don't even understand it.
--
Jean Delvare
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [lm-sensors] Incorrect Temperature Readings
@ 2012-03-27 6:52 ` Jean Delvare
0 siblings, 0 replies; 7+ messages in thread
From: Jean Delvare @ 2012-03-27 6:52 UTC (permalink / raw)
To: Scott Ondercin; +Cc: lm-sensors, dri-devel, guenter.roeck
Hi Scott,
Please don't top-post.
On Mon, 26 Mar 2012 15:59:56 -0400, Scott Ondercin wrote:
> -I've been running the computer for over an hour currently and it feels perfectly fine. Even the hard drive feels only mildly warm. Nonetheless, I'm getting 96C readings for my PCI Adapter.
>
> Is there a way to modify my /etc/sensors.conf file to change the input levels or high/crit temps for the adapter? I may not be looking properly, but I can't find its chip name.
This default configuration file only deals with a limited number of
chips for which a generic configuration is possible. In your case,
please create a new configuration file under /etc/sensors.d and add
your statements here, starting with
chip "nouveau-pci-0100"
statement. You should indeed be able to adjust the thermal thresholds
of your graphics adapter with the nouveau driver. That being said...
Either you trust the temperature value and you should be worried and
not adjust the thresholds, or you don't trust it and it will be
difficult to decide what values to set the thresholds to.
Anyway, you said that you had to replace the fan a few months ago. Do
you remember the temperatures you got before that? Usually there is a
common cooling system for CPU and GPU in laptops, so I suspect that
your broke cooling for the GPU when changing the fan. It's really easy
to break, if the heatsink is no longer in straight contact with the
GPU, cooling become totally inefficient.
You could temporarily try the binary driver from nvidia to have a
comparison point. If it returns a value much lower than nouveau is
reporting, that would be a bug in nouveau. If it returns the same value
then your hardware is really in danger.
> Also, is there a way to run "module-init-tools" without getting "stop/waiting"?
This is a completely unrelated question and I don't even understand it.
--
Jean Delvare
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2012-03-27 6:52 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-03-25 11:49 [lm-sensors] Incorrect Temperature Readings Scott Ondercin
2012-03-25 15:23 ` Guenter Roeck
2012-03-25 15:23 ` Guenter Roeck
2012-03-26 19:59 ` [lm-sensors] " Scott Ondercin
2012-03-26 19:59 ` Scott Ondercin
2012-03-27 6:52 ` [lm-sensors] " Jean Delvare
2012-03-27 6:52 ` Jean Delvare
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.