Annapa päätteessä komento:
dmesg|grep MSFTJos tulos on jotain tämän tapaista, eli tulostuu rivi, jossa on nuo neljä maagista kirjainta "MSFT"
[ 0.000000] ACPI: DSDT (v001 COMPAQ ARMADAE7 0x00010000 MSFT 0x0100000c) @ 0x00000000
, niin kyseessä saattaa olla rikkinäinen bios ja arvatkaapa, mihin huo kirjaimet "M" ja "S" viitaavat
Kokeilisin ensin bios-päivitystä. Korjaus kuuluisi ensisijaisesti laitevalmistajille, koska voisi olettaa rajapintojen toimivan standardin mukaisesti.
Lisää aiheesta on täällä:
http://forums.gentoo.org/viewtopic.php?t=122145"The ACPI Specification defines the requirements for the DSDT (and everything else, for that matter) pretty explicitly. Intel's ASL compiler, iasl, used to compile the DSDT to AML from ASL, will throw errors and warnings if the underlying ASL is buggy. Unfortunately, Microsoft's ASL compiler allows many of these errors and warnings to sneak by. As a result, many OEMs write buggy DSDTs, and it turns out that Windows is very forgiving of bugs in the DSDT that get by Microsoft's compiler (not surprisingly).
What this means is that a DSDT that does not conform to the ACPI specification will work under Windows, even though it shouldn't. However, when you try to use it in Linux, where the ACPI developers expect that the DSDT is written to comply with the standard (and the Intel ASL compiler), the buggy sections of the DSDT are unsupported. If you have a buggy DSDT, ACPI may not be aware that certain devices exist. Or, if it is aware, it may not support all of their capabilites. If you have either of these symptoms (missing or incompletely supported functionality in /proc/acpi), then the cause may be a buggy DSDT. "
Sinun on siis löydettävä ehjä dsdt ja käännettävä se Intelin kääntäjällä. Kääntäjän saat seuraavasti:
apt-get install iaslKorjattu dsdt-tiedosto saattaa olla osoitteessa
http://acpi.sourceforge.netHae tiedosto ja käännä se komennolla:
iasl -tc <tiedosto>Kopioi syntynyt binääri DSDT.aml hakemistoon /etc/initramfs-tools (huomaa kirjainkoko !) ja aja komento:
update-initramfs -c -k `uname -r` Jos korjattua dsdt:tä ei ole, niin joudut tekemään sen itse:
cat /proc/acpi/dsdt > dsdt.aml
iasl -d dsdt.amlJa sitten syntyneestä lähdekoodisesta tiedostosta käännös alkuperäisen ohjeen mukaan ja virheimoitusten perusteella etsimään vikoja... Ei kovin mukavaa hommaa tehdä asioita, jotka kuuluisivat HP:lle. Laitteessa on jo periaatteessa kuluttajansuojalain tarkoittama virhe, mutta virheen näyttäminen saattaa olla yllättävän hankalaa