newbie question - how to read temerature
Bruno Ducrot
ducrot at poupinou.org
Wed Jan 26 03:33:12 PST 2005
On Mon, Jan 24, 2005 at 11:25:20PM -0500, Isaac Mushinsky wrote:
> I have Dell Precision 530 2x1.7 gHz Xeon. Trying to replace the Dell's noisy
> fans I wanted to make sure the CPU temperatures are normal. But I can find no
> way to read the temperatures at all. ASL dumped with acpidump does not
> compile.
>
> So as not to run too much text in the mail, here are the outputs:
>
> (compiled with ACPI_DEBUG)
>
> dmesg: http://omsk.mushinsky.net/acpi/dmesg
> acpidump -t -d: http://omsk.mushinsky.net/acpi/asl
> iasl errors: http://omsk.mushinsky.net/acpi/iasl
Yep. That's a strange bug. Its because actually a device is
named 'DMA' which is a reserved word (though I'm pretty sure this
is allowed in ACPI spec).
Just changing that one like that:
--- asl 2005/01/26 11:20:57 1.1
+++ asl 2005/01/26 11:25:47
@@ -1663,7 +1663,7 @@
Name (_UID, 0x0A)
OperationRegion (P40C, PCI_Config, 0x60, 0x04)
OperationRegion (P41C, PCI_Config, 0x68, 0x04)
- Device (DMA)
+ Device (DMA1)
{
Name (_HID, EisaId ("PNP0200"))
Method (_CRS, 0, NotSerialized)
I think this is a bug in iasl.
Anyway, recompiling your asl will not help you though for your problem.
So I dont think its usefull to override by your own DSDT.
> finally,
> $ sysctl -a hw.acpi
> hw.acpi.supported_sleep_state: S1 S3 S4 S5
> hw.acpi.power_button_state: S5
> hw.acpi.sleep_button_state: S1
> hw.acpi.lid_switch_state: NONE
> hw.acpi.standby_state: S1
> hw.acpi.suspend_state: S3
> hw.acpi.sleep_delay: 1
> hw.acpi.s4bios: 0
> hw.acpi.verbose: 0
> hw.acpi.reset_video: 1
> hw.acpi.cpu.cx_supported: C1/0
> hw.acpi.cpu.cx_lowest: C1
> hw.acpi.cpu.cx_usage: 100.00%
>
There is no thermal zone in this ASL. So no hope to get it via ACPI.
But, IIRC, there is a support under Linux, but for i8k models, which use
a propritary, non documented BIOS interface from Dell. I think this is
the case with the Precision.
Cheers,
--
Bruno Ducrot
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
More information about the freebsd-acpi
mailing list