/proc/acpi/thermal_zone/ folder empty

[Dan Quade]

The folder was always empty on Ubuntu 6.10 and now in Kubuntu 7.04
Mainboard: AsRock 939Dual-SATA2
CPU: AMD Athlon 64 Processor 3500+

Tell me if I should provide more info. I'd be glad to.

[Ralf Meyer (ranf)]

Please post the output of

cat /proc/cmdline

and the stuff mentioned in the top section "Minimal information" from this webpage:
https://wiki.ubuntu.com/KernelTeamBugPolicies

[Dan Quade (danquade)]

#cat /proc/cmdline
    root=UUID=d5173809-43ef-4278-a383-72c8b23e2641 ro quiet splash
#uname -a
    Linux Andrej 2.6.20-16-generic #2 SMP Thu Jun 7 19:00:28 UTC 2007 x86_64 GNU/Linux
#cat /proc/version_signature
    Ubuntu 2.6.20-16.29-generic
#dmesg
    (dmesg.log - attached)
#sudo lspci -vvnn
    (lspci-vvnn.log - attached)

[Ralf Meyer (ranf)]

Thanks.

Setting Package to: linux-source

[Ralf Meyer (ranf)]

Do you know if you have the latest available BIOS version installed?

[Dan Quade (danquade)]

It's not exactly the newest version. My version is v2.20.
There is a newer one available (v2.30), but the only thing it does is patch the nVidia 5950 AGP card.
See here: http://www.asrock.com/mb/download.asp?Model=939Dual-SATA2

[Ralf Meyer (ranf)]

Please also post the output of:

cat /proc/cpuinfo

[Dan Quade (danquade)]

Here you go:

processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 47
model name : AMD Athlon(tm) 64 Processor 3500+
stepping : 2
cpu MHz : 2200.129
cache size : 512 KB
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt lm 3dnowext 3dnow up pni lahf_lm
bogomips : 4403.08
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc

[Ralf Meyer (ranf)]

Status: confirmed
assigned to: ubuntu-kernel-team

Severity: normal

[NimrodAbing (nimrod-abing)]

On an ASRock Conroe945G-DVI motherboard, I get an empty /proc/acpi/thermal_zone as well.

nimrod@iwojima:~$ cat /proc/cmdline
root=UUID=bfb425a3-abb5-4f99-9179-909de0b6485d ro quiet splash
nimrod@iwojima:~$ uname -a
Linux iwojima 2.6.20-16-generic #2 SMP Thu Jun 7 19:00:28 UTC 2007 x86_64 GNU/Linux
nimrod@iwojima:~$ cat /proc/version_signature
Ubuntu 2.6.20-16.29-generic

I have already upgraded my BIOS to the latest version (from 1.30 to 1.90). Still have nothing in the /proc/acpi/thermal_zone

I am not sure though if I am really supposed to get something in that directory but seeing that this board is using the same chipset as my laptop (which has CPU thermal monitoring working well) I don't see why this has to be the case with my desktop.

[Dan Quade (danquade)]

The only problem about this bug is that some programs (like SuperKaramba modules) try to parse the thermal_zone folder for info. Otherwise it's sort of irrelevant.
GKrellM for instance works perfectly thru lm_sensors.

Also I have noticed that /proc/acpi/thermal_zone is not the only empty folder. It is probably the same issue. I will post details when I get home.

[NimrodAbing (nimrod-abing)]

I have just tried using GKrellM, with lm-sensors installed. I get "No sensors detected" as well (same issue with hardware monitor panel applet in Gnome). I really need to know that my CPU is not cooking as I intend to do some CPU-intensive stuff in the next few days.

I just re-read this bug report from the top and it looks like the original reporter also has an ASRock board. Here is mine:

http://www.asrock.com/mb/overview.asp?Model=ConRoe945G-DVI&s=n

Says right there the board supports hardware temp monitoring and I when I go into BIOS settings (F2 during startup) I am able to view system temp and CPU temp.

One thing I forgot, my cpuinfo:

nimrod@iwojima:~$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Core(TM)2 CPU 4300 @ 1.80GHz
stepping : 2
cpu MHz : 1200.000
cache size : 2048 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
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 sse sse2 ss ht tm syscall lm constant_tsc pni monitor ds_cpl est tm2 ssse3 cx16 xtpr lahf_lm
bogomips : 3593.07
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Core(TM)2 CPU 4300 @ 1.80GHz
stepping : 2
cpu MHz : 1200.000
cache size : 2048 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
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 sse sse2 ss ht tm syscall lm constant_tsc pni monitor ds_cpl est tm2 ssse3 cx16 xtpr lahf_lm
bogomips : 3590.38
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

