https://bugzilla.novell.com/show_bug.cgi?id=681217 https://bugzilla.novell.com/show_bug.cgi?id=681217#c7 --- Comment #7 from Thomas Renninger <trenn@novell.com> 2011-04-26 09:10:26 UTC ---
I tried the latest version 20110330 and it works. Argh, "less" automatically decompresses gzip/bzip2 'ed files and shows them in text format. file acpidump revealed that the data was compressed and uncompressing it let's acpixtract extract the files just fine, sorry for the noise.
The message comes from this part of the broken ECDT table: [03Ch 0060 4] UID : 00000000 [040h 0064 1] GPE Number : 00 [041h 0065 1] Namepath : "" GPE number and path to the EC in DSDT are zero, but should be (from the EC object from the DSDT): GPE Number : 0x17 Namepath : "\_SB.PCI0.LPCB.EC" The EC driver already seem to detect this situation correctly and successfully works it around. The message is not 100% correct, as it's an MSI notebook, but it complains about ASUSTek. As long as you do not experience further breakage, things should be fine: - Kernel should complain about the broken table (maybe more generic not mentioning asustek) - Try to set EC up from EC object in DSDT -> seem to work Andreas: Can you attach dmidecode as well, please. How old is this machine? We had some contacts to MSI recently, I can try to point them to this "easy to fix in BIOS" problem. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.