http://bugzilla.novell.com/show_bug.cgi?id=496811 User trenn@novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=496811#c5 Thomas Renninger <trenn@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED CC| |astarikovskiy@novell.com --- Comment #5 from Thomas Renninger <trenn@novell.com> 2009-05-19 05:08:00 MDT --- I expect this system does not provide an RSDT table, only an XSDT one. It also seem to have a random/invalid pointer to a RSDT table. We know that older Microsoft OSes did use RSDT table, even they shouldn't. At least Vista seem to make use of XSDT more spec conform. What Microsoft OSes are supported by this machine? The address pointing to RSDT: 0x3488600120 is probably invalid but mmap does not return an error and when trying to access it, acpidump segfaults. Some ideas: - provide a --rsdt param. Only dump RSDT if no XSDT gets dumped or --rsdt param is explicitly provided -> will attach patch. - check against e820 table, whether the tables all lie in reserved ACPI data regions -> a lot to do. It could be checked through /proc/iomem: cffc0000-cffcdfff : ACPI Tables cffce000-cffeffff : ACPI Non-volatile Storage All tables must lie in these regions. There already is --skip option, but I do not understand it. Trying out a bit with it I always get an empty dump with --skip 1 -t ANY_TABLE or a full dump with only --skip 1. IMO this param can be reverted. Alexey, what do you think? Can you try acpidump from pmtools package provided here, please: ftp.suse.com/pub/people/trenn/acpidump It now should work without any param (Also try -a param). If you add --rsdt param you should get the same segfault? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.