Discussion:
`hw.acpi.thermal.tz0.temperature' disappeared
Nick Ulen
2011-04-16 15:51:22 UTC
Permalink
FreeBSD was successfully upgraded.

uname -v
FreeBSD 9.0-CURRENT #0: Mon Apr 11 18:14:36 MSD 2011
***@test:/usr/obj/usr/src/sys/GENERIC

Everything seems to be working well except
`hw.acpi.thermal.tz0.temperature' disappeared from the list of available
sysctl variables.

sysctl hw.acpi.thermal.

hw.acpi.thermal.min_runtime: 0
hw.acpi.thermal.polling_rate: 10
hw.acpi.thermal.user_override: 0
hw.acpi.thermal.tz0.active: -1
hw.acpi.thermal.tz0.passive_cooling: 0
hw.acpi.thermal.tz0.thermal_flags: 0
hw.acpi.thermal.tz0._PSV: -1
hw.acpi.thermal.tz0._HOT: -1
hw.acpi.thermal.tz0._CRT: 90.0C
hw.acpi.thermal.tz0._TC1: -1
hw.acpi.thermal.tz0._TC2: -1
hw.acpi.thermal.tz0._TSP: -1

output from:
sysctl -a |grep acpi
is here: https://privatepaste.com/ca08d4658b

CPU (From /var/run/dmesg.boot): https://privatepaste.com/d107389cc1

Why is this so and how can it be changed?
How is it possible to monitor CPU temperature now?

Regards,
Nick.
Romain Garbage
2011-04-17 15:33:00 UTC
Permalink
Post by Nick Ulen
FreeBSD was successfully upgraded.
uname -v
FreeBSD 9.0-CURRENT #0: Mon Apr 11 18:14:36 MSD 2011
Everything seems to be working well except
`hw.acpi.thermal.tz0.temperature' disappeared from the list of available
sysctl variables.
sysctl hw.acpi.thermal.
hw.acpi.thermal.min_runtime: 0
hw.acpi.thermal.polling_rate: 10
hw.acpi.thermal.user_override: 0
hw.acpi.thermal.tz0.active: -1
hw.acpi.thermal.tz0.passive_cooling: 0
hw.acpi.thermal.tz0.thermal_flags: 0
hw.acpi.thermal.tz0._PSV: -1
hw.acpi.thermal.tz0._HOT: -1
hw.acpi.thermal.tz0._CRT: 90.0C
hw.acpi.thermal.tz0._TC1: -1
hw.acpi.thermal.tz0._TC2: -1
hw.acpi.thermal.tz0._TSP: -1
 sysctl -a |grep acpi
is here: https://privatepaste.com/ca08d4658b
CPU (From /var/run/dmesg.boot): https://privatepaste.com/d107389cc1
Why is this so and how can it be changed?
How is it possible to monitor CPU temperature now?
If you have an Intel CPU (according to coretemp manpage), you can use
coretemp module:

# kldload coretemp
# sysctl -a | grep temp
[...]
dev.cpu.0.temperature: 84.0C
dev.cpu.1.temperature: 85.0C
dev.coretemp.0.%desc: CPU On-Die Thermal Sensors
dev.coretemp.0.%driver: coretemp
dev.coretemp.0.%parent: cpu0
dev.coretemp.1.%desc: CPU On-Die Thermal Sensors
dev.coretemp.1.%driver: coretemp
dev.coretemp.1.%parent: cpu1

If you're using an AMD CPU, the right module seems to be amdtemp.

Regards,
Romain
Nick Ulen
2011-04-17 18:09:22 UTC
Permalink
Post by Romain Garbage
Post by Nick Ulen
FreeBSD was successfully upgraded.
uname -v
FreeBSD 9.0-CURRENT #0: Mon Apr 11 18:14:36 MSD 2011
Everything seems to be working well except
`hw.acpi.thermal.tz0.temperature' disappeared from the list of available
sysctl variables.
sysctl hw.acpi.thermal.
hw.acpi.thermal.min_runtime: 0
hw.acpi.thermal.polling_rate: 10
hw.acpi.thermal.user_override: 0
hw.acpi.thermal.tz0.active: -1
hw.acpi.thermal.tz0.passive_cooling: 0
hw.acpi.thermal.tz0.thermal_flags: 0
hw.acpi.thermal.tz0._PSV: -1
hw.acpi.thermal.tz0._HOT: -1
hw.acpi.thermal.tz0._CRT: 90.0C
hw.acpi.thermal.tz0._TC1: -1
hw.acpi.thermal.tz0._TC2: -1
hw.acpi.thermal.tz0._TSP: -1
sysctl -a |grep acpi
is here: https://privatepaste.com/ca08d4658b
CPU (From /var/run/dmesg.boot): https://privatepaste.com/d107389cc1
Why is this so and how can it be changed?
How is it possible to monitor CPU temperature now?
If you have an Intel CPU (according to coretemp manpage), you can use
# kldload coretemp
# sysctl -a | grep temp
[...]
dev.cpu.0.temperature: 84.0C
dev.cpu.1.temperature: 85.0C
dev.coretemp.0.%desc: CPU On-Die Thermal Sensors
dev.coretemp.0.%driver: coretemp
dev.coretemp.0.%parent: cpu0
dev.coretemp.1.%desc: CPU On-Die Thermal Sensors
dev.coretemp.1.%driver: coretemp
dev.coretemp.1.%parent: cpu1
If you're using an AMD CPU, the right module seems to be amdtemp.
Romain,
Thanks for your feedback.

