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 changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
CC| |astarikovskiy@novell.com
--- Comment #5 from Thomas Renninger 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.