From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:38526) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RvRbh-0007SK-ND for qemu-devel@nongnu.org; Thu, 09 Feb 2012 05:52:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RvRbT-0002UU-3G for qemu-devel@nongnu.org; Thu, 09 Feb 2012 05:52:05 -0500 Received: from mx1.redhat.com ([209.132.183.28]:28212) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RvRbS-0002Tr-S8 for qemu-devel@nongnu.org; Thu, 09 Feb 2012 05:51:51 -0500 Message-ID: <4F33A541.6080401@redhat.com> Date: Thu, 09 Feb 2012 11:51:45 +0100 From: Gerd Hoffmann MIME-Version: 1.0 References: <1328698819-31269-1-git-send-email-kraxel@redhat.com> <1328698819-31269-3-git-send-email-kraxel@redhat.com> <20120209085343.GC18866@redhat.com> In-Reply-To: <20120209085343.GC18866@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH v3 2/6] suspend: switch acpi s3 to new infrastructure. List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gleb Natapov Cc: xen-devel@lists.xensource.com, qemu-devel@nongnu.org Hi, >> Pretend that resume was caused by power button */ >> pm1a->sts |= >> (ACPI_BITMASK_WAKE_STATUS | ACPI_BITMASK_POWER_BUTTON_STATUS); > Here we should report real reason for a wakeup (if it can be reported in > mp1sts that is). These are available I guess? /* PM1x_STS */ #define ACPI_BITMASK_TIMER_STATUS 0x0001 #define ACPI_BITMASK_BUS_MASTER_STATUS 0x0010 #define ACPI_BITMASK_GLOBAL_LOCK_STATUS 0x0020 #define ACPI_BITMASK_POWER_BUTTON_STATUS 0x0100 #define ACPI_BITMASK_SLEEP_BUTTON_STATUS 0x0200 #define ACPI_BITMASK_RT_CLOCK_STATUS 0x0400 #define ACPI_BITMASK_PCIEXP_WAKE_STATUS 0x4000 /* ACPI 3.0 */ #define ACPI_BITMASK_WAKE_STATUS 0x8000 What do they mean? How would the rtc wakeup be tagged? Set ACPI_BITMASK_RT_CLOCK_STATUS? Anything I can use for ps/2 kbd/mouse wakeup? What do you suggest to do when there is nothing usable (such as qemu monitor command which simply doesn't exist on real hardware)? thanks, Gerd