From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:33575) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RzT8R-0004RJ-Lg for qemu-devel@nongnu.org; Mon, 20 Feb 2012 08:18:37 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RzT8M-0003dy-1W for qemu-devel@nongnu.org; Mon, 20 Feb 2012 08:18:31 -0500 Received: from mx1.redhat.com ([209.132.183.28]:59178) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RzT8L-0003dt-QC for qemu-devel@nongnu.org; Mon, 20 Feb 2012 08:18:26 -0500 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q1KDIOQ2015025 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 20 Feb 2012 08:18:24 -0500 Message-ID: <4F42481B.3070605@redhat.com> Date: Mon, 20 Feb 2012 14:18:19 +0100 From: Gerd Hoffmann MIME-Version: 1.0 References: <1329686886-6853-1-git-send-email-alevy@redhat.com> <1329686886-6853-8-git-send-email-alevy@redhat.com> <4F423155.1010706@redhat.com> <20120220123823.GG23926@garlic.redhat.com> In-Reply-To: <20120220123823.GG23926@garlic.redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [RFC 7/7] qxl: add allocator List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org, elmarco@redhat.com Hi, > I'll send a series that works with vnc+spice and sdl+spice (didn't test > sdl+vnc+spice), and screendumps at the same time. > >> >> Setting the QEMU_ALLOCATED_FLAG flag sounds hackish too. QEMU_ALLOCATED_FLAG is just a flag which is used by the defaultallocator_free_displaysurface function to figure whenever the displaysurface memory was allocated by qemu_alloc_display or not. I think vga.c shouldn't look at it in the first place, and faking it because vga.c looks at it is even worse. I'm also not sure it is the right approach to to have qxl register a display allocator in the first place. The only other place doing this is sdl, which is a user interface. None of the gfx card emulations in the tree do that ... > Actually I think the right thing is to move/copy the 24bit->32bit convertion > from vga.c to pflib.c, what do you think? Agree, although that easily gets a patch series of its own when you collect optimized format conversion functions to move them over to pflib ... BTW: qxl insisting on a shared displaysurface isn't very clean too, it better should be able to fallback to just copying/converting for the non-shared case. cheers, Gerd