The coretemp driver provides support for the on-die digital thermal sensor
present in Intel Core and newer CPUs (according to coretemp manpage).

I am using old Intel Pentium M processor( http://privatepaste.com/d107389cc1),
so coretemp module can't help in my case.

Regards,
Nick
John Baldwin
2011-04-18 12:05:40 UTC
Permalink
Post by Nick Ulen
FreeBSD was successfully upgraded.
uname -v
FreeBSD 9.0-CURRENT #0: Mon Apr 11 18:14:36 MSD 2011
Everything seems to be working well except
`hw.acpi.thermal.tz0.temperature' disappeared from the list of available
sysctl variables.
sysctl hw.acpi.thermal.
hw.acpi.thermal.min_runtime: 0
hw.acpi.thermal.polling_rate: 10
hw.acpi.thermal.user_override: 0
hw.acpi.thermal.tz0.active: -1
hw.acpi.thermal.tz0.passive_cooling: 0
hw.acpi.thermal.tz0.thermal_flags: 0
hw.acpi.thermal.tz0._PSV: -1
hw.acpi.thermal.tz0._HOT: -1
hw.acpi.thermal.tz0._CRT: 90.0C
hw.acpi.thermal.tz0._TC1: -1
hw.acpi.thermal.tz0._TC2: -1
hw.acpi.thermal.tz0._TSP: -1
sysctl -a |grep acpi
is here: https://privatepaste.com/ca08d4658b
I suspect it is still there, but sysctl doesn't know how to display it
anymore. This is probably due to the changes with formatting of sysctl
information. mdf@ is probably responsible in that case.

SYSCTL_ADD_OPAQUE(&sc->tz_sysctl_ctx, SYSCTL_CHILDREN(sc->tz_sysctl_tree),
OID_AUTO, "temperature", CTLFLAG_RD, &sc->tz_temperature,
sizeof(sc->tz_temperature), "IK",
"current thermal zone temperature");
--
John Baldwin
David Wolfskill
2011-04-18 13:24:55 UTC
Permalink
Post by John Baldwin
...
Post by Nick Ulen
sysctl -a |grep acpi
is here: https://privatepaste.com/ca08d4658b
I suspect it is still there, but sysctl doesn't know how to display it
anymore. This is probably due to the changes with formatting of sysctl
SYSCTL_ADD_OPAQUE(&sc->tz_sysctl_ctx, SYSCTL_CHILDREN(sc->tz_sysctl_tree),
OID_AUTO, "temperature", CTLFLAG_RD, &sc->tz_temperature,
sizeof(sc->tz_temperature), "IK",
"current thermal zone temperature");
That appears to agree with what I see here:

g1-222(9.0-C)[1] uname -a
FreeBSD g1-222.catwhisker.org. 9.0-CURRENT FreeBSD 9.0-CURRENT #202 r220770: Mon Apr 18 05:59:09 PDT 2011 ***@g1-222.catwhisker.org.:/usr/obj/usr/src/sys/CANARY i386
g1-222(9.0-C)[2] sysctl -o dev.coretemp
dev.coretemp.0.%desc: CPU On-Die Thermal Sensors
dev.coretemp.0.%driver: coretemp
dev.coretemp.0.%parent: cpu0
dev.coretemp.1.%desc: CPU On-Die Thermal Sensors
dev.coretemp.1.%driver: coretemp
dev.coretemp.1.%parent: cpu1
g1-222(9.0-C)[3] sysctl -o hw.acpi.thermal
hw.acpi.thermal.min_runtime: 0
hw.acpi.thermal.polling_rate: 10
hw.acpi.thermal.user_override: 0
hw.acpi.thermal.tz0.temperature: Format:IK Length:4 Dump:0xd70c0000...
hw.acpi.thermal.tz0.active: -1
hw.acpi.thermal.tz0.passive_cooling: 0
hw.acpi.thermal.tz0.thermal_flags: 0
hw.acpi.thermal.tz0._PSV: -1
hw.acpi.thermal.tz0._HOT: -1
hw.acpi.thermal.tz0._CRT: 107.0C
hw.acpi.thermal.tz0._ACx: Format:IK Length:40 Dump:0xffffffffffffffffffffffffffffffff...
hw.acpi.thermal.tz0._TC1: -1
hw.acpi.thermal.tz0._TC2: -1
hw.acpi.thermal.tz0._TSP: -1
g1-222(9.0-C)[4]

[From dmesg...]
...
CPU: Intel(R) Core(TM)2 Duo CPU T9600 @ 2.80GHz (2793.06-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x10676 Family = 6 Model = 17 Stepping = 6
Features=0xbfebfbff<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,HTT,TM,PBE>
Features2=0x8e3fd<SSE3,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1>
AMD Features=0x20100000<NX,LM>
AMD Features2=0x1<LAHF>
TSC: P-state invariant, performance statistics
....

Peace,
david
--
David H. Wolfskill ***@catwhisker.org
Depriving a girl or boy of an opportunity for education is evil.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.
m***@FreeBSD.org
2011-04-18 15:43:56 UTC
Permalink
Post by John Baldwin
Post by Nick Ulen
FreeBSD was successfully upgraded.
uname -v
FreeBSD 9.0-CURRENT #0: Mon Apr 11 18:14:36 MSD 2011
Everything seems to be working well except
`hw.acpi.thermal.tz0.temperature' disappeared from the list of available
sysctl variables.
sysctl hw.acpi.thermal.
hw.acpi.thermal.min_runtime: 0
hw.acpi.thermal.polling_rate: 10
hw.acpi.thermal.user_override: 0
hw.acpi.thermal.tz0.active: -1
hw.acpi.thermal.tz0.passive_cooling: 0
hw.acpi.thermal.tz0.thermal_flags: 0
hw.acpi.thermal.tz0._PSV: -1
hw.acpi.thermal.tz0._HOT: -1
hw.acpi.thermal.tz0._CRT: 90.0C
hw.acpi.thermal.tz0._TC1: -1
hw.acpi.thermal.tz0._TC2: -1
hw.acpi.thermal.tz0._TSP: -1
 sysctl -a |grep acpi
is here: https://privatepaste.com/ca08d4658b
I suspect it is still there, but sysctl doesn't know how to display it
anymore.  This is probably due to the changes with formatting of sysctl
   SYSCTL_ADD_OPAQUE(&sc->tz_sysctl_ctx, SYSCTL_CHILDREN(sc->tz_sysctl_tree),
                     OID_AUTO, "temperature", CTLFLAG_RD, &sc->tz_temperature,
                     sizeof(sc->tz_temperature), "IK",
                     "current thermal zone temperature");
I don't seem to have a hw.acpi.thermal sysctl node on my box. Can
someone please try this patch?

Thanks,
matthew
David Wolfskill
2011-04-18 16:59:10 UTC
Permalink
Post by m***@FreeBSD.org
....
I don't seem to have a hw.acpi.thermal sysctl node on my box. Can
someone please try this patch?
Well, no magic smoke leaked out when I tried it, and:

FreeBSD 9.0-CURRENT #203 r220770M: Mon Apr 18 09:51:15 PDT 2011

d130(9.0-C)[2] sysctl hw.acpi.thermal
hw.acpi.thermal.min_runtime: 0
hw.acpi.thermal.polling_rate: 10
hw.acpi.thermal.user_override: 0
hw.acpi.thermal.tz0.temperature: 57.5C
hw.acpi.thermal.tz0.active: -1
hw.acpi.thermal.tz0.passive_cooling: 0
hw.acpi.thermal.tz0.thermal_flags: 0
hw.acpi.thermal.tz0._PSV: -1
hw.acpi.thermal.tz0._HOT: -1
hw.acpi.thermal.tz0._CRT: 107.0C
hw.acpi.thermal.tz0._ACx: -1
hw.acpi.thermal.tz0._TC1: -1
hw.acpi.thermal.tz0._TC2: -1
hw.acpi.thermal.tz0._TSP: -1
d130(9.0-C)[3]

So that seems fairly encouraging. :-)

