From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:39734) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Svolo-0000d3-L5 for qemu-devel@nongnu.org; Mon, 30 Jul 2012 08:08:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Svolf-0006SE-C8 for qemu-devel@nongnu.org; Mon, 30 Jul 2012 08:08:20 -0400 Received: from gate.crashing.org ([63.228.1.57]:43305) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Svolf-0006S3-37 for qemu-devel@nongnu.org; Mon, 30 Jul 2012 08:08:11 -0400 Message-ID: <1343650087.2498.4.camel@pasglop> From: Benjamin Herrenschmidt Date: Mon, 30 Jul 2012 22:08:07 +1000 In-Reply-To: <501676D7.3010504@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> <501676D7.3010504@redhat.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 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: Avi Kivity Cc: qemu-devel@nongnu.org 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 :-) Why so much effort into a bad design on top of a crack transport btw ? Is it just RH politics of there's a good reason hiding somewhere ? Some kind of morbid fascination for anything Windows ? 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. 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. Cheers, Ben.