From patchwork Thu Nov 29 13:17:56 2012 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Gerd Hoffmann X-Patchwork-Id: 202742 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from lists.gnu.org (lists.gnu.org [208.118.235.17]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTPS id 790312C0093 for ; Fri, 30 Nov 2012 00:18:13 +1100 (EST) Received: from localhost ([::1]:47349 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Te40J-00044H-8a for incoming@patchwork.ozlabs.org; Thu, 29 Nov 2012 08:18:11 -0500 Received: from eggs.gnu.org ([208.118.235.92]:52374) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Te407-00042g-LA for qemu-devel@nongnu.org; Thu, 29 Nov 2012 08:18:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Te406-00056i-HE for qemu-devel@nongnu.org; Thu, 29 Nov 2012 08:17:59 -0500 Received: from mx1.redhat.com ([209.132.183.28]:57249) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Te406-00056c-9H for qemu-devel@nongnu.org; Thu, 29 Nov 2012 08:17:58 -0500 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id qATDHvAC029108 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 29 Nov 2012 08:17:57 -0500 Received: from rincewind.home.kraxel.org (ovpn-116-17.ams2.redhat.com [10.36.116.17]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id qATDHuw5021788; Thu, 29 Nov 2012 08:17:57 -0500 Received: by rincewind.home.kraxel.org (Postfix, from userid 500) id 850214023A; Thu, 29 Nov 2012 14:17:56 +0100 (CET) From: Gerd Hoffmann To: qemu-devel@nongnu.org Date: Thu, 29 Nov 2012 14:17:56 +0100 Message-Id: <1354195076-8063-2-git-send-email-kraxel@redhat.com> In-Reply-To: <1354195076-8063-1-git-send-email-kraxel@redhat.com> References: <1354195076-8063-1-git-send-email-kraxel@redhat.com> X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 209.132.183.28 Cc: Yonit Halperin , Gerd Hoffmann Subject: [Qemu-devel] [PATCH 1/1] qxl: reload memslots after migration, when qxl is in UNDEFINED mode 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: Yonit Halperin The devram memslot stays active when qxl enters UNDEFINED mode (i.e, no primary surface). If migration has occurred while the device is in UNDEFINED stae, the memslots have to be reloaded at the destination. Fixes rhbz#874574 Signed-off-by: Yonit Halperin Signed-off-by: Gerd Hoffmann --- hw/qxl.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/hw/qxl.c b/hw/qxl.c index 1bc2d32..96887c4 100644 --- a/hw/qxl.c +++ b/hw/qxl.c @@ -2146,6 +2146,7 @@ static int qxl_post_load(void *opaque, int version) switch (newmode) { case QXL_MODE_UNDEFINED: + qxl_create_memslots(d); break; case QXL_MODE_VGA: qxl_create_memslots(d);