[PATCH 1/5] drm/vgem: virtual GEM provider

[Jakob Bornecrantz]

----- Original Message -----
> From: Adam Jackson <ajax at redhat.com>
> 
> This is about as minimal of a virtual GEM service as possible.  My
> plan is to use this with non-native-3D hardware for buffer sharing
> between X and DRI.
> 
> The current drisw winsys assumes an unmodified X server, which means
> it's hopelessly inefficient for both the push direction of
> SwapBuffers/DrawPixels and the pull direction of
> GLX_EXT_texture_from_pixmap. I'm still working through the details
> of what the xserver support will look like, but in broad strokes it's
> "use vgem for CreatePixmap and optionally the shadowfb".
> 
> Obviously alpha quality, mostly looking for feedback on the approach
> or any glaring bugs.  Eventually I'd like to see solutions for
> sharing gem objects between drm devices and/or the dma_buf API, but
> that's a ways down the road.
> 
> Signed-off-by: Adam Jackson <ajax at redhat.com>

Any reason why you are not using the dumb_bo interface? I at least
would like to be able to offer vgem on the vmwgfx device when the
host has disabled 3D.

Cheers, Jakob.