From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:50242)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <anthony@codemonkey.ws>) id 1Uje2B-0001cE-V0
	for qemu-devel@nongnu.org; Mon, 03 Jun 2013 19:19:29 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <anthony@codemonkey.ws>) id 1Uje2A-0004n8-3A
	for qemu-devel@nongnu.org; Mon, 03 Jun 2013 19:19:27 -0400
Received: from mail-ye0-f179.google.com ([209.85.213.179]:53633)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <anthony@codemonkey.ws>) id 1Uje29-0004n0-VU
	for qemu-devel@nongnu.org; Mon, 03 Jun 2013 19:19:26 -0400
Received: by mail-ye0-f179.google.com with SMTP id r3so282975yen.38
	for <qemu-devel@nongnu.org>; Mon, 03 Jun 2013 16:19:25 -0700 (PDT)
From: Anthony Liguori <anthony@codemonkey.ws>
In-Reply-To: <51AD1A4D.1090301@ilande.co.uk>
References: <51AD1A4D.1090301@ilande.co.uk>
Date: Mon, 03 Jun 2013 18:19:22 -0500
Message-ID: <878v2q9405.fsf@codemonkey.ws>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: Re: [Qemu-devel] gtk UI doesn't correctly byte swap 32-bit
	framebuffer on qemu-system-ppc little-endian host
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk>, qemu-devel <qemu-devel@nongnu.org>
Cc: Gerd Hoffmann <kraxel@redhat.com>

Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk> writes:

> Hi all,
>
> I've just been testing some more OpenBIOS images with the new gtk UI and 
> found that if you specify a 32-bit depth framebuffer on qemu-system-ppc 
> running on a little-endian host then the RGB -> BGR byteswap doesn't 
> take place.
>
> Good:
> ./qemu-system-ppc -g 1024x768x32 -vnc :1
> ./qemu-system-ppc -g 1024x768x32 -sdl
>
> Bad:
> ./qemu-system-ppc -g 1024x768x32

cairo has a pretty limited number of modes that it supports.

I guess we could use pixman to do the conversion.  Gerd, is that the
right approach?  Is there a way I can force the display API to do the
conversion for me?

Regards,

Anthony Liguori

>
> I've quickly confirmed this with git bisect which simply returns:
>
> commit 15546425c5527ebb08ede399373b705866f1ff84
> Author: Anthony Liguori <aliguori@us.ibm.com>
> Date:   Wed Feb 20 07:43:25 2013 -0600
>
>      gtk: make default UI (v5)
>
>
> Many thanks,
>
> Mark.