I also just noticed that "power management" is empty in my output above, does that have anything to do with the problem or am I just SOL?

[NimrodAbing (nimrod-abing)]

After fiddling around with lm-sensors a bit, I tried running sensors-detect. I went through the entire detection process, told sensors-detect to add kernel modules to my /etc/modules and rebooted. Now Gnome Sensors Applet works perfectly!

Attached is my /etc/modules file after modifications were applied by sensors-detect.

/proc/acpi/thermal_zone is still empty though...

[Sitsofe Wheeler (sitsofe)]

(whether /proc/acpi/thermal_zone contains anything or not is dependent on BIOS. Nigh on every motherboard has temperature sensors but these temperature sensors need not necessarily be exposed correctly through your BIOSes ACPI tables - it is quite possible for this section "not to be wired up". You will be able to see the sensors in the BIOS itself if you go to it as the computer boots but ACPI won't be able to publish this information and you'll have to go grovelling around the i2c bus yourself and apply various corrections to make the values make sense)

[Launchpad Janitor (janitor)]

Beginning with the Hardy Heron 8.04 development cycle, all open Ubuntu kernel bugs need to be reported against the "linux" kernel package. We are automatically migrating this bug to the new "linux" package. However, development has already began for the upcoming Intrepid Ibex 8.10 release. It would be helpful if you could test the upcoming release and verify if this is still an issue - http://www.ubuntu.com/testing . If the issue still exists, please update this report by changing the Status of the "linux" task from "Incomplete" to "New". We appreciate your patience and understanding as we make this transition. Thanks!

[Leann Ogasawara (leannogasawara)]

The Ubuntu Kernel Team is planning to move to the 2.6.27 kernel for the upcoming Intrepid Ibex 8.10 release. As a result, the kernel team would appreciate it if you could please test this newer 2.6.27 Ubuntu kernel. There are one of two ways you should be able to test:

1) If you are comfortable installing packages on your own, the linux-image-2.6.27-* package is currently available for you to install and test.

--or--

2) The upcoming Alpha5 for Intrepid Ibex 8.10 will contain this newer 2.6.27 Ubuntu kernel. Alpha5 is set to be released Thursday Sept 4. Please watch http://www.ubuntu.com/testing for Alpha5 to be announced. You should then be able to test via a LiveCD.

Please let us know immediately if this newer 2.6.27 kernel resolves the bug reported here or if the issue remains. More importantly, please open a new bug report for each new bug/regression introduced by the 2.6.27 kernel and tag the bug report with 'linux-2.6.27'. Also, please specifically note if the issue does or does not appear in the 2.6.26 kernel. Thanks again, we really appreicate your help and feedback.

[Anish Bhatt (anish7)]

Issue remains with 2.6.27 kernel that ships with Intrepid Alpha 5 & 6. Also seen in my 2.6.24-19 kernel that ships with Hardy.

[Dan Quade (danquade)]

Confirming, the issue remains with 2.6.27 in Intrepid RC1.

[Launchpad Janitor (janitor)]

Per a decision made by the Ubuntu Kernel Team, bugs will longer be assigned to the ubuntu-kernel-team in Launchpad as part of the bug triage process. The ubuntu-kernel-team is being unassigned from this bug report. Refer to https://wiki.ubuntu.com/KernelTeamBugPolicies for more information. Thanks.

[kernel-janitor (kernel-janitor)]

Hi andrejx,

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? Can you try with the latest development release of Ubuntu? ISO CD images are available from http://cdimage.ubuntu.com/releases/ .

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

apport-collect -p linux-image-`uname -r` 120615

Also, if you could 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.]

[kruemi (marco-tedaldi)]

Architecture: amd64
DistroRelease: Ubuntu 9.04
HibernationDevice: RESUME=UUID=17da0c43-e397-44cc-8dac-0356f75e9b70
MachineType: System manufacturer System Product Name
Package: linux-image-2.6.28-14-server 2.6.28-14.47
PackageArchitecture: amd64
ProcCmdLine: root=UUID=53bf722e-b0bd-4aac-ab95-d08fc81e0804 ro quiet splash
ProcEnviron:
 SHELL=/bin/bash
 LANG=de_CH.UTF-8