Peace,
david
--
David H. Wolfskill ***@catwhisker.org
Depriving a girl or boy of an opportunity for education is evil.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.
Nick Ulen
2011-04-19 08:29:06 UTC
Permalink
Post by m***@FreeBSD.org
Post by John Baldwin
I suspect it is still there, but sysctl doesn't know how to display it
anymore. This is probably due to the changes with formatting of sysctl
I don't seem to have a hw.acpi.thermal sysctl node on my box. Can
someone please try this patch?
This patch works.

FreeBSD 9.0-CURRENT #1: Tue Apr 19 10:52:58 MSD 2011

# sysctl hw.acpi.thermal
hw.acpi.thermal.min_runtime: 0
hw.acpi.thermal.polling_rate: 10
hw.acpi.thermal.user_override: 0
hw.acpi.thermal.tz0.temperature: 67.5C
hw.acpi.thermal.tz0.active: -1
hw.acpi.thermal.tz0.passive_cooling: 0
hw.acpi.thermal.tz0.thermal_flags: 0
hw.acpi.thermal.tz0._PSV: -1
hw.acpi.thermal.tz0._HOT: -1
hw.acpi.thermal.tz0._CRT: 90.0C
hw.acpi.thermal.tz0._ACx: -1
hw.acpi.thermal.tz0._TC1: -1
hw.acpi.thermal.tz0._TC2: -1
hw.acpi.thermal.tz0._TSP: -1

