Hi, > > So, bigendian guests assume that DRM_FORMAT_XRGB8888 is big endian not > > little endian. And given that the fourcc codes are used in the > > userspace/kernel API too (see DRM_IOCTL_MODE_ADDFB2) I think we can't > > change that any more ... > > Sigh. That makes mixed endian systems pretty much hopeless :( At least you can't use the DRM_FORMAT_* (alone) to specify the format. Still manageable, we have to do that to handle ppc64 and ppc64le ;) > It's also doubly disappointing because eg. the more standardized YUV > formats are definitely little endian as far the official fourccs are > concerned. So if we now make everything follow the host endianness > these things become a huge mess for anyone wanting to do video > playback etc. That one is up for discussion. Guess I should brew a initial patch to kickstart it. At least in bigendian virtual machines (bochs and virtio drivers) the YUV formats are not supported at all. Dunno how things look elsewhere. > Oh well, at least I tried to make it sane from the start. I'll just > go back to my blissful little endian world now. ppc64le springing into live pretty much proves that little endian is pretty close to reach world domination. So maybe all our endian troubles will be solved that way some day. cheers, Gerd _______________________________________________ Virtualization mailing list Virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx https://lists.linuxfoundation.org/mailman/listinfo/virtualization