ProcVersionSignature: Ubuntu 2.6.28-14.47-server
Uname: Linux 2.6.28-14-server x86_64
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare

[kruemi (marco-tedaldi)]

I hope, this Information helps a bit to solve the Issue. This is on a server which is running headlessly. So it's nice to be able to watch the cpu temperatures from time to time. If there is still some Information missing, I'll gladly provide it (if I can).

[kruemi (marco-tedaldi)]

The Issue stays with the vanilla kernel:
Linux battlemaster 2.6.28-02062809-generic #02062809 SMP Tue Mar 24 10:02:17 UTC 2009 x86_64 GNU/Linux

/proc/acpi/thermal_zone is still empty.

output of dmesg attached

[kruemi (marco-tedaldi)]

With the actual daily vanilla kernel (I don't think that much more current is possible), the Issue persists.

Linux battlemaster 2.6.31-999-generic #200908161000 SMP Sun Aug 16 09:04:58 UTC 2009 x86_64 GNU/Linux
/proc/acpi/thermal_zone is still empty.

attached dmesg output

[Jeremy Foshee (jeremyfoshee)]

This bug report was marked as Triaged a while ago but has not had any updated comments for quite some time. Please let us know if this issue remains in the current Ubuntu release, http://www.ubuntu.com/getubuntu/download . If the issue remains, click on the current status under the Status column and change the status back to "New". Thanks.

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

[kruemi (marco-tedaldi)]

I have the same problem on another machine as well. I've not found a computer without this problem in quite some time. Apport-output follows.

[kruemi (marco-tedaldi)]

Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: marco 2104 F.... pulseaudio
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
 Card hw:0 'Intel'/'HDA Intel at 0xe1280000 irq 16'
   Mixer name : 'Realtek ALC662 rev1'
   Components : 'HDA:10ec0662,1458a002,00100101'
   Controls : 33
   Simple ctrls : 17
DistroRelease: Ubuntu 9.10
HibernationDevice: RESUME=UUID=63b0ee44-23f5-4f66-8c70-f365a0df630e
IwConfig:
 lo no wireless extensions.

 eth0 no wireless extensions.

 vboxnet0 no wireless extensions.
MachineType: Gigabyte Technology Co., Ltd. G31M-S2L
Package: linux-image-2.6.31-20-generic 2.6.31-20.57
PackageArchitecture: amd64
ProcCmdLine: root=UUID=4298361b-496b-4a3c-aa82-00bef7a065be ro quiet splash
ProcEnviron:
 SHELL=/bin/bash
 PATH=(custom, user)
 LANG=de_CH.UTF-8
ProcVersionSignature: Ubuntu 2.6.31-20.57-generic
RelatedPackageVersions:
 linux-backports-modules-2.6.31-20-generic N/A
 linux-firmware 1.26
RfKill:

Uname: Linux 2.6.31-20-generic x86_64
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare
WpaSupplicantLog:

dmi.bios.date: 06/05/2008
dmi.bios.vendor: Award Software International, Inc.
dmi.bios.version: F6
dmi.board.name: G31M-S2L
dmi.board.vendor: Gigabyte Technology Co., Ltd.
dmi.chassis.type: 3
dmi.chassis.vendor: Gigabyte Technology Co., Ltd.
dmi.modalias: dmi:bvnAwardSoftwareInternational,Inc.:bvrF6:bd06/05/2008:svnGigabyteTechnologyCo.,Ltd.:pnG31M-S2L:pvr:rvnGigabyteTechnologyCo.,Ltd.:rnG31M-S2L:rvr:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvr:
dmi.product.name: G31M-S2L
dmi.sys.vendor: Gigabyte Technology Co., Ltd.

[kruemi (marco-tedaldi)]

Could it be an issue with running a 64bit kernel? It seems, that all the logs I see here are from systems running the 64bit.

[Stefan Bader (smb)]

I believe this is actually a valid behavior. The contents of /proc/acpi/thermal_zone reflect the information/data that the acpi bios provides. I got several systems that have no information there. Some are supported by the hwmonitors through the lm-sensors package, some not. But as long as this place has become empty after previously having shown content, this is not a bug in Linux.
I am going ahead and close this bug. Of course if this has worked before, feel free to reopen.

[Brad Figg (brad-figg)]

This bug was filed against a series that is no longer supported and so is being marked as Won't Fix. If this issue still exists in a supported series, please file a new bug.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.