From patchwork Thu Jan 19 11:56:16 2012 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Stefano Stabellini X-Patchwork-Id: 136873 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 22AB91007D3 for ; Fri, 20 Jan 2012 04:39:22 +1100 (EST) Received: from localhost ([::1]:57449 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RnvRx-0005oP-Gu for incoming@patchwork.ozlabs.org; Thu, 19 Jan 2012 12:06:57 -0500 Received: from eggs.gnu.org ([140.186.70.92]:35241) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rnqak-00029N-7W for qemu-devel@nongnu.org; Thu, 19 Jan 2012 06:55:47 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rnqaf-00059D-WB for qemu-devel@nongnu.org; Thu, 19 Jan 2012 06:55:42 -0500 Received: from smtp.citrix.com ([66.165.176.89]:2463) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rnqaf-000599-Qn for qemu-devel@nongnu.org; Thu, 19 Jan 2012 06:55:37 -0500 X-IronPort-AV: E=Sophos;i="4.71,535,1320642000"; d="scan'208";a="21052856" Received: from ftlpmailmx01.citrite.net ([10.13.107.65]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 19 Jan 2012 06:55:36 -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; Thu, 19 Jan 2012 06:55:36 -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 q0JBtRIw011858; Thu, 19 Jan 2012 03:55:28 -0800 From: Stefano Stabellini To: qemu-devel@nongnu.org Date: Thu, 19 Jan 2012 11:56:16 +0000 Message-ID: <1326974181-32511-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 X-Mailman-Approved-At: Thu, 19 Jan 2012 12:06:52 -0500 Cc: xen-devel@lists.xensource.com, Stefano Stabellini , jan.kiszka@siemens.com, avi@redhat.com, Anthony PERARD Subject: [Qemu-devel] [PATCH v3 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;