http://bugzilla.kernel.org/show_bug.cgi?id=14679
--- Comment #27 from Lin Ming <[email protected]> 2009-11-26 02:03:23 --- (In reply to comment #24) > It seems that there are indeed two DSDTs, if I'm interpreting this output > right > (dsdt2.aml == dsdt_reported_by_kernel, 0xB13C was the length of the (first) > DSDT reported in dmesg): > > [m...@laptop ~]$ hexdump -Cv dsdt2.aml -s 0xB13C |head -2 > 0000b13c 44 53 44 54 3a 58 00 00 01 98 54 4f 53 49 4e 56 |DSDT:X....TOSINV| > 0000b14c 54 4f 53 49 4e 56 30 30 01 00 00 00 49 4e 54 4c |TOSINV00....INTL| > > Not sure what this means though, as I haven't read enough of the ACPI spec to > know whether this is even legal (is it a SSDT?) Did you run "acpidump --addr 0xafee6000 --length 0xB13C > DSDT_reported_by_kernel"? If yes, please boot with acpi=off, then dump again It's not the DSDT that dmesg shows ACPI: DSDT 00000000afee6000 0B13C (v01 TOSINV TOSINV00 F0000000 MSFT 01000013) It's same as the DSDT in comment #2. -- 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. ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ acpi-bugzilla mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