Thank you all of you!

Regargs,
Nick.
Taku YAMAMOTO
2011-04-19 14:48:15 UTC
Permalink
Post by Nick Ulen
This patch works.
FreeBSD 9.0-CURRENT #1: Tue Apr 19 10:52:58 MSD 2011
# sysctl hw.acpi.thermal
hw.acpi.thermal.min_runtime: 0
hw.acpi.thermal.polling_rate: 10
hw.acpi.thermal.user_override: 0
hw.acpi.thermal.tz0.temperature: 67.5C
hw.acpi.thermal.tz0.active: -1
hw.acpi.thermal.tz0.passive_cooling: 0
hw.acpi.thermal.tz0.thermal_flags: 0
hw.acpi.thermal.tz0._PSV: -1
hw.acpi.thermal.tz0._HOT: -1
hw.acpi.thermal.tz0._CRT: 90.0C
hw.acpi.thermal.tz0._ACx: -1
hw.acpi.thermal.tz0._TC1: -1
hw.acpi.thermal.tz0._TC2: -1
hw.acpi.thermal.tz0._TSP: -1
We should have 10 _ACx values like this:
hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1

I haven't seen meaningful values these days, though.
IMHO the BIOS writers don't rely on OSes being stable enough not to
toast the core ;)
--
-|-__ YAMAMOTO, Taku
| __ < <***@tackymt.homeip.net>

