Bug 6122 - Error: Method execution failed AE_AML_BUFFER_LIMIT
Summary: Error: Method execution failed AE_AML_BUFFER_LIMIT
Status: CLOSED PATCH_ALREADY_AVAILABLE
Alias: None
Product: ACPI
Classification: Unclassified
Component: Other (show other bugs)
Hardware: i386 Linux
: P2 normal
Assignee: Robert Moore
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-02-23 12:35 UTC by Diego Ferri
Modified: 2006-02-27 11:14 UTC (History)
0 users

See Also:
Kernel Version: 2.6.15
Subsystem:
Regression: ---
Bisected commit-id:


Attachments
Original Dsdt (238.21 KB, text/plain)
2006-02-23 14:33 UTC, Diego Ferri
Details
Customized DSDT (238.31 KB, text/plain)
2006-02-23 14:35 UTC, Diego Ferri
Details
Assembled Original DSDT (29.46 KB, application/octet-stream)
2006-02-24 07:23 UTC, Diego Ferri
Details
Disassembly with 20060217 (289.39 KB, text/plain)
2006-02-24 15:11 UTC, Robert Moore
Details

Description Diego Ferri 2006-02-23 12:35:54 UTC
I have a very similar issue to bug 5943 (sorry i posted there but i'm a bugzilla
first-time) using an Acer Aspire 1694WLMI DDR, a customized DSDT
from acpi.sourceforge.net (Bios version: 3c29custom) and iasl20060127.

ACPI: Subsystem revision 20050902
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: Probing PCI hardware (bus 00)
    ACPI-0508: *** Error: Method execution failed [\_SB_.PCI0._CRS] (Node
c147b520), AE_AML_BUFFER_LIMIT
    ACPI-0156: *** Error: Method execution failed [\_SB_.PCI0._CRS] (Node
c147b520), AE_AML_BUFFER_LIMIT

So compiling with iasl > 20051021 isnt the way to go :/
Thank you
Comment 1 Robert Moore 2006-02-23 13:41:18 UTC
Please post the original DSDT from the machine and the customized DSDT, thanks.
Comment 2 Diego Ferri 2006-02-23 14:33:06 UTC
Created attachment 7460 [details]
Original Dsdt
Comment 3 Diego Ferri 2006-02-23 14:35:20 UTC
Created attachment 7461 [details]
Customized DSDT
Comment 4 Diego Ferri 2006-02-23 14:40:07 UTC
Done. I was looking at the header of sf original dsdt: they say "AML Disassembler version 20050624". Maybe it should even disassembled with a newer iasl version?
Anyway...thank you!
Comment 5 Robert Moore 2006-02-23 14:43:50 UTC
Yes, please post the raw, undisassembled original DSDT - either the binary or 
the acpidump.

Comment 6 Diego Ferri 2006-02-23 14:47:58 UTC
I see them as attachments, don't they? O_o
Comment 7 Robert Moore 2006-02-23 14:52:36 UTC
These are disassembled tables, I need the original, not disassembled.

 * AML Disassembler version 20050624
 *
 * Disassembly of dsdt-orig.dat, Fri Nov 18 17:32:04 2005

Comment 8 Robert Moore 2006-02-23 15:03:54 UTC
This appears to be a combination compiler/dissasembler issue that was 
introduced in version 20050617 and fixed in 20051021. Therefore, the original 
table must be re-disassembled (with a version >= 20051021) before any changes 
are made.


17 June 2005.  Summary of changes for version 20050617:

Enhanced the disassembler to emit compilable code in the face of incorrect AML 
resource descriptors. If the optional ResourceSourceIndex is present, but the 
ResourceSource is not, do not emit the ResourceSourceIndex in the disassembly. 
Otherwise, the resulting code cannot be compiled without errors.


21 October 2005. Summary of changes for version 20051021:

Removed a recent feature of the disassembler to ignore a lone ResourceIndex 
byte. This byte is now emitted if present so that the exact AML can be 
reproduced when the disassembled code is recompiled.

Relaxed a compiler restriction that disallowed a ResourceIndex byte if the 
corresponding ResourceSource string was not also present in a resource 
descriptor declaration. This restriction caused problems with existing AML/ASL 
code that includes the Index byte without the string. When such AML was 
disassembled, it could not be compiled without modification. Further, the 
modified code created a resource template with a different size than the 
original, breaking code that used fixed offsets into the resource template 
buffer.


Comment 9 Diego Ferri 2006-02-24 07:23:28 UTC
Created attachment 7466 [details]
Assembled Original DSDT

ops...
hope this one will fit...my box is a little messed up :/

sorry for the delay
thanks
Comment 10 Robert Moore 2006-02-24 15:11:50 UTC
Created attachment 7469 [details]
Disassembly with 20060217


I have verified that the problem is indeed as described previously. This
disassembled DSDT will compile and run OK.
Comment 11 Diego Ferri 2006-02-25 02:33:14 UTC
Yes, works even with iasl 20060210.  
  
I'll upload my dsdt.dsl on sourceforge, if you don't mind. 
 
Thank you 

Note You need to log in before you can comment on or make changes to this bug.