Hi qemu devs,
I was wondering if anyone would be willing to test this patch with intel or, if it will be useful, I can add support nouveau, radeon, vmxgfx / any other mesa + drm gfx driver. I won't be able to easily test the latter config, but given the nature of this patch, adding those IOCTLs should be similarly mechanical and just work (tm?). The benefit from within qemu-user-* is pretty awesome - direct rendering and support for all vendor supported gfx apis (GL 3.3 core + GLES 3.0 on Intel Mesa). I was really hoping to get X and/or Wayland working within a foreign architecture chroot from console so I could run KDE4 or Gnome3 as a WM, but they fail on a linux system call (signalfd, which is currently unimplemented). Perhaps there isn't much work to be done there, I will take a deeper look. All chroot apps I tested ran correctly with native X though, even Weston launched as a window and rendered correctly with accel.
To properly test this patch, one will need to build libdrm, xf86-video-intel and mesa in a foreign chroot. Building is easy, though one may need to override the (seeming meaningless) x86 check in xf86-video-intel's configure script. After building and installing setting LD_LIBRARY_PATH and LIBGL_DRIVERS_PATH is sufficient to pick up the new drivers. Radeon and nouveau should not need this work though.
Also this patch is fairly trivial, it would be awesome to get it reviewed and committed :). I wasn't sure if this was appropriate for trivial patches since the impact is strong user-visible hence this list.
Thanks,
Aaditya