From mboxrd@z Thu Jan 1 00:00:00 1970 From: Robert Hancock Subject: Re: [Re: Linux 2.6.28-rc1] ACPI Warning (nspredef-0852)[...] Date: Sat, 25 Oct 2008 11:10:43 -0600 Message-ID: <49035313.9080309@shaw.ca> References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from idcmail-mo1so.shaw.ca ([24.71.223.10]:24802 "EHLO idcmail-mo1so.shaw.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752730AbYJYRKw (ORCPT ); Sat, 25 Oct 2008 13:10:52 -0400 In-Reply-To: Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: Henrique de Moraes Holschuh Cc: "Rafael J. Wysocki" , Maciej Rutecki , Linux Kernel Mailing List , linux-acpi@vger.kernel.org, lenb@kernel.org, fabio.comolli@gmail.com Henrique de Moraes Holschuh wrote: > On Sat, 25 Oct 2008, Rafael J. Wysocki wrote: >> On Saturday, 25 of October 2008, Maciej Rutecki wrote: >>> During suspend to ram I have this message: >>> >>> ACPI Warning (nspredef-0852): \_WAK: Return type mismatch - found >>> Integer, expected Package [20080926] >>> >>> s2ram seems works OK >>> >>> dmesg, acpidump: >>> http://unixy.pl/maciek/download/kernel/2.6.28-rc1_wak/ >> IMO it's yet another incarnation of >> http://bugzilla.kernel.org/show_bug.cgi?id=11822 > > If this is an outright violation of the ACPI spec, let me know (and if > possible, please tell me the spec page). This is the kind of thing I expect > it would be a no-brainer to get Lenovo to fix with a BIOS update. I don't think this is the same issue, but in both cases it looks like the BIOS AML code is wrong (just judging from the output, haven't looked at the dump yet). _WAK is supposed to return a package of 2 DWORD values, a bit field of conditions that occurred during sleep, and the effective S-state the system actually entered (section 7.3.7 of the ACPI 3.0 spec). Presumably the BIOS is returning a single integer.