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.
