From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:34462) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tv6es-0001fY-0u for qemu-devel@nongnu.org; Tue, 15 Jan 2013 08:34:34 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tv6eq-00071S-Vg for qemu-devel@nongnu.org; Tue, 15 Jan 2013 08:34:29 -0500 Received: from mx1.redhat.com ([209.132.183.28]:5624) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tv6eq-00071E-N8 for qemu-devel@nongnu.org; Tue, 15 Jan 2013 08:34:28 -0500 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r0FDYR6N025916 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 15 Jan 2013 08:34:27 -0500 Date: Tue, 15 Jan 2013 15:34:23 +0200 From: Alon Levy Message-ID: <20130115133423.GH21732@garlic.redhat.com> References: <50C86E8B.5020705@redhat.com> <1355398603-22186-1-git-send-email-alevy@redhat.com> <1355398603-22186-2-git-send-email-alevy@redhat.com> <50C9C49C.10400@redhat.com> <20121223203138.GB7485@garlic> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121223203138.GB7485@garlic> Subject: Re: [Qemu-devel] [PATCH 2/2] qxl: change rom so that 4096 < size < 8192 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gerd Hoffmann Cc: qemu-devel@nongnu.org On Sun, Dec 23, 2012 at 10:31:38PM +0200, Alon Levy wrote: > On Thu, Dec 13, 2012 at 01:05:48PM +0100, Gerd Hoffmann wrote: > > On 12/13/12 12:36, Alon Levy wrote: > > > This is a simpler solution to 869981, where migration breaks since qxl's > > > rom bar size has changed. Instead of ignoring fields in QXLRom, which is what has > > > actually changed, we remove some of the modes, a mechanism already > > > accounted for by the guest. To reach exactly two pages and not one, we > > > remove two out of four orientations, the remaining are normal and right > > > turn (chosen arbitrarily). Leaving only normal would result in a single > > > page which would also break migration. > > > > > > Added assertions to ensure changes in spice-protocol in the future > > > causing increase or decrease of page size will result in failure at > > > startup (could do this compile time also but not sure how). > > > > The assertions are not in the patch. > > > > > #define QXL_MODE_EX(x_res, y_res) \ > > > QXL_MODE_16_32(x_res, y_res, 0), \ > > > - QXL_MODE_16_32(y_res, x_res, 1), \ > > > - QXL_MODE_16_32(x_res, y_res, 2), \ > > > - QXL_MODE_16_32(y_res, x_res, 3) > > > + QXL_MODE_16_32(x_res, y_res, 1) > > > > Why do you leave orientation = 1 in? Just to keep the size above 4K? > > Shouldn't we just hardcode the rom size to 8k instead? Then assert that > > everything fits into 8k? Or even better add a compile time check? > > > > While being at it it might be a good idea to move the mode table to a > > fixed, large enougth offset (say 0x4096), so it doesn't move around > > again in case we extend QXLRom one more time. > > This solution is breaking backward compatibility like Yonit pointed > out. The fact that I can't produce a user that would break because of > this doesn't prove there is no such user. I suggest we go back to the > original patch I posted, breaking it into two like you requested. What > do you say? Ping? > > > > > cheers, > > Gerd > > >