public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
* DSDT properly fixed?
@ 2005-04-08 16:31 Sebastian
  0 siblings, 0 replies; 3+ messages in thread
From: Sebastian @ 2005-04-08 16:31 UTC (permalink / raw)
  To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f

Dear list,

I'd like to know if I properly fixed my motherboards dsdt before I
upload it. It's from a Shuttle AN35N NForce2 board.

Original DSDT:

./iasl -tc dsdt.dsl

Intel ACPI Component Architecture
ASL Optimizing Compiler / AML Disassembler version 20050309 [Apr  8 2005]
Copyright (C) 2000 - 2005 Intel Corporation
Supports ACPI Specification Revision 3.0

dsdt.dsl   357:     Method (\_WAK, 1, NotSerialized)
Warning  2026 -                 ^ Reserved method must return a value (_WAK)

dsdt.dsl  4402:                     Store (Local0, Local0)
Error    1013 -                                 ^ Method local variable
is not initialized (Local0)

ASL Input:  dsdt.dsl - 5049 lines, 145160 bytes, 1988 keywords
Compilation complete. 1 Errors, 1 Warnings, 0 Remarks, 483 Optimizations

Offending line 357:

Method (\_WAK, 1, NotSerialized)
    {
        Store (0xFF, DBG1)
        Store (0x00, SFLG)
        And (GP36, 0xF0, GP36)
        Or (GP36, 0x05, GP36)
        Store (0x14, SIDX)
        Store (SDTA, Local0)
        Or (Local0, 0x02, Local0)
        Store (Local0, SDTA)
        Store (0xFF, ACPX)
        If (LEqual (RTCW, 0x00))
        {
            Notify (\_SB.PWRB, 0x02)
        }

        Notify (\_SB.PCI0.USB0, 0x00)
        Notify (\_SB.PCI0.USB1, 0x00)
        Store (\_SB.PCI0.CTL0, Local0)
        And (Local0, 0xFBFFFFFF, Local0)
        Store (Local0, \_SB.PCI0.CTL0)
        If (LNot (LLess (OSFL, 0x01)))
        {
            Store (0x00, \_SB.PCI0.SMB0.SMPM)
            Store (0x5000, \_SB.PCI0.SMB0.SB1)
            Store (0x5100, \_SB.PCI0.SMB0.SB2)
        }
    }

I added the line

Return(Package(0x02){0x00, 0x00})

before the last '}'

Offending line 4402:

Method (_DIS, 0, NotSerialized)
                {
                    If (LEqual (DISE, 0x01))
                    {
                        ENFG ()
                        Store (0x02, LDN)
                        Store (Zero, ACTR)
                        EXFG ()
                        DISD (0x01)
                    }

                    Store (Local0, Local0)
                }

I changed the second line from the bottom to

Store (0x00, Local0)

Recompiling dsdt.dsl now doesn't give any warnings/errors:

./iasl -tc dsdt.dsl

Intel ACPI Component Architecture
ASL Optimizing Compiler / AML Disassembler version 20050309 [Apr  8 2005]
Copyright (C) 2000 - 2005 Intel Corporation
Supports ACPI Specification Revision 3.0

ASL Input:  dsdt.dsl - 5055 lines, 144252 bytes, 1989 keywords
AML Output: DSDT.aml - 16995 bytes 803 named objects 1186 executable opcodes

Compilation complete. 0 Errors, 0 Warnings, 0 Remarks, 0 Optimizations


But is this the proper way to fix this? I'd like to know before I upload
to acpi.sf.net. Could you please check?

Also in case you want to have a look at the complete dsdt please say so
and I will mail it bzipped (~10kb).

Greetings

Sebastian


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

^ permalink raw reply	[flat|nested] 3+ messages in thread

