[PATCH v14 0/7] drm/i915/gvt: Dma-buf support for GVT-g

[Wang, Zhi A]

Hi Gerd:
    Thanks for the testing. We will find out the problem and refresh the whole patch series.

Thanks,
Zhi.

-----Original Message-----
From: Gerd Hoffmann [mailto:kraxel at redhat.com] 
Sent: Friday, August 25, 2017 2:47 PM
To: Zhang, Tina <tina.zhang at intel.com>; zhenyuw at linux.intel.com; Lv, Zhiyuan <zhiyuan.lv at intel.com>; Wang, Zhi A <zhi.a.wang at intel.com>; Tian, Kevin <kevin.tian at intel.com>; alex.williamson at redhat.com; chris at chris-wilson.co.uk; daniel at ffwll.ch; joonas.lahtinen at linux.intel.com; kwankhede at nvidia.com
Cc: intel-gfx at lists.freedesktop.org; intel-gvt-dev at lists.freedesktop.org
Subject: Re: [PATCH v14 0/7] drm/i915/gvt: Dma-buf support for GVT-g

On Fri, 2017-08-18 at 18:21 +0800, Tina Zhang wrote:
> v13->v14:
> 1) add PROBE, DMABUF and REGION flags. (Alex)
> 2) return -ENXIO when gem proxy object is banned by ioctl.
>    (Chris) (Daniel)
> 3) add some details about the float pixel format. (Daniel)
> 4) add F suffix to the defined name. (Daniel)
> 5) refine pixel format table. (Zhenyu)

Ok, patch series applies cleanly to 4.13-rc6.  The new flags are working fine.

However, I see VFIO_DEVICE_QUERY_GFX_PLANE failures which I think should not be there.  When the guest didn't define a plane yet I get "No such device" errors instead of a plane_info struct with fields (drm_format, width, height, size) set to zero.  I also see "Bad address" errors now and then with no obvious cause.

Cursor support isn't working too.

I'm testing with "-display egl-headless -spice gl=off,port=...".  In that configuration qemu will import the dma-bufs as textures and reads them using ReadPixels for display.

qemu branch: https://www.kraxel.org/cgit/qemu/log/?h=work/intel-vgpu

The qemu branch has support for both dmabufs and regions.  The region- based display code is totaly untested though.

cheers,
  Gerd