Re: Toshiba Satellite 1905S303 DSDT table

[Ducrot Bruno <ducrot-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>]

On Tue, Nov 04, 2003 at 10:57:08AM -0200, Erico M Mendonca wrote:
> Ducrot Bruno wrote:
> 
> >On Sun, Nov 02, 2003 at 09:14:48PM -0200, Erico M Mendonca wrote:
> > 
> >
> >>I'm currently trying to debug the DSDT table of this aforementioned 
> >>machine, and managed to clear all the errors, except for this one:
> >>=================
> >>Intel ACPI Component Architecture
> >>ASL Optimizing Compiler / AML Disassembler version 20030918 [Sep 18 2003]
> >>Copyright (C) 2000 - 2003 Intel Corporation
> >>Supports ACPI Specification Revision 2.0b
> >>
> >>s303.asl   468:                 If(\_OSI) {
> >>Error    1028 -      Too few arguments ^  (\_OSI requires 1)
> >>
> >>s303.asl   469:                     "Windows 2001"
> >>Error    1037 -                                  ^ parse error, 
> >>unexpected PARSEOP_STRING_LITERAL
> >>
> >>ASL Input:  s303.asl - 2871 lines, 112889 bytes, 2084 keywords
> >>Compilation complete. 2 Errors, 0 Warnings, 0 Remarks, 538 Optimizations
> >>==============
> >>
> >>   
> >>
> >
> >FYI I have debugged a *lot* of similar models.  What is the
> >problem you encounter for that one?
> >
> >
> > 
> >
> I solved this by changing it to a simple
> 
>               If(\_OSI ("Windows 2001")) 

As I already tryed to say, unless you are on a BSD system,
or unless someone port the FreeBSD acpidump, do not use acpidump.
Or else, you are missing informations for debugging irq for example.



> Anyway, I got the ACPI working fine for most functions, except:
> - processor: no throttling (Pentium 4), but that may be out of the scope 
> of ACPI(?)

It may be done via ACPI, but cpufreq can do that via p4-clockmod.

> processor id:            0
> acpi id:                 0
> bus mastering control:   no
> power management:        yes
> throttling control:      no
> performance management:  no
> limit interface:         no

performance should work, strange.  Anyway, cpufreq can do that via
speedstep-ich.

> 
> - fan control/reporting
> - thermal_zone and power_resource

A thermal_zone can be added to the AML for that model.

> The lid and power buttons are generating events after recompiling the DSDT 
> table (they didn't before). Proper IRQ routing, battery and ac_adapter 
> worked before.
> 
> 
> As for the Fn-keys:
> 
> Fn-ESC (mute): doesn't work
> Fn-F1 (screen lock): doesn't work
> Fn-F2 (power toggle): doesn't work
> Fn-F3 (suspend to RAM): doesn't work
> Fn-F4 (hibernate): doesn't work
> Fn-F5 (video switch): hangs the machine (read below)
> Fn-F6/F7 (brightness): works
> Fn-F8 (wireless toggle): works
> Fn-F9 (touchpad toggle): works
> Fn-F10/F11/F12: well, they should work anyway :)
> 

Some, if not all, of this Fn-key can be done via the omnibook kernel
module (see http://sf.net/projects/omke).  You can test at first
the perl tool, in order to check if that is ok.

Cheers,

-- 
Ducrot Bruno

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.


-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?   SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/