ACPI vs Asus A8v

ACPI vs Asus A8v

[Hamie]

Hi all.

I have an athlon64 in an Asus A8V motherboard, running gentoo with 
kernel 2.6.11 (Also tried with 2.6.9 and 2.6.10). Although it works, and 
cool&quiet kicks in before boot, I can get no thermal or fan information 
from acpi... dmesg sees

damned acpi # dmesg | grep -i acpi
BIOS-e820: 000000003ffb0000 - 000000003ffc0000 (ACPI data)
BIOS-e820: 000000003ffc0000 - 000000003fff0000 (ACPI NVS)
ACPI: RSDP (v002 ACPIAM                                ) @ 
0x00000000000fa810
ACPI: XSDT (v001 A M I  OEMXSDT  0x10000427 MSFT 0x00000097) @ 
0x000000003ffb0100
ACPI: FADT (v003 A M I  OEMFACP  0x10000427 MSFT 0x00000097) @ 
0x000000003ffb0290
ACPI: MADT (v001 A M I  OEMAPIC  0x10000427 MSFT 0x00000097) @ 
0x000000003ffb0390
ACPI: OEMB (v001 A M I  OEMBIOS  0x10000427 MSFT 0x00000097) @ 
0x000000003ffc0040
ACPI: DSDT (v001  A0036 A0036001 0x00000001 MSFT 0x0100000d) @ 
0x0000000000000000
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0])
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Using ACPI (MADT) for SMP configuration information
tbxface-0118 [02] acpi_load_tables      : ACPI Tables successfully acquired
ACPI Namespace successfully loaded at root ffffffff805b8f00
evxfevnt-0094 [03] acpi_enable           : Transition to ACPI mode 
successful
ACPI: Subsystem revision 20041105
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (00:00)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 7 10 *11 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 7 10 11 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 7 10 11 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 7 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 7 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 7 10 11 14 15) *0, disabled.
pnp: PnP ACPI init
acpi_bus-0081 [03] acpi_bus_get_device   : Error getting context for 
object [000001003ff8aa30]
pnp: PnP ACPI: found 15 devices
PCI: Using ACPI for IRQ routing
ACPI: PCI interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 169
ACPI: PCI interrupt 0000:00:0f.1[A] -> GSI 20 (level, low) -> IRQ 177
ACPI: PCI interrupt 0000:00:0f.0[B] -> GSI 20 (level, low) -> IRQ 177
ACPI wakeup devices:
ACPI: (supports S0 S1 S3 S4 S5)
ACPI: PCI interrupt 0000:00:0a.0[A] -> GSI 17 (level, low) -> IRQ 185
ACPI: PCI interrupt 0000:00:0a.0[A] -> GSI 17 (level, low) -> IRQ 185
ACPI: PCI interrupt 0000:00:10.4[C] -> GSI 21 (level, low) -> IRQ 193
ACPI: PCI interrupt 0000:00:07.0[A] -> GSI 16 (level, low) -> IRQ 169
acpi_utils-0071 [04] acpi_extract_package  : Invalid 'package' argument
acpi_processor-1046 [03] acpi_processor_get_per: Invalid _PSS data

Modules are loaded...

damned acpi # lsmod
Module                  Size  Used by
fan                     4872  0
thermal                17676  0
powernow_k8             8712  0
freq_table              3720  1 powernow_k8
processor              25212  2 thermal,powernow_k8
ohci1394               27268  0
ieee1394              352280  1 ohci1394
ehci_hcd               26820  0
ohci_hcd               18888  0
sk98lin               148012  1
damned acpi #



But /proc/acpi/thermal_zone & fan are empty... (

Is there something else I should be doing? I've also trued the acpi4asus 
module, but it complains about missing hardware, so presumably that's 
only any good for their laptops...

What sort of info & control SHOULD I be able to see out of this 
motherboard? How can I get the level of control that Asus offer with 
their windoze applications?

TIA

hamish

Re: ACPI vs Asus A8v

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 944 bytes --]

On Fri, 04 Mar 2005 17:22:11 +0000 Hamie wrote:

> I have an athlon64 in an Asus A8V motherboard, running gentoo with 
> kernel 2.6.11 (Also tried with 2.6.9 and 2.6.10). Although it works, and 
> cool&quiet kicks in before boot, I can get no thermal or fan information 
> from acpi...
[skip]
> What sort of info & control SHOULD I be able to see out of this 
> motherboard? How can I get the level of control that Asus offer with 
> their windoze applications?

You should try to use lm_sensors - there are some success reports
about this board:

http://archives.andrew.net.au/lm-sensors/msg29514.html

In fact, most desktop machines do not support access to thermal or fan
information via ACPI (because the code for this is not present in
DSDT); and even if it is supported, the capabilities compared to
lm_sensors are reduced (e.g., most hardware monitoring chips support
voltage monitoring, which is not available through ACPI interfaces).

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [ACPI] Re: ACPI vs Asus A8v

[Hamie]

Sergey Vlasov wrote:

>On Fri, 04 Mar 2005 17:22:11 +0000 Hamie wrote:
>
>  
>
>>I have an athlon64 in an Asus A8V motherboard, running gentoo with 
>>kernel 2.6.11 (Also tried with 2.6.9 and 2.6.10). Although it works, and 
>>cool&quiet kicks in before boot, I can get no thermal or fan information 
>>from acpi...
>>    
>>
>[skip]
>  
>
>>What sort of info & control SHOULD I be able to see out of this 
>>motherboard? How can I get the level of control that Asus offer with 
>>their windoze applications?
>>    
>>
>
>You should try to use lm_sensors - there are some success reports
>about this board:
>
>http://archives.andrew.net.au/lm-sensors/msg29514.html
>
>In fact, most desktop machines do not support access to thermal or fan
>information via ACPI (because the code for this is not present in
>DSDT); and even if it is supported, the capabilities compared to
>lm_sensors are reduced (e.g., most hardware monitoring chips support
>voltage monitoring, which is not available through ACPI interfaces).
>  
>
Thanks for that. I guess I've been spoilt by using laptops mostly.

lm_sensors finds the readings fine... Now all I have to do is work out 
which is which :)

Hamish.