- A chicken is an egg's way of producing more eggs. -
m***@FreeBSD.org
2011-04-19 16:44:50 UTC
Permalink
Post by Taku YAMAMOTO
Post by Nick Ulen
This patch works.
FreeBSD 9.0-CURRENT #1: Tue Apr 19 10:52:58 MSD 2011
# sysctl hw.acpi.thermal
hw.acpi.thermal.min_runtime: 0
hw.acpi.thermal.polling_rate: 10
hw.acpi.thermal.user_override: 0
hw.acpi.thermal.tz0.temperature: 67.5C
hw.acpi.thermal.tz0.active: -1
hw.acpi.thermal.tz0.passive_cooling: 0
hw.acpi.thermal.tz0.thermal_flags: 0
hw.acpi.thermal.tz0._PSV: -1
hw.acpi.thermal.tz0._HOT: -1
hw.acpi.thermal.tz0._CRT: 90.0C
hw.acpi.thermal.tz0._ACx: -1
hw.acpi.thermal.tz0._TC1: -1
hw.acpi.thermal.tz0._TC2: -1
hw.acpi.thermal.tz0._TSP: -1
hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1
D'oh, I didn't read the original source carefully enough.

Can someone test this patch? As an aside, what kind of h/w do I need
for hw.acpi.thermal to show up? I don't see it on my Dell desktop...

Thanks,
matthew
Doug Barton
2011-04-19 18:02:08 UTC
Permalink
Post by m***@FreeBSD.org
As an aside, what kind of h/w do I need
for hw.acpi.thermal to show up? I don't see it on my Dell desktop...
The hardware is likely to be there for any reasonably modern Dell
desktop. Do you have coretemp loaded?


Doug
--
Nothin' ever doesn't change, but nothin' changes much.
-- OK Go

Breadth of IT experience, and depth of knowledge in the DNS.
Yours for the right price. :) http://SupersetSolutions.com/
m***@FreeBSD.org
2011-04-19 18:18:23 UTC
Permalink
Post by m***@FreeBSD.org
As an aside, what kind of h/w do I need
for hw.acpi.thermal to show up?  I don't see it on my Dell desktop...
The hardware is likely to be there for any reasonably modern Dell desktop.
Do you have coretemp loaded?
I didn't (I had assumed since the relevant sysctls are defined in
acpi_thermal.c that having acpi was sufficient), so I just tried that,
but still no hw.acpi.thermal node.

Thanks,
matthew
Romain Garbage
2011-04-19 18:34:00 UTC
Permalink
Post by m***@FreeBSD.org
Post by m***@FreeBSD.org
As an aside, what kind of h/w do I need
for hw.acpi.thermal to show up?  I don't see it on my Dell desktop...
The hardware is likely to be there for any reasonably modern Dell desktop.
Do you have coretemp loaded?
I didn't (I had assumed since the relevant sysctls are defined in
acpi_thermal.c that having acpi was sufficient), so I just tried that,
but still no hw.acpi.thermal node.
On 8.2-R I did have hw.acpi.thermal sysctl nodes by default, without
loading coretemp. Actually, even in 9-CURRENT you don't need any
special module for that (I don't think any loaded module is acpi
related):

$> uname -a
FreeBSD freebsd-laptop 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r220730: Sun
Apr 17 20:14:29 CEST 2011
***@freebsd-laptop:/usr/obj/usr/src/sys/GENERIC amd64

