/proc/acpi/thermal_zone contains wrong temperature

Thanks for the report! Can you check the value of /proc/acpi/thermal_zone/THRM/temperature on your machine?

# cat /proc/acpi/thermal_zone/THRM/temperature
cat: /proc/acpi/thermal_zone/THRM/temperature: No such file or directory

# find /proc/acpi/thermal_zone/
/proc/acpi/thermal_zone/
/proc/acpi/thermal_zone/THM0
/proc/acpi/thermal_zone/THM0/polling_frequency
/proc/acpi/thermal_zone/THM0/cooling_mode
/proc/acpi/thermal_zone/THM0/trip_points
/proc/acpi/thermal_zone/THM0/temperature
/proc/acpi/thermal_zone/THM0/state

# cat /proc/acpi/thermal_zone/THM0/temperature
temperature: 8 C

# find /proc/acpi/thermal_zone -type f |xargs cat
<polling disabled>
0 - Active; 1 - Passive
critical (S5): 31 C
passive: 10 C: tc1=4 tc2=4 tsp=60 devices=CPU0
temperature: 8 C
state: ok

# find /proc/acpi/thermal_zone -type f |xargs cat
polling frequency: 1 seconds
0 - Active; 1 - Passive
critical (S5): 31 C
passive: 10 C: tc1=4 tc2=4 tsp=60 devices=CPU0
temperature: 8 C
state: ok

# find /proc/acpi/thermal_zone -type f |xargs cat
polling frequency: 1 seconds
0 - Active; 1 - Passive
critical (S5): 31 C
passive: 10 C: tc1=4 tc2=4 tsp=60 devices=CPU0
temperature: 8 C
state: ok

So I guess this a bug somewhere in ACPI? Maybe a problem with your hardware?

Well, that could be (ACPI). It's a HP ProLiant DL360 G4p

Well, you could reassign it to the kernel package :(

It's what I did, no? I guess I put it in the project instead of the package?

Hi Ralf,

If you could also please test the latest upstream kernel available that would be great. It will allow additional upstream developers to examine the issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text. Please let us know your results.

Thanks in advance.

    [This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]

According to the mapping table kernel.ubuntu.com/~kernel-ppa/info/kernel-version-map.html my installed kernel
2.6.32-21.32 corresponds to 2.6.32.11+drm33.2

kernel.ubuntu.com/~kernel-ppa/mainline/ only lists:

 v2.6.32.11-karmic/ 02-Apr-2010 11:45 -
 v2.6.32.11-lucid/ 12-Apr-2010 15:08 -

so I'm going for v2.6.32.11-lucid...

root@proxy-cbf-2:~# uname -a
Linux proxy-cbf-2 2.6.32-02063211-generic #02063211 SMP Mon Apr 12 13:06:17 UTC 2010 i686 GNU/Linux
root@proxy-cbf-2:~# find /proc/acpi/thermal_zone -type f |xargs cat
<polling disabled>
0 - Active; 1 - Passive
critical (S5): 31 C
passive: 10 C: tc1=4 tc2=4 tsp=60 devices=CPU0
temperature: 8 C
state: ok

Reactivated polling, same result:

root@proxy-cbf-2:~# echo 1 > /proc/acpi/thermal_zone/THM0/polling_frequency
root@proxy-cbf-2:~# sleep 2
root@proxy-cbf-2:~# find /proc/acpi/thermal_zone -type f |xargs cat
polling frequency: 1 seconds
0 - Active; 1 - Passive
critical (S5): 31 C
passive: 10 C: tc1=4 tc2=4 tsp=60 devices=CPU0
temperature: 8 C
state: ok

Why is this still considered incomplete? I did all you asked me to.

This sounds to me rather like a (ACPI) BIOS problem. The first thing to try would be a newer BIOS (if available). Adding the file created with "sudo acpidump -o acpidump.txt" could help people to see the reason.

"acpidump -o acpidump.txt" gives the attached file...

I even tried updating the bios with a recent patch cd from HP, no change

HP ProLiant DL380 G4 (BIOS: P51 07/19/2007 - latest) has the same issue.

$ find /proc/acpi/thermal_zone -type f |xargs cat
polling frequency: 1 seconds
0 - Active; 1 - Passive
critical (S5): 31 C
passive: 10 C: tc1=4 tc2=4 tsp=60 devices=CPU0
temperature: 8 C
state: ok

$ sudo hpasmcli -s "show temp"

Sensor Location Temp Threshold
------ -------- ---- ---------
#1 PROCESSOR_ZONE 44C/111F 62C/143F
#2 CPU#1 49C/120F 87C/188F
#3 I/O_ZONE 38C/100F 60C/140F
#4 CPU#2 46C/114F 87C/188F
#5 POWER_SUPPLY_BAY 34C/93F 53C/127F

Ralf Hildebrandt, this bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? If so, could you please test for this with the latest development release of Ubuntu? ISO images are available from http://cdimage.ubuntu.com/daily-live/current/ .

If it remains an issue, could you please run the following command in the development release from a Terminal (Applications->Accessories->Terminal), as it will automatically gather and attach updated debug information to this report:

apport-collect -p linux <replace-with-bug-number>

Also, could you please test the latest upstream kernel available following https://wiki.ubuntu.com/KernelMainlineBuilds ? It will allow additional upstream developers to examine the issue. Please do not test the daily kernel folder, but the one all the way at the bottom. Once you've tested the upstream kernel, please comment on which kernel version specifically you tested. If this bug is fixed in the mainline kernel, please add the following tags:
kernel-fixed-upstream
kernel-fixed-upstream-VERSION-NUMBER

where VERSION-NUMBER is the version number of the kernel you tested. For example:
kernel-fixed-upstream-v3.11.1

This can be done by clicking on the yellow circle with a black pencil icon next to the word Tags located at the bottom of the bug description. As well, please remove the tag:
needs-upstream-testing

If the mainline kernel does not fix this bug, please add the following tags:
kernel-bug-exists-upstream
kernel-bug-exists-upstream-VERSION-NUMBER

As well, please remove the tag:
needs-upstream-testing

Once testing of the upstream kernel is complete, please mark this bug's Status as Confirmed. Please let us know your results. Thank you for your understanding.

In the most recent Ubuntu release, there's no /proc/acpi/thermal_zone anymore.

root@proxy-cbf-2:~# find /proc/acpi/
/proc/acpi/
/proc/acpi/battery
/proc/acpi/ac_adapter
/proc/acpi/event
/proc/acpi/wakeup

Also, landscape-sysinfo doesn't repaort any temperature any more:

# /usr/bin/landscape-sysinfo
  System load: 2.72 Processes: 212
  Usage of /: 61.0% of 13.75GB Users logged in: 1
  Memory usage: 38% IP address for eth0: 141.42.1.203
  Swap usage: 0% IP address for eth1: 193.175.73.207

  Graph this data and manage this system at https://landscape.canonical.com/