Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756762AbdDRKAX convert rfc822-to-8bit (ORCPT ); Tue, 18 Apr 2017 06:00:23 -0400 Received: from mx1.redhat.com ([209.132.183.28]:50558 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756663AbdDRKAU (ORCPT ); Tue, 18 Apr 2017 06:00:20 -0400 DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com C03C661D38 Authentication-Results: ext-mx10.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx10.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=kraxel@redhat.com DKIM-Filter: OpenDKIM Filter v2.11.0 mx1.redhat.com C03C661D38 Message-ID: <1492509617.27392.19.camel@redhat.com> Subject: Re: [RfC PATCH] drm: fourcc byteorder: brings header file comments in line with reality. From: Gerd Hoffmann To: Pekka Paalanen Cc: dri-devel@lists.freedesktop.org, open list , amd-gfx@lists.freedesktop.org, Daniel Vetter , Ilia Mirkin Date: Tue, 18 Apr 2017 12:00:17 +0200 In-Reply-To: <20170410180941.43922e25@eldfell> References: <20170410101202.19229-1-kraxel@redhat.com> <20170410161214.305f5daf@eldfell> <1491833847.30990.77.camel@redhat.com> <20170410180941.43922e25@eldfell> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT Mime-Version: 1.0 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.39]); Tue, 18 Apr 2017 10:00:20 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1417 Lines: 35 Hi, > > ppc64 (big endian) virtual machine, running with qemu stdvga & bochs-drm > > driver. Xorg with modesetting driver uses DRM_FORMAT_XRGB8888 (one and > > only format supported by bochs-drm), and we have to interpret that in > > bigendian byte order on the host side to get a correct display. > > I wonder if that is just an oversight from trying to match OpenGL > formats to DRM formats. It's full of gotcha's. > > Did you try with GLAMOR? Do you see a difference with and without > GLAMOR? Hmm, but you have no GPU support, so GLAMOR would be through a > Mesa software renderer? I think I heard someone say something about > Mesa software on BE... So, did some more testing to see where we stand. Historical note: RHEL-6.9 (gnome 2) works fine. Not of much interest here, it drives the qemu stdvga with offb, not bochs-drm. More interesting: RHEL-7.3 (gnome 3.14) works fine too. kernel 3.10, but drm drivers updated to roughly 4.6 level. Runs bochs-drm. mesa 11.2.2. glamour not used. Most recent: Fedora 25 (gnome 3.22) looks mostly ok, but there are rendering glitches, for example in the gnome activities screen (the one you get when you press the windows key). kernel 4.10, mesa 13.0.4. glamor not used, but I think gnome-shell uses opengl (via llvmpipe) for compositing. btw: is there some way to start a wayland session from a shell (i.e. what startx does for xorg)? cheers, Gerd