acpi_tz0: _CRT value is absurd,
ignored (256.0C) (was pr kern/105537)
Chris Whitehouse
cwhiteh at onetel.com
Sun Mar 29 15:53:54 PDT 2009
Ian Smith wrote:
> > > If (\_OSI ("Windows 2001"))
> > > {
> > > Store (0x04, C014)
> > > }
> > >
> > > If (\_OSI ("Windows 2001 SP1"))
> > > {
> > > Store (0x04, C014)
> > > }
> > >
> > > If (\_OSI ("Windows 2001 SP2"))
> > > {
> > > Store (0x05, C014)
> > > }
> > >
> > > If (\_OSI ("Windows 2006"))
> > > {
> > > Store (0x06, C014)
> > > }
> > >
> > > Chris, you should be able to set hw.acpi.osname=<pick one from the
> > > above> in loader.conf and see if things improve somewhat. Note that
> > > "Windows 2001" and "Windows 2001 SP1" are identical.
> >
> > sysctl says it is an unknown oid
>
> Try adding it to loader.conf and rebooting.
Nope still unknown oid. But in view of other progress I don't think that
matters, at least for me.
> Quacks like a CPU0. This one triggers passive cooling. Its temperature
> values are generally 2-3C lower than the (eyeball) average of coretemp
> values, except when heating up fast, when it lags the latter by 5-6C.
>
> I don't know where these various sensors live. Board? Package? Die?
>
> > hw.acpi.thermal.tz2.temperature: 43.0C
> > hw.acpi.thermal.tz2.active: -1
> > hw.acpi.thermal.tz2.passive_cooling: 0
> > hw.acpi.thermal.tz2.thermal_flags: 0
> > hw.acpi.thermal.tz2._PSV: -1
> > hw.acpi.thermal.tz2._HOT: -1
> > hw.acpi.thermal.tz2._CRT: 105.0C
> > hw.acpi.thermal.tz2._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1
> > hw.acpi.thermal.tz2._TC1: 1
> > hw.acpi.thermal.tz2._TC2: 2
> > hw.acpi.thermal.tz2._TSP: 300
>
> CPU1. From the messages it appears that burnk7 ran on just CPU0 (tz1).
For some of the time I was running one instance of burnK7, other times 2
instances. I just tested and 2 instances does run on both cores.
> > fetch www.fishercroft.plus.com/messages.gz
> >
> > will get bits of /var/log/messages with the normal startup messages and the
> > output of
> >
> > #!/bin/sh
> > while [ TRUE ]; do
> > logger \
> > ` sysctl -n dev.cpu.0.temperature ; sysctl -n dev.cpu.1.temperature ; \
> > sysctl -n hw.acpi.thermal.tz0.temperature ; sysctl -n
> > hw.acpi.thermal.tz0.active ; sysctl -n hw.acpi.thermal.tz0._CRT ; \
> > sysctl -n hw.acpi.thermal.tz1.temperature ; sysctl -n
> > hw.acpi.thermal.tz1.active ; sysctl -n hw.acpi.thermal.tz1._CRT ; \
> > sysctl -n hw.acpi.thermal.tz2.temperature ; sysctl -n
> > hw.acpi.thermal.tz2.active ; sysctl -n hw.acpi.thermal.tz2._CRT ; \
> > sysctl -n hw.acpi.thermal.tz3.temperature ; sysctl -n
> > hw.acpi.thermal.tz3.active ; sysctl -n hw.acpi.thermal.tz3._CRT ; \
> > sysctl -n hw.acpi.thermal.tz4.temperature ; sysctl -n
> > hw.acpi.thermal.tz4.active ; sysctl -n hw.acpi.thermal.tz4._CRT `
> > sleep 5
> > done
> >
> > (sorry bad wrapping)
>
> Good data. I don't know if it helps track the ASL re $subject though.
>
> > The two cpu temps come from coretemp.ko module.
>
> These I don't get. They always track a few degrees above tz1 value, but
> rarely differ by more than 2C, while your burnk7 run showed CPU0 getting
> much hotter than CPU1, which only slowly rose during the run, indicating
> sympathetic package warming with an essentially idle CPU1, perhaps?
Do you mean TZ1 gets much hotter than TZ2? When I ran 2 instances of
burnk7 one ran on each cpu (viewed in top). When I ran a single instance
the on-die temps in the first two columns still tracked each other. Also
this machine is running KDE which is always doing something which blurs
the figures a bit.
I put messages2 next the previous one, I think it shows that tz2 is not
cpu1 even if tz1 is measuring cpu temp somehow. dev.cpu.n.temperature
columns are the on-die temps. Those oids are only visible when coretemp
is loaded, I don't know if the ASL is using those temperature probes.
Chris
More information about the freebsd-acpi
mailing list