Thanks for the rely, Here is my acpixtract -l dsdt.asl output: Signature Length OemId OemTableId OemRevision CompilerId CompilerRevision DSDT 8794 "DELL " "dt_ex " 00001000 "MSFT" 0100000D FACS 64 FACP 116 "DELL " "8250 " 00000008 "ASL " 00000061 SSDT 167 "DELL " "st_ex " 00001000 "MSFT" 0100000D APIC 108 "DELL " "8250 " 00000008 "ASL " 00000061 BOOT 40 "DELL " "8250 " 00000008 "ASL " 00000061 RSDT 52 "DELL " "8250 " 00000008 "ASL " 00000061 RSDP "DELL " Found 8 ACPI tables [20060324] I have also attached my dsdt.asl file, which is the output of the acpidump. The acpixtract was able to create all the dat files, but I was a little confused when it came to copying the table to the dsdt file. I simply copied the above table to the bottom of the dsdt.asl file and tried to compile, but it still gave me an error: iasl -tc dsdt.asl : Intel ACPI Component Architecture ASL Optimizing Compiler version 20060512 [Jul 27 2006] Copyright (C) 2000 - 2006 Intel Corporation Supports ACPI Specification Revision 3.0a dsdt.asl1 1: DSDT 60 a0 1b 5c 5f 4f 53 ..$[._OSI`..\_OS Error 4094 - ^ syntax error, unexpected PARSEOP_NAMESEG, expecting PARSEOP_DEFINITIONBLOCK ASL Input: dsdt.asl1 - 505 lines, 35964 bytes, 0 keywords Compilation complete. 1 Errors, 0 Warnings, 0 Remarks, 0 Optimizations Part of the problem could be that I might not have the newest iasl compiler because I can't get the iasl compiler from the acpica-unix package to compile on my machine. Currently using version 20060512. Thanks, John On 7/27/06, Thomas Renninger <trenn@xxxxxxx> wrote:
On Tue, 2006-07-25 at 20:54 -0400, John Altobelli wrote: > Hello, > > I have a dell dimension 8250 and after compiling the dsdt.dsl file I > get the following errors: > > Intel ACPI Component Architecture > ASL Optimizing Compiler version 20060512 [Jul 15 2006] > Copyright (C) 2000 - 2006 Intel Corporation > Supports ACPI Specification Revision 3.0a > > dsdt.dsl 356: Notify (\_SB.PCI0.ISA.KBD, 0x02) > Error 4062 - Object does not exist ^ (\_SB.PCI0.ISA.KBD) These are probably all declared in a SSDT. > > dsdt.dsl 666: Method (_S5D, 0, NotSerialized) > Warning 1097 - Unknown reserved name ^ (_S5D) Uncritical > > dsdt.dsl 1331: Device (DMA) > Error 4094 - ^ syntax error, unexpected > PARSEOP_DMA, expecting PARSEOP_NAMESEG or PARSEOP_NAMESTRING iasl error... somewhat ugly, I reask whether these nameclashes can be fixed somewhat more generic than adding fixed string tokens to device method declarations in yacc. Renaming all DMA to e.g. _DMA_ (beside the ones where the DMA keyword should be used, not sure if there is case in your DSDT) should work around that. > > dsdt.dsl 1504: Field (\_SB.PCI0.ISA.COM, ByteAcc, > NoLock, Preserve) > Error 4062 - Object does not exist ^ (\_SB.PCI0.ISA.COM) see above ... > dsdt.dsl 2906: } > Error 4094 - ^ syntax error, unexpected '}', expecting $end Don't know, follow up error from above? Better get the latest acpica-unix from: http://developer.intel.com/technology/iapc/acpi/downloads.htm Use acpidump, do not cp /proc/acpi/dsdt (this one is going to vanish sooner or later). Then use the compiled acpixtract from acpica-unix (not the perl one from pmtools, that one gets obsolete). You now should get several tables DSDT.dat SSDT1.dat SSDT2.dat ... If you cut of the header (and closing '}' at the end of the table) of the SSDTs and C&P them to the end of the DSDT (inside the last closing '}') everything should compile fine. The latest iasl compiler should add External statements at the beginning of the disassembled table, but this does not work perfectly yet. You can: iasl -e TABLE_WITH_EXTERNAL_DECLARATIONS.aml -d TABLE_TO_DISASSEMBLE.aml to let iasl resolve External symbols correctly. But this is also not fully (not at all..) implemented. I am currently playing with that, can you send me your acpidump output, please. Thanks, Thomas
Attachment:
dsdt.asl
Description: Binary data
