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:kra...@redhat.com]
Sent: Friday, August 25, 2017 2:47 PM
To: Zhang, Tina <tina.zh...@intel.com>; zhen...@linux.intel.com; Lv, Zhiyuan
<zhiyuan...@intel.com>; Wang, Zhi A <zhi.a.w...@intel.com>; Tian, Kevin
<kevin.t...@intel.com>; alex.william...@redhat.com; ch...@chris-wilson.co.uk;
dan...@ffwll.ch; joonas.lahti...@linux.intel.com; kwankh...@nvidia.com
Cc: intel-gfx@lists.freedesktop.org; intel-gvt-...@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
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
