>On 2015/01/06 23:26, Mark Kettenis wrote: >> > From: Kasper Steensig Jensen <[email protected]> >> > Date: Tue, 6 Jan 2015 21:23:53 +0000 >> > >> > >On 2015/01/05 15:17, Kasper Steensig Jensen wrote: >> > >> acpidump not working because corrupted RSDT. When the command acpidump >> > >> -o mydump is run it gives the error "apidump: RSDT is corrupted" >> > >> ACPI has been tested and is working on Debian, FreeBSD >> > >> > >Can you get an acpidump from FreeBSD? >> > >> > >> so it can't be a problem with the laptop. >> > >> > >Yes it can, but these other OS might be ignoring it. >> > >> > >> UKC> disable mpbios >> > >> 53 mpbios0 disabled >> > >> > >why? >> > >> > >Can you get an acpidump from FreeBSD? >> > FreeBSD is currently not installed on the laptop but would a Debian >> > acpidump be good enough? I can install FreeBSD if it's required. >> >> Might be. I'm not really familliar with the Linux acpidump tool, but >> if it dumps all the tables in raw format, it might be useful. >> >> The mailing lists will strip attachments, so best if you put it on a >> webserver somewhere from where we can download it. > >It looks like you may be able to do this with linux's acpidump: > >acpidump > acpidump.out > >- this should produce a text file > >acpixtract -a acpidump.out > >- this should convert it into a number of .dat files which are what >might be useful to us (you should also be able to run "iasl -d <file>" >to disassemble them); tar up the .dat files and put them online >somewhere. > >> Anyway, what we need to figure out is why mapping the RSDT table >> fails. If you happen to have some hacking skills you could try to >> figure out which "return NULL" in sys/dev/acpi.c:acpi_maptable() >> you're hitting on that laptop.
Here is a link to the acpidump archive file: https://cloud.prozum.dk/public.php?service=files&t=78661b263f4932df157c13a94c5209e7 On Debian I also got the error "Wrong checksum for XDST", I can still read the battery on Debian which I can't on OpenBSD. I also found the "return NULL" that I am hitting in sys/dev/acpi.c:acpi_maptable() It is the 4th NULL which is in the codeblock: if (acpi_checksum(hdr, len)) { acpi_unmap(&handle); return NULL; } It is definitely the checksum that something is wrong with, I don't know how to fix it though.