$> kldstat
Id Refs Address Size Name
1 49 0xffffffff80200000 11dc048 kernel
2 1 0xffffffff813dd000 4248 fdescfs.ko
3 1 0xffffffff813e2000 b398 linprocfs.ko
4 4 0xffffffff813ee000 426a8 linux.ko
5 1 0xffffffff81431000 2c20 linsysfs.ko
6 1 0xffffffff81434000 209108 zfs.ko
7 2 0xffffffff8163e000 4b98 opensolaris.ko
8 1 0xffffffff81643000 29c58 snd_hda.ko
9 2 0xffffffff8166d000 84f70 sound.ko
11 1 0xffffffff816f5000 da6678 nvidia.ko
12 1 0xffffffff8249c000 6678 sem.ko
13 1 0xffffffff824a3000 4b620 vboxdrv.ko
14 1 0xffffffff824ef000 10f00 ahci.ko
15 1 0xffffffff82500000 15ce8 tmpfs.ko
16 1 0xffffffff82612000 a912 fuse.ko

$> sysctl -a | grep thermal
"Giant","ACPI thermal zone"
hw.acpi.thermal.min_runtime: 0
hw.acpi.thermal.polling_rate: 10
hw.acpi.thermal.user_override: 0
hw.acpi.thermal.tz0.active: -1
hw.acpi.thermal.tz0.passive_cooling: 1
hw.acpi.thermal.tz0.thermal_flags: 0
hw.acpi.thermal.tz0._PSV: 105.0C
hw.acpi.thermal.tz0._HOT: -1
hw.acpi.thermal.tz0._CRT: 110.0C
hw.acpi.thermal.tz0._TC1: 2
hw.acpi.thermal.tz0._TC2: 10
hw.acpi.thermal.tz0._TSP: 100

What coretemp gives you is:
$> sudo kldunload coretemp
$> sysctl -N -a > without-coretemp
$> sudo kldload coretemp
$> sysctl -N -a > with-coretemp
$> diff -u without-coretemp with-coretemp
--- without-coretemp 2011-04-19 20:32:05.236218708 +0200
+++ with-coretemp 2011-04-19 20:32:15.543219179 +0200
@@ -1744,6 +1744,7 @@
dev.cpu.0.cx_supported
dev.cpu.0.cx_lowest
dev.cpu.0.cx_usage
+dev.cpu.0.temperature
dev.cpu.1.%desc
dev.cpu.1.%driver
dev.cpu.1.%location
@@ -1752,6 +1753,7 @@
dev.cpu.1.cx_supported
dev.cpu.1.cx_lowest
dev.cpu.1.cx_usage
+dev.cpu.1.temperature
dev.pci_link.%parent
dev.pci_link.0.%desc
dev.pci_link.0.%driver
@@ -2421,6 +2423,16 @@
dev.acpi_perf.1.%pnpinfo
dev.acpi_perf.1.%parent
dev.coretemp.%parent
+dev.coretemp.0.%desc
+dev.coretemp.0.%driver
+dev.coretemp.0.%location
+dev.coretemp.0.%pnpinfo
+dev.coretemp.0.%parent
+dev.coretemp.1.%desc
+dev.coretemp.1.%driver
+dev.coretemp.1.%location
+dev.coretemp.1.%pnpinfo
+dev.coretemp.1.%parent
dev.est.%parent
dev.est.0.%desc
dev.est.0.%driver


Regards,
Romain
Andriy Gapon
2011-04-19 21:25:01 UTC
Permalink
Post by m***@FreeBSD.org
As an aside, what kind of h/w do I need
for hw.acpi.thermal to show up? I don't see it on my Dell desktop...
The hardware can be anything with ACPI compatibility, but your DSDT has to
[correctly] define TZ object.
The hardware is likely to be there for any reasonably modern Dell desktop. Do
you have coretemp loaded?
I think that coretemp works directly with CPU and is not related to the problem
at hand.
--
Andriy Gapon
Nick Ulen
2011-04-19 18:26:38 UTC
Permalink
On Tue, Apr 19, 2011 at 7:48 AM, Taku YAMAMOTO <taku at tackymt.homeip.net>
Post by Taku YAMAMOTO
...
hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1
D'oh, I didn't read the original source carefully enough.
Can someone test this patch? As an aside, what kind of h/w do I need
for hw.acpi.thermal to show up? I don't see it on my Dell desktop...
Done:

