I'm not sure I understand what you are describing, please clarify. The DSDT compiles on Windows OK:
C:\Acpi\Bugs\fault>iasl dsdt.dsl Intel ACPI Component Architecture ASL Optimizing Compiler version 20061109 [Nov 9 2006] Copyright (C) 2000 - 2006 Intel Corporation Supports ACPI Specification Revision 3.0a ASL Input: dsdt.dsl - 561 lines, 18338 bytes, 209 keywords AML Output: acpi-dsdt.aml - 2098 bytes 104 named objects 105 executable opcodes Compilation complete. 0 Errors, 0 Warnings, 0 Remarks, 68 Optimizations > -----Original Message----- > From: Mattia Dongili [mailto:[EMAIL PROTECTED] > Sent: Friday, December 01, 2006 11:16 AM > To: Moore, Robert > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; Andreas > Henriksson > Subject: Bug#401153: backtrace for iasl bug #401153 > > Hi Robert, > > I've been submitted a bug from the powerpc Debian's folks (see below or > point your browser at [1]). > In short the story is: we enabled building iasl for powerpc in order to > buld DSDT tables for qemu which is available on powerpc and can emulate > the x86. > So we have a DSDT which makes iasl segfault while building on powerpc, > it doesn't on i386. The DSDT is here: > http://bugs.debian.org/cgi-bin/bugreport.cgi/acpi- > dsdt.dsl?bug=401153;msg=5;att=1 > > Can you help putting some light where the problem may hide? > > Thanks > > [1]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=401153 > > ----- Forwarded message from Andreas Henriksson <[EMAIL PROTECTED]> ----- > > Subject: Bug#401153: backtrace for iasl bug #401153 > From: Andreas Henriksson <[EMAIL PROTECTED]> > Date: Fri, 1 Dec 2006 16:45:37 +0100 > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Message-ID: <[EMAIL PROTECTED]> > User-Agent: Mutt/1.5.9i > Reply-To: Andreas Henriksson <[EMAIL PROTECTED]>, [EMAIL PROTECTED] > > On Fri, Dec 01, 2006 at 03:42:51PM +0100, Andreas Henriksson wrote: > > Program received signal SIGSEGV, Segmentation fault. > > 0x10019570 in TrAmlTransformWalk () > > (gdb) bt > > #0 0x10019570 in TrAmlTransformWalk () > > #1 0x1001758c in TrWalkParseTree () > > #2 0x1000b728 in CmDoCompile () > > #3 0x10011250 in main () > > (gdb) > > > > I forgot to mention, this is on Debian Testing PowerPC with iasl > recompiled with DEB_BUILD_OPTIONS="noopt, nostrip". > > > Some additional printf debugging shows this: > TrAmlTransformWalk -> TrTransformSubtree -> TrDoDefinitionBlock > > File compiler/asltransform.c line 432: > if (!ACPI_COMPARE_NAME (Next->Asl.Value.String, ACPI_SIG_DSDT)) > > it blows up here.... Next->Asl.Value.String is NULL... All the > macro/pointer obfuscation got me lost here... > > HTH > > -- > Regards, > Andreas Henriksson > > > > ----- End forwarded message ----- > -- > mattia > :wq!