From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41633) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WwrV8-0000GG-UV for qemu-devel@nongnu.org; Tue, 17 Jun 2014 07:24:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WwrV2-0007nJ-PS for qemu-devel@nongnu.org; Tue, 17 Jun 2014 07:24:30 -0400 Received: from mx1.redhat.com ([209.132.183.28]:5767) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WwrV2-0007nF-Gr for qemu-devel@nongnu.org; Tue, 17 Jun 2014 07:24:24 -0400 Message-ID: <1403004255.1614.12.camel@nilsson.home.kraxel.org> From: Gerd Hoffmann Date: Tue, 17 Jun 2014 13:24:15 +0200 In-Reply-To: References: <1402974463.7661.102.camel@pasglop> <1403001900.1614.10.camel@nilsson.home.kraxel.org> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [RFC] qemu VGA endian swap low level drawing changes List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: Alexey Kardashevskiy , Alexander Graf , "qemu-devel@nongnu.org" , Paolo Bonzini Hi, > > Let pixman handle it? Well, except that pixman can't handle byteswapped > > 16bpp formats. Too bad :( > Slight tangent, but is there an example in-tree of a framebuffer > model which uses pixman for the pixel conversion? The -template.h > stuff looks quite ugly, not to mention repetitive across devices, > but I don't really feel confident about trying to update existing > ARM devices (eg the pl110) without a sample to use as inspiration... I'm not aware of any. pl110 looks easy enough, so maybe I should just go convert it (and sprinkle in comments) so there actually is a good example to follow. Which arm board has one? Suggestions on how to test it? cheers, Gerd