From: Gleb Natapov <gleb@redhat.com>
To: Gerd Hoffmann <kraxel@redhat.com>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH v4 05/11] suspend: add infrastructure
Date: Mon, 13 Feb 2012 11:21:23 +0200 [thread overview]
Message-ID: <20120213092123.GV18866@redhat.com> (raw)
In-Reply-To: <1328807143-29499-6-git-send-email-kraxel@redhat.com>
On Thu, Feb 09, 2012 at 06:05:37PM +0100, Gerd Hoffmann wrote:
> This patch adds some infrastructure to handle suspend and resume to
> qemu. First there are two functions to switch state and second there
> is a suspend notifier:
>
> * qemu_system_suspend_request is supposed to be called when the
> guest asks for being be suspended, for example via ACPI.
>
> * qemu_system_wakeup_request is supposed to be called on events
> which should wake up the guest.
>
> * qemu_register_suspend_notifier can be used to register a notifier
> which will be called when the guest is suspended. Machine types
> and device models can hook in there to modify state if needed.
>
> * qemu_register_wakeup_notifier can be used to register a notifier
> which will be called when the guest is woken up. Machine types
> and device models can hook in there to modify state if needed.
>
> * qemu_system_wakeup_enable can be used to enable/disable wakeup
> events.
>
> Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
> ---
> sysemu.h | 9 +++++++++
> vl.c | 49 +++++++++++++++++++++++++++++++++++++++++++++++++
> 2 files changed, 58 insertions(+), 0 deletions(-)
>
> diff --git a/sysemu.h b/sysemu.h
> index 9d5ce33..af73813 100644
> --- a/sysemu.h
> +++ b/sysemu.h
> @@ -38,7 +38,16 @@ void vm_start(void);
> void vm_stop(RunState state);
> void vm_stop_force_state(RunState state);
>
> +typedef enum WakeupReason {
> + QEMU_WAKEUP_REASON_OTHER = 0,
> +} WakeupReason;
> +
> void qemu_system_reset_request(void);
> +void qemu_system_suspend_request(void);
> +void qemu_register_suspend_notifier(Notifier *notifier);
> +void qemu_system_wakeup_request(WakeupReason reason);
> +void qemu_system_wakeup_enable(WakeupReason reason, bool enabled);
> +void qemu_register_wakeup_notifier(Notifier *notifier);
> void qemu_system_shutdown_request(void);
> void qemu_system_powerdown_request(void);
> void qemu_system_debug_request(void);
> diff --git a/vl.c b/vl.c
> index 63dd725..5095e06 100644
> --- a/vl.c
> +++ b/vl.c
> @@ -1283,6 +1283,12 @@ static int shutdown_requested, shutdown_signal = -1;
> static pid_t shutdown_pid;
> static int powerdown_requested;
> static int debug_requested;
> +static bool is_suspended;
> +static NotifierList suspend_notifiers =
> + NOTIFIER_LIST_INITIALIZER(suspend_notifiers);
> +static NotifierList wakeup_notifiers =
> + NOTIFIER_LIST_INITIALIZER(wakeup_notifiers);
> +static uint32_t wakeup_reason_mask = ~0;
> static RunState vmstop_requested = RUN_STATE_MAX;
>
> int qemu_shutdown_requested_get(void)
> @@ -1398,6 +1404,49 @@ void qemu_system_reset_request(void)
> qemu_notify_event();
> }
>
> +void qemu_system_suspend_request(void)
> +{
> + if (is_suspended) {
> + return;
> + }
> + cpu_stop_current();
> + notifier_list_notify(&suspend_notifiers, NULL);
> + is_suspended = true;
> +}
> +
Shouldn't we stop the whole VM at some point, not only vcpu that
does ACPI IO? May be I missed where it is done in the patch series.
> +void qemu_register_suspend_notifier(Notifier *notifier)
> +{
> + notifier_list_add(&suspend_notifiers, notifier);
> +}
> +
> +void qemu_system_wakeup_request(WakeupReason reason)
> +{
> + if (!is_suspended) {
> + return;
> + }
> + if (!(wakeup_reason_mask & (1 << reason))) {
> + return;
> + }
> + notifier_list_notify(&wakeup_notifiers, &reason);
> + reset_requested = 1;
> + qemu_notify_event();
> + is_suspended = false;
> +}
> +
> +void qemu_system_wakeup_enable(WakeupReason reason, bool enabled)
> +{
> + if (enabled) {
> + wakeup_reason_mask |= (1 << reason);
> + } else {
> + wakeup_reason_mask &= ~(1 << reason);
> + }
> +}
> +
> +void qemu_register_wakeup_notifier(Notifier *notifier)
> +{
> + notifier_list_add(&wakeup_notifiers, notifier);
> +}
> +
> void qemu_system_killed(int signal, pid_t pid)
> {
> shutdown_signal = signal;
> --
> 1.7.1
--
Gleb.
next prev parent reply other threads:[~2012-02-13 9:21 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-09 17:05 [Qemu-devel] [PATCH v4 00/11] initial suspend support Gerd Hoffmann
2012-02-09 17:05 ` [Qemu-devel] [PATCH v4 01/11] acpi: move around structs Gerd Hoffmann
2012-02-09 17:05 ` [Qemu-devel] [PATCH v4 02/11] acpi: add ACPIREGS Gerd Hoffmann
2012-02-09 17:05 ` [Qemu-devel] [PATCH v4 03/11] acpi: don't pass overflow_time to acpi_pm1_evt_get_sts Gerd Hoffmann
2012-02-09 17:05 ` [Qemu-devel] [PATCH v4 04/11] acpi: add acpi_pm1_evt_write_en Gerd Hoffmann
2012-02-09 17:05 ` [Qemu-devel] [PATCH v4 05/11] suspend: add infrastructure Gerd Hoffmann
2012-02-13 9:21 ` Gleb Natapov [this message]
2012-02-14 8:18 ` Gerd Hoffmann
2012-02-14 8:37 ` Gleb Natapov
2012-02-14 8:57 ` Gerd Hoffmann
2012-02-14 9:08 ` Gleb Natapov
2012-02-14 14:49 ` Gerd Hoffmann
2012-02-09 17:05 ` [Qemu-devel] [PATCH v4 06/11] suspend: switch acpi s3 to new infrastructure Gerd Hoffmann
2012-02-09 17:05 ` [Qemu-devel] [PATCH v4 07/11] suspend: add system_wakeup monitor command Gerd Hoffmann
2012-02-09 17:05 ` [Qemu-devel] [PATCH v4 08/11] suspend: make ps/2 devices wakeup the guest Gerd Hoffmann
2012-02-09 17:05 ` [Qemu-devel] [PATCH v4 09/11] suspend: make serial ports " Gerd Hoffmann
2012-02-09 17:05 ` [Qemu-devel] [PATCH v4 10/11] suspend: make rtc alarm " Gerd Hoffmann
2012-02-09 17:05 ` [Qemu-devel] [PATCH v4 11/11] suspend: pmtimer s3 wakeup Gerd Hoffmann
2012-02-10 12:43 ` [Qemu-devel] [PATCH 12/11] suspend: add qmp events Gerd Hoffmann
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120213092123.GV18866@redhat.com \
--to=gleb@redhat.com \
--cc=kraxel@redhat.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.