From patchwork Fri Jan 20 17:21:20 2012 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Stefano Stabellini X-Patchwork-Id: 137050 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from lists.gnu.org (lists.gnu.org [140.186.70.17]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTPS id 0BF781007D1 for ; Sat, 21 Jan 2012 04:22:02 +1100 (EST) Received: from localhost ([::1]:35038 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RoIA3-0001OH-2Z for incoming@patchwork.ozlabs.org; Fri, 20 Jan 2012 12:21:59 -0500 Received: from eggs.gnu.org ([140.186.70.92]:48215) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RoI9i-00019s-T0 for qemu-devel@nongnu.org; Fri, 20 Jan 2012 12:21:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RoI9e-0004n7-87 for qemu-devel@nongnu.org; Fri, 20 Jan 2012 12:21:38 -0500 Received: from smtp.citrix.com ([66.165.176.89]:42159) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RoI9e-0004n3-5B for qemu-devel@nongnu.org; Fri, 20 Jan 2012 12:21:34 -0500 X-IronPort-AV: E=Sophos;i="4.71,543,1320642000"; d="scan'208";a="21116089" Received: from ftlpmailmx01.citrite.net ([10.13.107.65]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 20 Jan 2012 12:21:33 -0500 Received: from smtp01.ad.xensource.com (10.219.128.104) by smtprelay.citrix.com (10.13.107.65) with Microsoft SMTP Server id 8.3.213.0; Fri, 20 Jan 2012 12:21:33 -0500 Received: from localhost.localdomain (kaball.uk.xensource.com [10.80.2.59]) by smtp01.ad.xensource.com (8.13.1/8.13.1) with ESMTP id q0KHLOUc016285; Fri, 20 Jan 2012 09:21:24 -0800 From: Stefano Stabellini To: xen-devel@lists.xensource.com Date: Fri, 20 Jan 2012 17:21:20 +0000 Message-ID: <1327080085-8673-1-git-send-email-stefano.stabellini@eu.citrix.com> X-Mailer: git-send-email 1.7.0.4 In-Reply-To: References: MIME-Version: 1.0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 66.165.176.89 Cc: Stefano Stabellini , jan.kiszka@siemens.com, qemu-devel@nongnu.org, avi@redhat.com, Anthony PERARD Subject: [Qemu-devel] [PATCH v4 1/6] vl.c: do not save the RAM state when Xen is enabled 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 From: Anthony PERARD In the Xen case, the guest RAM is not handle by QEMU, and it is saved by Xen tools. So, we just avoid to register the RAM save state handler. Signed-off-by: Anthony PERARD Signed-off-by: Stefano Stabellini --- vl.c | 6 ++++-- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/vl.c b/vl.c index ba55b35..6f0435b 100644 --- a/vl.c +++ b/vl.c @@ -3270,8 +3270,10 @@ int main(int argc, char **argv, char **envp) default_drive(default_sdcard, snapshot, machine->use_scsi, IF_SD, 0, SD_OPTS); - register_savevm_live(NULL, "ram", 0, 4, NULL, ram_save_live, NULL, - ram_load, NULL); + if (!xen_enabled()) { + register_savevm_live(NULL, "ram", 0, 4, NULL, ram_save_live, NULL, + ram_load, NULL); + } if (nb_numa_nodes > 0) { int i;