From patchwork Fri Jan 8 14:00:06 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Denis V. Lunev" X-Patchwork-Id: 564787 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from lists.gnu.org (lists.gnu.org [IPv6:2001:4830:134:3::11]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPS id 47A321401AD for ; Sat, 9 Jan 2016 01:01:07 +1100 (AEDT) Received: from localhost ([::1]:35882 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aHXbF-00029m-Bh for incoming@patchwork.ozlabs.org; Fri, 08 Jan 2016 09:01:05 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43819) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aHXaV-0000x5-SD for qemu-devel@nongnu.org; Fri, 08 Jan 2016 09:00:20 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aHXaS-0002NQ-OI for qemu-devel@nongnu.org; Fri, 08 Jan 2016 09:00:19 -0500 Received: from mailhub.sw.ru ([195.214.232.25]:19130 helo=relay.sw.ru) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aHXaS-0002MG-A7 for qemu-devel@nongnu.org; Fri, 08 Jan 2016 09:00:16 -0500 Received: from hades.sw.ru ([10.30.8.132]) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id u072x5mP025831; Thu, 7 Jan 2016 05:59:08 +0300 (MSK) From: "Denis V. Lunev" To: Date: Fri, 8 Jan 2016 17:00:06 +0300 Message-Id: <1452261610-4039-2-git-send-email-den@openvz.org> X-Mailer: git-send-email 2.5.0 In-Reply-To: <1452261610-4039-1-git-send-email-den@openvz.org> References: <1452261610-4039-1-git-send-email-den@openvz.org> X-detected-operating-system: by eggs.gnu.org: OpenBSD 3.x X-Received-From: 195.214.232.25 Cc: "Denis V. Lunev" , qemu-devel@nongnu.org, Dmitry Andreev , Markus Armbruster Subject: [Qemu-devel] [PATCH 1/5] qmp: process system-reset event in paused state X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org Sender: qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org With pvpanic or HyperV panic devices could be moved into the paused state with ' preserve'. In this state VM reacts only to 'virsh destroy' or 'continue'. 'virsh reset' command is usually used to force guest reset. The expectation of the behavior of this command is that the guest will be force restarted. This is not true at the moment. Thus it is quite natural to process 'virh reset' aka qmp_system_reset this way, i.e. allow to reset the guest. This behavior is similar to one observed with 'reset' button on real hardware :) Signed-off-by: Denis V. Lunev CC: Markus Armbruster CC: Dmitry Andreev --- qmp.c | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/qmp.c b/qmp.c index 0a1fa19..df17a33 100644 --- a/qmp.c +++ b/qmp.c @@ -112,6 +112,10 @@ void qmp_stop(Error **errp) void qmp_system_reset(Error **errp) { qemu_system_reset_request(); + + if (!runstate_is_running()) { + vm_start(); + } } void qmp_system_powerdown(Error **erp)