[ACPI-sppt] Re: help needed with acpi on tecra s1

I have a similar problem with my Toshiba Tecra S1 (103JL model).

I use the Gentoo Linux 1.4 and I have tried 3 different Kernels and none of it work perfectly (some are worse than the others).  I will describe them:

1. 2.4.22-rc2-ac3 (Alan Cox patched 2.4.22 kernel).  To summarize this kernel - almost nothing works for ACPI.  cpufreq doesn't change the CPU frequency and battery status is missing
2. 2.6.0-test4 (Vanilla 2.6 kernel).  This kernel is better, but ACPI also have problems (no battery status). I can change the CPU frequency and powersave/performance mode also works.
3. 2.6.0-test4-mm (Andrew Mortan patched 2.6 kernel).  Pretty much the same as above.  The biggest quirk is the lack of battery status.

In all 3 cases I have compield ACPI support into the kernel, and also the Toshiba Extras for ACPI are not detected either.

------------------------

This is the output of dmesg | grep "ACPI" (using the 2.6.0-text4-mm kernel)

 BIOS-e820: 000000000fff0000 - 000000000fffffc0 (ACPI data)
 BIOS-e820: 000000000fffffc0 - 0000000010000000 (ACPI NVS)
ACPI: RSDP (v000 OID_00                                    ) @ 0x000e6010
ACPI: RSDT (v001 INSYDE RSDT_000 0x00000001 _CSI 0x00010101) @ 0x0fffa9f0
ACPI: FADT (v001 INSYDE FACP_000 0x00000100 _CSI 0x00010101) @ 0x0ffffb00
ACPI: BOOT (v001 INSYDE SYS_BOOT 0x00000100 _CSI 0x00010101) @ 0x0ffffb90
ACPI: DBGP (v001 INSYDE DBGP_000 0x00000100 _CSI 0x00010101) @ 0x0ffffbc0
ACPI: SSDT (v001 INSYDE   GV3Ref 0x00002000 INTL 0x20021002) @ 0x0fffaa30
ACPI: DSDT (v001 TOSINV   INT810 0x00001002 INTL 0x02002036) @ 0x00000000
ACPI: MADT not present
ACPI: Subsystem revision 20030813
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
    ACPI-1121: *** Error: Method execution failed [\_SB_.BAT0._STA] (Node 
c12e8e80), AE_NOT_EXIST
    ACPI-1121: *** Error: Method execution failed [\_SB_.BAT1._STA] (Node 
c12e8d40), AE_NOT_EXIST
ACPI: PCI Root Bridge [PCI0] (00:00)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI2._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs *11)
ACPI: PCI Interrupt Link [LNKB] (IRQs *11)
ACPI: PCI Interrupt Link [LNKC] (IRQs *11)
ACPI: PCI Interrupt Link [LNKD] (IRQs *11)
ACPI: PCI Interrupt Link [LNKE] (IRQs *6)
ACPI: PCI Interrupt Link [LNKF] (IRQs 11, disabled)
ACPI: PCI Interrupt Link [LNKG] (IRQs 11, disabled)
ACPI: PCI Interrupt Link [LNKH] (IRQs 11, disabled)
ACPI: Embedded Controller [EC0] (gpe 16)
ACPI: Power Resource [PFA1] (off)
ACPI: Power Resource [PFA0] (off)
ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11
ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11
ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11
ACPI: PCI Interrupt Link [LNKH] enabled at IRQ 11
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 11
ACPI: PCI Interrupt Link [LNKE] enabled at IRQ 6
PCI: Using ACPI for IRQ routing
ACPI: AC Adapter [AC] (on-line)
ACPI: Power Button (FF) [PWRF]
ACPI: Lid Switch [LID]
ACPI: Fan [FAN0] (off)
ACPI: Fan [FAN1] (off)
ACPI: Processor [CPU0] (supports C1 C2 C3, 8 throttling states)
ACPI: Thermal Zone [THZN] (33 C)
cpufreq: No CPUs supporting ACPI performance management found.
ACPI: (supports S0 S3 S4 S5)

------------------------

I find out that the DSDT table is probably to blame for some of the problems. So, I have followed the instructions for the DSDT table but I don't know how to correct it.  Here's the output from IASL:

------------------------

Intel ACPI Component Architecture
ASL Optimizing Compiler / AML Disassembler version 20030522 [May 23 2003]
Copyright (C) 2000 - 2003 Intel Corporation
Supports ACPI Specification Revision 2.0b

Unhandled encoded type: 1A
Unhandled encoded type: 1A
Unhandled encoded type: 1A
dsdt.asl   556:                     Notify(\_TZ_, 0x80)
Error    1035 -                   Invalid type ^  ([Resource] found, 
Notify operator requires [Device|Processor|Thermal])

dsdt.asl   567:                     Notify(\_TZ_, 0x80)
Error    1035 -                   Invalid type ^  ([Resource] found, 
Notify operator requires [Device|Processor|Thermal])

dsdt.asl  1023:                     If(\_OSI) {
Error    1028 -          Too few arguments ^  (\_OSI requires 1)

dsdt.asl  1024:                         "Windows 2001"
Error    1037 -                                      ^ parse error, 
unexpected PARSEOP_STRING_LITERAL

dsdt.asl  2496:                     Notify(\_TZ_, 0x80)
Error    1035 -                   Invalid type ^  ([Resource] found, 
Notify operator requires [Device|Processor|Thermal])

ASL Input:  dsdt.asl - 3024 lines, 106502 bytes, 2097 keywords
Compilation complete. 5 Errors, 0 Warnings, 0 Remarks, 556 Optimizations

------------------------

Now, the lines 1023/1024 error is very easy to fix.. the right syntax should be to move "Windows 2001" to inside the \_OSI part like:

	If (\_OSI ("Windows 2001"))

However, I do not know how to fix the _TZ error.  I know from reading other files that the error refers to the fact that the Notify statement in this case should have the form of:

	Notify(_TZ.OBJECT,0x80)

The object inside Thermal zone is missing and I don't know what to put.  Even the ACPI spec doesn't really specify what kind of objects is there.

Anybody can lend me a hand or give some suggestions?  Any help to start me into the right direction would be great.

Thanks.

-- 
Savio Lau


 On Wed, Aug 27, 2003 at 12:08:50PM -0400, dus wrote:
 > 
 > 
 > 
 > 
 > 
 > 
 > 
 > Hi,
 > 
 > 
 > 
 > I have a Tecra S1 (centrino laptop).
 > 
 > 
 > 
 > I've installed the 2.4.22 kernel, and set the ACPI processor to module, so I can install
the intel processor.o binary (if I use the standard one, my system hangs during boot).
 > 
 > 
 > 
 > However, I get the following problem when I try and load the module:
 > 
 > 
 
 Complain to Intel.  Or alternatively, try cpufreq.
 
 -- 




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf