From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:48903) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SxBdn-0002Ud-SY for qemu-devel@nongnu.org; Fri, 03 Aug 2012 02:45:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SxBdm-0001lD-16 for qemu-devel@nongnu.org; Fri, 03 Aug 2012 02:45:43 -0400 Received: from mx1.redhat.com ([209.132.183.28]:6821) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SxBdl-0001l9-K2 for qemu-devel@nongnu.org; Fri, 03 Aug 2012 02:45:41 -0400 Date: Fri, 3 Aug 2012 08:45:32 +0200 From: Alon Levy Message-ID: <20120803064532.GR29361@garlic.redhat.com> References: <1343629462.21647.32.camel@pasglop> <50165D0A.6060608@redhat.com> <1343647217.21647.40.camel@pasglop> <50166F2A.1040507@redhat.com> <1343649267.21647.44.camel@pasglop> <20120730161954.GM29361@garlic.redhat.com> <50194E79.5090409@suse.de> <8739465sea.fsf@codemonkey.ws> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <8739465sea.fsf@codemonkey.ws> Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] Cirrus bugs vs endian: how two bugs cancel each other out List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: qemu-devel@nongnu.org, Andreas =?iso-8859-1?Q?F=E4rber?= , Avi Kivity On Wed, Aug 01, 2012 at 02:22:37PM -0500, Anthony Liguori wrote: > Andreas F=E4rber writes: >=20 > > Am 30.07.2012 18:19, schrieb Alon Levy: > >> On Mon, Jul 30, 2012 at 09:54:27PM +1000, Benjamin Herrenschmidt wro= te: > >>> On Mon, 2012-07-30 at 14:25 +0300, Avi Kivity wrote: > >>> > >>>> [...] why not go all the way to qxl? > >>>> > >>>> That will give you better graphics performance with no need to hac= k. > >>> > >>> Well, qxl is pretty awful from what I can see so far. [...] > >>=20 > >> I would love to hear something more specific about this. I assume yo= u > >> are talking about libspice-server and not the device itself, since t= he > >> device itself has nothing specifically matching windows. > > > > I can't comment on what Ben meant, but from my perspective the really > > awful thing about SPICE was its huge tree of dependencies, including = a > > very specific version of celt that we now need to package and maintai= n > > specifically for SPICE. At least during the big QOM refactorings. >=20 > Ack. >=20 > This is why I've been advocating for a new PV device model that can > negotiation in full SPICE support. >=20 > Then we could keep libspice an optional dependency, but move all guests > to use a single graphics driver. Likewise, management tools wouldn't > need to worry about multiple types of graphics cards. This sounds great, but how would that negotiation work? Do you intend for a VGA device (i.e. pci vendor & product id's of cirrus) that is also a virtio device and a guest driver will recognize this by poking some io ports or looking at another pci field? >=20 > Regards, >=20 > Anthony Liguori >=20 > > > > Elsewhere QEMU is built around the principle of opting individual > > features in rather than requiring a whole bunch of stuff just to do a > > basic qxl compile test for patches. > > > > Andreas > > > > --=20 > > SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N=FCrnberg, Germany > > GF: Jeff Hawn, Jennifer Guild, Felix Imend=F6rffer; HRB 16746 AG N=FC= rnberg >=20