#sysctl hw.acpi.thermal
hw.acpi.thermal.min_runtime: 0
hw.acpi.thermal.polling_rate: 10
hw.acpi.thermal.user_override: 0
hw.acpi.thermal.tz0.temperature: 78.5C
hw.acpi.thermal.tz0.active: -1
hw.acpi.thermal.tz0.passive_cooling: 0
hw.acpi.thermal.tz0.thermal_flags: 0
hw.acpi.thermal.tz0._PSV: -1
hw.acpi.thermal.tz0._HOT: -1
hw.acpi.thermal.tz0._CRT: 90.0C
hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1
hw.acpi.thermal.tz0._TC1: -1
hw.acpi.thermal.tz0._TC2: -1
hw.acpi.thermal.tz0._TSP: -1

Regards,
Nick
Romain Garbage
2011-04-20 06:22:39 UTC
Permalink
I don't seem to have a hw.acpi.thermal sysctl node on my box.  Can
someone please try this patch?
Works for me too.

$> sysctl -a | grep temp
[...]
hw.acpi.thermal.tz0.temperature: 62.0C
dev.cpu.0.temperature: 55.0C
dev.cpu.1.temperature: 56.0C
[...]

By the way, why the temperature from coretemp is different of the one
from acpi? Are they two different hardware?

Regards,
Romain
John Baldwin
2011-04-25 18:46:53 UTC
Permalink
Post by Romain Garbage
Post by m***@FreeBSD.org
I don't seem to have a hw.acpi.thermal sysctl node on my box. Can
someone please try this patch?
Works for me too.
$> sysctl -a | grep temp
[...]
hw.acpi.thermal.tz0.temperature: 62.0C
dev.cpu.0.temperature: 55.0C
dev.cpu.1.temperature: 56.0C
[...]
By the way, why the temperature from coretemp is different of the one
from acpi? Are they two different hardware?
Yes, tz0 is probably some other sensor.
--
John Baldwin
m***@FreeBSD.org
2011-04-18 15:17:44 UTC
Permalink
Post by John Baldwin
Post by Nick Ulen
FreeBSD was successfully upgraded.
uname -v
FreeBSD 9.0-CURRENT #0: Mon Apr 11 18:14:36 MSD 2011
Everything seems to be working well except
`hw.acpi.thermal.tz0.temperature' disappeared from the list of available
sysctl variables.
sysctl hw.acpi.thermal.
hw.acpi.thermal.min_runtime: 0
hw.acpi.thermal.polling_rate: 10
hw.acpi.thermal.user_override: 0
hw.acpi.thermal.tz0.active: -1
hw.acpi.thermal.tz0.passive_cooling: 0
hw.acpi.thermal.tz0.thermal_flags: 0
hw.acpi.thermal.tz0._PSV: -1
hw.acpi.thermal.tz0._HOT: -1
hw.acpi.thermal.tz0._CRT: 90.0C
hw.acpi.thermal.tz0._TC1: -1
hw.acpi.thermal.tz0._TC2: -1
hw.acpi.thermal.tz0._TSP: -1
 sysctl -a |grep acpi
is here: https://privatepaste.com/ca08d4658b
I suspect it is still there, but sysctl doesn't know how to display it
anymore.  This is probably due to the changes with formatting of sysctl
   SYSCTL_ADD_OPAQUE(&sc->tz_sysctl_ctx, SYSCTL_CHILDREN(sc->tz_sysctl_tree),
                     OID_AUTO, "temperature", CTLFLAG_RD, &sc->tz_temperature,
                     sizeof(sc->tz_temperature), "IK",
                     "current thermal zone temperature");
Oops, yes. The change in r217586 required the type to be set to
CTLTYPE_INT to print as format IK. My grep of the source tree shows
that acpi_thermal.c is the only affected source file that was using
OPAQUE. I'm testing out the fix now.

Thanks,
matthew
Loading...