On Mon, Apr 10, 2017 at 10:45 AM, Ilia Mirkin <imir...@alum.mit.edu> wrote: > On Mon, Apr 10, 2017 at 10:17 AM, Gerd Hoffmann <kra...@redhat.com> wrote: >> Hi, >> >>> which software have you used as representative of "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. >> >> Didn't try wayland. Can do, but will take a while. Don't have a >> wayland-capable guest install at hand, and installing one takes a while >> because I don't have a physical pseries and emulation is slooooww. >> >>> To solve that problem, we would like to know if anything existing would >>> break for each possible solution, but no developers using BE have really >>> turned up. >> >> That is part of the problem. >> And even ppc is moving to little endian these days ... > > The poor saps who are still using PPC G4's and G5's with NVIDIA and > ATI boards constantly get their working setups broken by people trying > to "fix" BE. I think it's important to keep them in mind, and test > those setups, whenever one tries to make a large sweeping change.
I think part of the problem is that the higher levels of the stack have different expectations than the kernel does. Mesa breaks every time someone fixes something endian related. Most userspace stuff assumes host endianness. Someone that has the hw and cares about BE should really audit the stack top to bottom and make sure all the expectations are met for each level. I doubt anyone will. Alex > > Cheers, > > -ilia > _______________________________________________ > amd-gfx mailing list > amd-...@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/amd-gfx
