http://bugzilla.kernel.org/show_bug.cgi?id=10311
------- Comment #7 from [EMAIL PROTECTED] 2008-03-26 03:44 ------- after following these instructions to look at the disassembled DSDT.dat http://gentoo-wiki.com/HOWTO_Fix_Common_ACPI_Problems#Diagnosing_a_Buggy_DSDT I took a peek at Method (_OSC, 4, NotSerialized) and on line 3326 of the disassembled DSDT, it indeed says EIDO, not EI*0 the line reads CreateDWordField (UID0, 0x00, EID0) it does not say EI*0 in the decompiled DSDT. Is this a possible indication of a runtime error if the EID0 is becoming EI*0 in the generated table? I do not have much experience with ACPI, but it seems odd to me that the deconstructed DSDT would not have the incorrect EI*0, which apparently is the problem, but the table trying to be loaded by the kernel does. If i am understanding that method correctly it is somehow checking which lines to add to the SSDT2 table some sort if then type structure. But if isal generated code says EID0, why does the kernel see EI*0 sorry if this is completely off base, but I really find it odd that the method doesn't match the apparent output error. I am attaching the decompiled DSDT.dat incase that helps. It was made with the iasl -d dsdt.aml > dsdt.asl command. I also tried to used acpidump to get the DSDT, but it gives me errors and I cannot get a DSDT this way. # acpidump > acpidump.out $ acpixtract DSDT acpidump > DSDT.dat $ iasl -d DSDT.dat hope this means something. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ acpi-bugzilla mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
