From patchwork Wed Nov 28 15:08:22 2012 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Yonit Halperin X-Patchwork-Id: 202472 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 E76832C0081 for ; Thu, 29 Nov 2012 02:11:13 +1100 (EST) Received: from localhost ([::1]:55819 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TdjI6-0004xw-V6 for incoming@patchwork.ozlabs.org; Wed, 28 Nov 2012 10:11:10 -0500 Received: from eggs.gnu.org ([208.118.235.92]:55167) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TdjHr-0004vl-4E for qemu-devel@nongnu.org; Wed, 28 Nov 2012 10:11:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TdjHl-0005md-8I for qemu-devel@nongnu.org; Wed, 28 Nov 2012 10:10:54 -0500 Received: from mx1.redhat.com ([209.132.183.28]:34005) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TdjHk-0005mU-Th for qemu-devel@nongnu.org; Wed, 28 Nov 2012 10:10:49 -0500 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id qASFAb2c023014 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 28 Nov 2012 10:10:47 -0500 Received: from dhcp-191-132.bos.redhat.com (dhcp-191-132.bos.redhat.com [10.16.191.132]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id qASFALx2011745; Wed, 28 Nov 2012 10:10:31 -0500 From: Yonit Halperin To: qemu-devel@nongnu.org Date: Wed, 28 Nov 2012 10:08:22 -0500 Message-Id: <1354115302-797-1-git-send-email-yhalperi@redhat.com> X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 209.132.183.28 Cc: Yonit Halperin , kraxel@redhat.com Subject: [Qemu-devel] [PATCH] 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 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 --- hw/qxl.c | 1 + 1 file changed, 1 insertion(+) 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);