* RE: DSDT properly fixed?
@ 2005-04-08 17:05 Moore, Robert
       [not found] ` <971FCB6690CD0E4898387DBF7552B90E01199754-sBd4vmA9Se5Qxe9IK+vIArfspsVTdybXVpNB7YpNyf8@public.gmane.org>
  0 siblings, 1 reply; 3+ messages in thread
From: Moore, Robert @ 2005-04-08 17:05 UTC (permalink / raw)
  To: sebastian_ml-hi6Y0CQ0nG0,
	acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f

Neither problem will make any difference on current versions of ACPI CA

1) We don't look at the value returned by _WAK, if any.
2) The AML interpreter just ignores things like "Store (Local0,
Local0)", which seems to be used as some form of twisted NOOP.

However, if your goal is to eliminate all warnings/errors, your fix for
1) is OK, but for 2) I think you can simply delete the offending line of
code.

Bob

> -----Original Message-----
> From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org [mailto:acpi-devel-
> admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Sebastian
> Sent: Friday, April 08, 2005 9:32 AM
> To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Subject: [ACPI] DSDT properly fixed?
> 
> Dear list,
> 
> I'd like to know if I properly fixed my motherboards dsdt before I
> upload it. It's from a Shuttle AN35N NForce2 board.
> 
> Original DSDT:
> 
> ./iasl -tc dsdt.dsl
> 
> Intel ACPI Component Architecture
> ASL Optimizing Compiler / AML Disassembler version 20050309 [Apr  8
2005]
> Copyright (C) 2000 - 2005 Intel Corporation
> Supports ACPI Specification Revision 3.0
> 
> dsdt.dsl   357:     Method (\_WAK, 1, NotSerialized)
> Warning  2026 -                 ^ Reserved method must return a value
> (_WAK)
> 
> dsdt.dsl  4402:                     Store (Local0, Local0)
> Error    1013 -                                 ^ Method local
variable
> is not initialized (Local0)
> 
> ASL Input:  dsdt.dsl - 5049 lines, 145160 bytes, 1988 keywords
> Compilation complete. 1 Errors, 1 Warnings, 0 Remarks, 483
Optimizations
> 
> Offending line 357:
> 
> Method (\_WAK, 1, NotSerialized)
>     {
>         Store (0xFF, DBG1)
>         Store (0x00, SFLG)
>         And (GP36, 0xF0, GP36)
>         Or (GP36, 0x05, GP36)
>         Store (0x14, SIDX)
>         Store (SDTA, Local0)
>         Or (Local0, 0x02, Local0)
>         Store (Local0, SDTA)
>         Store (0xFF, ACPX)
>         If (LEqual (RTCW, 0x00))
>         {
>             Notify (\_SB.PWRB, 0x02)
>         }
> 
>         Notify (\_SB.PCI0.USB0, 0x00)
>         Notify (\_SB.PCI0.USB1, 0x00)
>         Store (\_SB.PCI0.CTL0, Local0)
>         And (Local0, 0xFBFFFFFF, Local0)
>         Store (Local0, \_SB.PCI0.CTL0)
>         If (LNot (LLess (OSFL, 0x01)))
>         {
>             Store (0x00, \_SB.PCI0.SMB0.SMPM)
>             Store (0x5000, \_SB.PCI0.SMB0.SB1)
>             Store (0x5100, \_SB.PCI0.SMB0.SB2)
>         }
>     }
> 
> I added the line
> 
> Return(Package(0x02){0x00, 0x00})
> 
> before the last '}'
> 
> Offending line 4402:
> 
> Method (_DIS, 0, NotSerialized)
>                 {
>                     If (LEqual (DISE, 0x01))
>                     {
>                         ENFG ()
>                         Store (0x02, LDN)
>                         Store (Zero, ACTR)
>                         EXFG ()
>                         DISD (0x01)
>                     }
> 
>                     Store (Local0, Local0)
>                 }
> 
> I changed the second line from the bottom to
> 
> Store (0x00, Local0)
> 
> Recompiling dsdt.dsl now doesn't give any warnings/errors:
> 
> ./iasl -tc dsdt.dsl
> 
> Intel ACPI Component Architecture
> ASL Optimizing Compiler / AML Disassembler version 20050309 [Apr  8
2005]
> Copyright (C) 2000 - 2005 Intel Corporation
> Supports ACPI Specification Revision 3.0
> 
> ASL Input:  dsdt.dsl - 5055 lines, 144252 bytes, 1989 keywords
> AML Output: DSDT.aml - 16995 bytes 803 named objects 1186 executable
> opcodes
> 
> Compilation complete. 0 Errors, 0 Warnings, 0 Remarks, 0 Optimizations
> 
> 
> But is this the proper way to fix this? I'd like to know before I
upload
> to acpi.sf.net. Could you please check?
> 
> Also in case you want to have a look at the complete dsdt please say
so
> and I will mail it bzipped (~10kb).
> 
> Greetings
> 
> Sebastian
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real
users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id\x14396&op=click

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: DSDT properly fixed?
       [not found] ` <971FCB6690CD0E4898387DBF7552B90E01199754-sBd4vmA9Se5Qxe9IK+vIArfspsVTdybXVpNB7YpNyf8@public.gmane.org>
@ 2005-04-08 18:19   ` Sebastian
  0 siblings, 0 replies; 3+ messages in thread
From: Sebastian @ 2005-04-08 18:19 UTC (permalink / raw)
  To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f

Moore, Robert schrieb:
> Neither problem will make any difference on current versions of ACPI CA
> 
> 1) We don't look at the value returned by _WAK, if any.
> 2) The AML interpreter just ignores things like "Store (Local0,
> Local0)", which seems to be used as some form of twisted NOOP.
> 
> However, if your goal is to eliminate all warnings/errors, your fix for
> 1) is OK, but for 2) I think you can simply delete the offending line of
> code.
> 
> Bob

Hello Bob,

thanks for clearing that up. So it seems it isn't necessary to "fix" the
dsdt after all :) Well, maybe I was a little too eager then ;-)

Thanks!

Sebastian



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2005-04-08 18:19 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-04-08 17:05 DSDT properly fixed? Moore, Robert
     [not found] ` <971FCB6690CD0E4898387DBF7552B90E01199754-sBd4vmA9Se5Qxe9IK+vIArfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2005-04-08 18:19   ` Sebastian
  -- strict thread matches above, loose matches on Subject: below --
2005-04-08 16:31 Sebastian

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox