public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Marci <voloterreno-nc/lrvXPQ4s@public.gmane.org>
To: Ducrot Bruno <ducrot-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>,
	acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	sziwan-DETuoxkZsSqrDJvtcaxF/A@public.gmane.org
Subject: Re: [Fwd: ACPI error when trying entring in Sleep Mode]
Date: Mon, 17 Mar 2003 19:01:33 +0100	[thread overview]
Message-ID: <3E760D7D.4040405@tin.it> (raw)
In-Reply-To: <20030317153147.GH8319-j6u/t2rXLliUoIHC/UFpr9i2O/JbrIOy@public.gmane.org>

Ducrot Bruno wrote:

>On Mon, Mar 17, 2003 at 03:08:34PM +0100, Marci wrote:
>  
>
>>Ducrot Bruno wrote:
>>
>>    
>>
>>>There is an error in your DSDT.  I don't doubt that if you
>>>follow the instruction in
>>>http://acpi.sourceforge.net/wiki/index.php/HowToOverrideTable
>>>
>>>you will get a complain from iasl with a inproper declaration of
>>>an operational region.  Check first if you can increase the size
>>>for this region will be sufficiant.  If not, then do not hesitate
>>>to request more help!
>>>
>>>Cheers,
>>>
>>>
>>>
>>>      
>>>
>>Ehm, excuse me for the question, but how I can increase the size for 
>>this region?
>>    
>>
>
>You disassemble the DSDT ACPI table via:
>iasl -d /proc/acpi/dsdt
>this will create a file called
>dsdt.dsl
>
>Then if try to reassemble it via
>iasl -tc -p my_table dsdt.dsl
>
>you will certainly get an error about a bad over-sized operational region.
>
>iasl is an intel tools found here:
>
>http://developer.intel.com/technology/iapc/acpi/downloads.htm
>(which is also linked from http://acpi.sourceforge.net/)
>
>You can either get the (binary) iasl compiler/disassembler for Linux,
>or the ACPI-CA unix build environment if you want to compile it
>yourself.
>
>  
>
>>And why under Windows the dsdt have no problem ( I'd like only understand )
>>    
>>
>
>Windows AML interpreter do not check bound operational regions.
>ACPI-CA AML interpreter (and also Linux one) does, however, check
>bound such regions.  ACPI-CA current position for this stuff is to
>check bound such regions even though that will implies that it
>can not provide total compatibility support.
>Note that their are other compatibilty issues as well.  For example,
>most if not all toshiba laptops (I speak for the non-compal case)
>was shipped with an error for which they implicitely returned a value.
>
>It was stated by ACPI sig. that it is an error.  Note that Toshiba
>has then released new bios which corrected this behaviour.
>
>Alas, it is somehow hard to get correct support from all vendor...
>
>The issue you get (a bad sized operational region) is present in most
>of the toshiba-compal model series.  And toshiba still do not have
>corrected this issue, even though they were warned about.
>
>So, sometimes, complaining to the bios vendor work, sometimes not.  Just
>that we get the same kind of stupid answer as 'it work under windows'
>even from the same vendor.
>
>Cheers,
>
>  
>
X Karol : Thanks for the documentation

X Bruno:

If I try to reassemble the code I get these errors:

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

dsdt.dsl   864:                 Field (U1D3, WordAcc, NoLock, Preserve)
Error    1047 -                           ^ Access width is greater than 
region size

dsdt.dsl   866:                     UR49,   3
Error    1051 -                        ^ Access width of Field Unit 
extends beyond region limit

dsdt.dsl   870:                 Field (UBP1, WordAcc, NoLock, Preserve)
Error    1047 -                           ^ Access width is greater than 
region size

dsdt.dsl   872:                     U1PE,   2
Error    1051 -                        ^ Access width of Field Unit 
extends beyond region limit

dsdt.dsl   905:                 Field (UBP2, WordAcc, NoLock, Preserve)
Error    1047 -                           ^ Access width is greater than 
region size

dsdt.dsl   907:                     U2PE,   2
Error    1051 -                        ^ Access width of Field Unit 
extends beyond region limit

dsdt.dsl   933:                 Field (UBP3, WordAcc, NoLock, Preserve)
Error    1047 -                           ^ Access width is greater than 
region size

dsdt.dsl   935:                     U3PE,   2
Error    1051 -                        ^ Access width of Field Unit 
extends beyond region limit

dsdt.dsl   961:                 Field (UBP4, WordAcc, NoLock, Preserve)
Error    1047 -                           ^ Access width is greater than 
region size

dsdt.dsl   963:                     U4PE,   2
Error    1051 -                        ^ Access width of Field Unit 
extends beyond region limit

dsdt.dsl  2797:                 Method (STM, 0, Serialized)
Warning  2019 -                           ^ Not all control paths return 
a value (STM_)

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

ASL Input:  dsdt.dsl - 3356 lines, 103057 bytes, 1269 keywords
Compilation complete. 10 Errors, 2 Warnings, 0 Remarks, 419 Optimizations

I think this will be hard to fix, right? I should post this to MSI , 
with the hope that will give any importace to my message?

Thanks




-------------------------------------------------------
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en

  parent reply	other threads:[~2003-03-17 18:01 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-03-17 12:50 [Fwd: ACPI error when trying entring in Sleep Mode] Marci
     [not found] ` <3E75C4A6.6000507-nc/lrvXPQ4s@public.gmane.org>
2003-03-17 13:48   ` Ducrot Bruno
     [not found]     ` <20030317134809.GF8319-j6u/t2rXLliUoIHC/UFpr9i2O/JbrIOy@public.gmane.org>
2003-03-17 14:10       ` Marci
     [not found]         ` <3E75D75F.8090908-nc/lrvXPQ4s@public.gmane.org>
2003-03-17 15:28           ` Karol Kozimor
     [not found]     ` <3E75D6E2.4040001@tin.it>
     [not found]       ` <20030317153147.GH8319@poup.poupinou.org>
     [not found]         ` <20030317153147.GH8319-j6u/t2rXLliUoIHC/UFpr9i2O/JbrIOy@public.gmane.org>
2003-03-17 18:01           ` Marci [this message]
     [not found]             ` <3E760D7D.4040405-nc/lrvXPQ4s@public.gmane.org>
2003-03-17 18:16               ` Ducrot Bruno
     [not found]         ` <3E7611EB.2050805@tin.it>
     [not found]           ` <3E7611EB.2050805-nc/lrvXPQ4s@public.gmane.org>
2003-03-17 18:43             ` Ducrot Bruno
     [not found]               ` <20030317184333.GL8319-j6u/t2rXLliUoIHC/UFpr9i2O/JbrIOy@public.gmane.org>
2003-03-17 19:03                 ` Marci
     [not found]                   ` <3E762BDD.8030108@hp.com>
     [not found]                     ` <3E762DED.70301@tin.it>
     [not found]                       ` <3E763453.1080307@hp.com>
     [not found]                         ` <3E763453.1080307-VXdhtT5mjnY@public.gmane.org>
2003-03-17 22:14                           ` Marci
     [not found]                             ` <3E7648C3.9090402-nc/lrvXPQ4s@public.gmane.org>
2003-03-18  9:47                               ` Ducrot Bruno
     [not found]                                 ` <20030318094752.GO8319-j6u/t2rXLliUoIHC/UFpr9i2O/JbrIOy@public.gmane.org>
2003-03-18 14:10                                   ` Marci
     [not found]                                     ` <20030318141933.GU8319@poup.poupinou.org>
     [not found]                                       ` <20030318141933.GU8319-j6u/t2rXLliUoIHC/UFpr9i2O/JbrIOy@public.gmane.org>
2003-03-18 14:58                                         ` Marci
     [not found]                                           ` <3E773417.3030601-nc/lrvXPQ4s@public.gmane.org>
2003-03-18 15:49                                             ` Ducrot Bruno
2003-03-18 14:13                                   ` Ducrot Bruno
  -- strict thread matches above, loose matches on Subject: below --
2003-03-18 16:45 Moore, Robert

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3E760D7D.4040405@tin.it \
    --to=voloterreno-nc/lrvxpq4s@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=ducrot-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org \
    --cc=sziwan-DETuoxkZsSqrDJvtcaxF/A@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox