[lkml]   [2017]   [Apr]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [RfC PATCH] drm: fourcc byteorder: brings header file comments in line with reality.

> > 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

btw: is there some way to start a wayland session from a shell (i.e.
what startx does for xorg)?


 \ /
  Last update: 2017-04-18 12:00    [W:0.198 / U:2.968 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site