From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:34515) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SyMsg-0003AO-AA for qemu-devel@nongnu.org; Mon, 06 Aug 2012 08:57:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SyMsf-0005SY-14 for qemu-devel@nongnu.org; Mon, 06 Aug 2012 08:57:58 -0400 Received: from mx1.redhat.com ([209.132.183.28]:6011) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SyMse-0005SS-O3 for qemu-devel@nongnu.org; Mon, 06 Aug 2012 08:57:56 -0400 Message-ID: <501FBF50.4010205@redhat.com> Date: Mon, 06 Aug 2012 14:57:52 +0200 From: Gerd Hoffmann MIME-Version: 1.0 References: <1343629462.21647.32.camel@pasglop> <50165D0A.6060608@redhat.com> <1343647217.21647.40.camel@pasglop> <50166F2A.1040507@redhat.com> <1343649267.21647.44.camel@pasglop> <501676D7.3010504@redhat.com> <1343650087.2498.4.camel@pasglop> In-Reply-To: <1343650087.2498.4.camel@pasglop> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 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: Benjamin Herrenschmidt Cc: Avi Kivity , qemu-devel@nongnu.org On 07/30/12 14:08, Benjamin Herrenschmidt wrote: > On Mon, 2012-07-30 at 14:58 +0300, Avi Kivity wrote: >> Let's balkanize some more then? >> >> No, qxl is our paravirt vga, we should improve it instead of spawning >> new ones (which will be horrible in the eyes of the next person to look >> at them). You should also be getting the drm driver for free. >> >> http://spice-space.org/page/DRM > > "Free" is a big word here, I wouldn't be surprised if it was totally > endian busted :-) Well, not totally. But it used to be, and although a bunch of cleanup & fixing happened already I doubt spice will run out-of-the-box on bigendian machines. > People I've talked to around in the community seem to agree that some > minor improvements on qemu-vga are worthwhile, so I'm doing them, > nothing drastic, mostly having a mirror of the legacy IO registers in an > MMIO BAR so it's more usable for non-x86 platforms, and I'm about to add > some simplistic 2D blit facility so we can have a semi-decent fb console > over vnc. I can trivially do an equivalent of cirrusdrmfb for it so we > get X mode setting / RandR. > > That gives us a baseline for mostly unaccelerated 2D. Makes sense. > Something tells me that getting that spice/qxl gunk will be more than a > trivial effort (but I might be wrong) and I'm reluctant to start > committing effort on it since so far I yet have to see it being actually > picked up by people. For a decent paravirt gfx card (supporting more than just basic X11 & fbcon with scroll-bitblit) going qxl makes more sense. Oh, and most of the endian issues in the spice code base are *not* in hw/qxl*.[ch], but in the spice-server library and spice client code. So plumbing in spice-over-virtio into stdvga doesn't buy you much ... cheers, Gerd