Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

Hi, > Or more simply just pass the plane id, because even the plane description did > not match the current one we will eventually create a dmabuf based on current > plane. That is the current behavior. Works as long as we return the plane description too, so userspace knows what it

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

Hi, > Or more simply just pass the plane id, because even the plane description did > not match the current one we will eventually create a dmabuf based on current > plane. That is the current behavior. Works as long as we return the plane description too, so userspace knows what it

RE: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

; linux-kernel@vger.kernel.org; >zhen...@linux.intel.com; Alex Williamson <alex.william...@redhat.com>; Lv, >Zhiyuan <zhiyuan...@intel.com>; intel-gvt-...@lists.freedesktop.org; Wang, Zhi >A <zhi.a.w...@intel.com> >Subject: Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU get

RE: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

Alex Williamson ; Lv, >Zhiyuan ; intel-gvt-...@lists.freedesktop.org; Wang, Zhi >A >Subject: Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf > > Hi, > >> >We could also do it the other way around: Instead of having the >> >kernel re

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

Hi, > >We could also do it the other way around: Instead of having the kernel > >returning > > >the plane description userspace could pass it in, and the kernel throws > >-EINVAL in > > >case it doesn't match due to things having changed meanwhile. > > Or just return a dmabuf based on

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

Hi, > >We could also do it the other way around: Instead of having the kernel > >returning > > >the plane description userspace could pass it in, and the kernel throws > >-EINVAL in > > >case it doesn't match due to things having changed meanwhile. > > Or just return a dmabuf based on

RE: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

om>; linux-kernel@vger.kernel.org; zhen...@linux.intel.com; >Lv, Zhiyuan <zhiyuan...@intel.com>; intel-gvt-...@lists.freedesktop.org; Wang, >Zhi A <zhi.a.w...@intel.com> >Subject: Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf > > Hi, > >> >

RE: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

lists.freedesktop.org; Wang, >Zhi A >Subject: Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf > > Hi, > >> > User space need to check whether there's a dmabuf for the plane(user space >usually cached two or three dmabuf to handle double buffer or

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

Hi, > > User space need to check whether there's a dmabuf for the plane(user space > > usually cached two or three dmabuf to handle double buffer or triple buffer > > situation) only there's no dmabuf for the plane we will create a dmabuf for > > it(another ioctl). > > If our ioctls are

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

Hi, > > User space need to check whether there's a dmabuf for the plane(user space > > usually cached two or three dmabuf to handle double buffer or triple buffer > > situation) only there's no dmabuf for the plane we will create a dmabuf for > > it(another ioctl). > > If our ioctls are

RE: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

t;linux-kernel@vger.kernel.org; zhen...@linux.intel.com; Lv, Zhiyuan ><zhiyuan...@intel.com>; intel-gvt-...@lists.freedesktop.org; Wang, Zhi A ><zhi.a.w...@intel.com> >Subject: Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf > >On Thu, 18 May 2017 01:51:38 + &g

RE: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

freedesktop.org; Wang, Zhi A > >Subject: Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf > >On Thu, 18 May 2017 01:51:38 + >"Chen, Xiaoguang" wrote: > >> Hi Alex, >> >> >-Original Message- >> >From: Alex Williams

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

edhat.com>; Tian, Kevin > >> ><kevin.t...@intel.com>; intel-...@lists.freedesktop.org; > >> >linux-kernel@vger.kernel.org; zhen...@linux.intel.com; Lv, Zhiyuan > >> ><zhiyuan...@intel.com>; intel-gvt- d...@lists.freedesktop.org; Wang, > >> >Z

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

Gerd Hoffmann ; Tian, Kevin ; > >linux-kernel@vger.kernel.org; zhen...@linux.intel.com; Lv, Zhiyuan > >; intel-gvt-...@lists.freedesktop.org; Wang, Zhi A > > > >Subject: Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf > > > >On Tue, 16 May 2017 10:16:28

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

Hi, > > +static long intel_vgpu_dmabuf_mgr_fd_ioctl(struct file *filp, > > + unsigned int ioctl, unsigned long arg) > > +{ > > + struct intel_vgpu *vgpu = filp->private_data; > > + int minsz; > > + struct intel_vgpu_dmabuf dmabuf; > > + int ret; > > +

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

Hi, > > +static long intel_vgpu_dmabuf_mgr_fd_ioctl(struct file *filp, > > + unsigned int ioctl, unsigned long arg) > > +{ > > + struct intel_vgpu *vgpu = filp->private_data; > > + int minsz; > > + struct intel_vgpu_dmabuf dmabuf; > > + int ret; > > +

RE: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

t;linux-kernel@vger.kernel.org; zhen...@linux.intel.com; Lv, Zhiyuan ><zhiyuan...@intel.com>; intel-gvt-...@lists.freedesktop.org; Wang, Zhi A ><zhi.a.w...@intel.com> >Subject: Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf > >On Tue, 16 May 2017 10:

RE: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

lists.freedesktop.org; Wang, Zhi A > >Subject: Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf > >On Tue, 16 May 2017 10:16:28 + >"Chen, Xiaoguang" wrote: > >> Hi Alex, >> >> >-Original Message- >> >From: Alex W

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

; >Cc: Chen, Xiaoguang <xiaoguang.c...@intel.com>; Tian, Kevin > >> ><kevin.t...@intel.com>; intel-...@lists.freedesktop.org; linux- > >> >ker...@vger.kernel.org; zhen...@linux.intel.com; Lv, Zhiyuan > >> ><zhiyuan...@intel.com>

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

>Cc: Gerd Hoffmann ; Tian, Kevin ; > >intel-...@lists.freedesktop.org; linux-kernel@vger.kernel.org; > >zhen...@linux.intel.com; Lv, Zhiyuan ; intel-gvt- > >d...@lists.freedesktop.org; Wang, Zhi A > >Subject: Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf > > > >

RE: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

tel-...@lists.freedesktop.org; linux-kernel@vger.kernel.org; >zhen...@linux.intel.com; Lv, Zhiyuan <zhiyuan...@intel.com>; intel-gvt- >d...@lists.freedesktop.org; Wang, Zhi A <zhi.a.w...@intel.com> >Subject: Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabu

RE: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

ntel.com; Lv, Zhiyuan ; intel-gvt- >d...@lists.freedesktop.org; Wang, Zhi A >Subject: Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf > >On Mon, 15 May 2017 03:36:50 + >"Chen, Xiaoguang" wrote: > >> Hi Alex and Gerd, >> >> >---

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

gt;; intel-gvt-...@lists.freedesktop.org; Wang, Zhi A > ><zhi.a.w...@intel.com> > >Subject: Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf > > > >On Fri, 12 May 2017 11:12:05 +0200 > >Gerd Hoffmann <kra...@redhat.com> wrote: > &

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

t;Cc: Chen, Xiaoguang ; Tian, Kevin > >; intel-...@lists.freedesktop.org; linux- > >ker...@vger.kernel.org; zhen...@linux.intel.com; Lv, Zhiyuan > >; intel-gvt-...@lists.freedesktop.org; Wang, Zhi A > > > >Subject: Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting

RE: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

;<kevin.t...@intel.com>; intel-...@lists.freedesktop.org; linux- >ker...@vger.kernel.org; zhen...@linux.intel.com; Lv, Zhiyuan ><zhiyuan...@intel.com>; intel-gvt-...@lists.freedesktop.org; Wang, Zhi A ><zhi.a.w...@intel.com> >Subject: Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the

RE: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

.@linux.intel.com; Lv, Zhiyuan >; intel-gvt-...@lists.freedesktop.org; Wang, Zhi A > >Subject: Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf > >On Fri, 12 May 2017 11:12:05 +0200 >Gerd Hoffmann wrote: > >> Hi, >> >> >

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

at.com>; Lv, Zhiyuan <zhiyuan...@intel.com>; intel-gvt- > >d...@lists.freedesktop.org; Wang, Zhi A <zhi.a.w...@intel.com> > >Subject: Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf > > > > Hi, > > > >> While read the frameb

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

t; >To: Chen, Xiaoguang > >Cc: Tian, Kevin ; intel-...@lists.freedesktop.org; > >linux- > >ker...@vger.kernel.org; zhen...@linux.intel.com; Alex Williamson > >; Lv, Zhiyuan ; intel-gvt- > >d...@lists.freedesktop.org; Wang, Zhi A > >Subject: Re: [RFC PATCH 6/6

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

On Fri, 12 May 2017 11:12:05 +0200 Gerd Hoffmann wrote: > Hi, > > > If the contents of the framebuffer change or if the parameters of the > > framebuffer change? I can't image that creating a new dmabuf fd for > > every visual change within the framebuffer would be

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

On Fri, 12 May 2017 11:12:05 +0200 Gerd Hoffmann wrote: > Hi, > > > If the contents of the framebuffer change or if the parameters of the > > framebuffer change? I can't image that creating a new dmabuf fd for > > every visual change within the framebuffer would be efficient, but I > > don't

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

Hi, > If the contents of the framebuffer change or if the parameters of the > framebuffer change? I can't image that creating a new dmabuf fd for > every visual change within the framebuffer would be efficient, but I > don't have any concept of what a dmabuf actually does. Ok, some

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

Hi, > If the contents of the framebuffer change or if the parameters of the > framebuffer change? I can't image that creating a new dmabuf fd for > every visual change within the framebuffer would be efficient, but I > don't have any concept of what a dmabuf actually does. Ok, some

RE: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

ntel-...@lists.freedesktop.org; linux- >ker...@vger.kernel.org; zhen...@linux.intel.com; Alex Williamson ><alex.william...@redhat.com>; Lv, Zhiyuan <zhiyuan...@intel.com>; intel-gvt- >d...@lists.freedesktop.org; Wang, Zhi A <zhi.a.w...@intel.com> >Subject: Re: [RFC PATC

RE: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

vger.kernel.org; zhen...@linux.intel.com; Alex Williamson >; Lv, Zhiyuan ; intel-gvt- >d...@lists.freedesktop.org; Wang, Zhi A >Subject: Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf > > Hi, > >> While read the framebuffer region we have to tell the ven

RE: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

@lists.freedesktop.org; linux-kernel@vger.kernel.org; >zhen...@linux.intel.com; Lv, Zhiyuan <zhiyuan...@intel.com>; intel-gvt- >d...@lists.freedesktop.org; Wang, Zhi A <zhi.a.w...@intel.com> >Subject: Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf > >On

RE: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

, Zhiyuan ; intel-gvt- >d...@lists.freedesktop.org; Wang, Zhi A >Subject: Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf > >On Fri, 12 May 2017 02:12:10 + >"Chen, Xiaoguang" wrote: > >> Hi Alex and Gerd, >> >> >-Origin

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

gt;; Chen, Xiaoguang <xiaoguang.c...@intel.com>; intel- > >gvt-...@lists.freedesktop.org; Wang, Zhi A <zhi.a.w...@intel.com> > >Subject: Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf > > > >On Thu, 11 May 2017 15:27:53 +0200 > >Ger

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

:45 PM > >To: Gerd Hoffmann > >Cc: Tian, Kevin ; intel-...@lists.freedesktop.org; > >linux- > >ker...@vger.kernel.org; zhen...@linux.intel.com; Lv, Zhiyuan > >; Chen, Xiaoguang ; intel- > >gvt-...@lists.freedesktop.org; Wang, Zhi A > >Subject: Re: [RFC P

RE: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

evin.t...@intel.com>; intel-...@lists.freedesktop.org; linux- >ker...@vger.kernel.org; zhen...@linux.intel.com; Lv, Zhiyuan ><zhiyuan...@intel.com>; Chen, Xiaoguang <xiaoguang.c...@intel.com>; intel- >gvt-...@lists.freedesktop.org; Wang, Zhi A <zhi.a.w...@intel.com> >Subject: Re: [

RE: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

vger.kernel.org; zhen...@linux.intel.com; Lv, Zhiyuan >; Chen, Xiaoguang ; intel- >gvt-...@lists.freedesktop.org; Wang, Zhi A >Subject: Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf > >On Thu, 11 May 2017 15:27:53 +0200 >Gerd Hoffmann wrote: > >>

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

On Thu, 11 May 2017 15:27:53 +0200 Gerd Hoffmann wrote: > Hi, > > > While read the framebuffer region we have to tell the vendor driver which > > framebuffer we want to read? There are two framebuffers now in KVMGT that > > is primary and cursor. > > There are two methods

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

On Thu, 11 May 2017 15:27:53 +0200 Gerd Hoffmann wrote: > Hi, > > > While read the framebuffer region we have to tell the vendor driver which > > framebuffer we want to read? There are two framebuffers now in KVMGT that > > is primary and cursor. > > There are two methods to implement this:

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

Hi, > While read the framebuffer region we have to tell the vendor driver which > framebuffer we want to read? There are two framebuffers now in KVMGT that is > primary and cursor. > There are two methods to implement this: > 1) write the plane id first and then read the framebuffer. > 2)

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

Hi, > While read the framebuffer region we have to tell the vendor driver which > framebuffer we want to read? There are two framebuffers now in KVMGT that is > primary and cursor. > There are two methods to implement this: > 1) write the plane id first and then read the framebuffer. > 2)

RE: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

.@lists.freedesktop.org; linux- >ker...@vger.kernel.org; zhen...@linux.intel.com; Lv, Zhiyuan ><zhiyuan...@intel.com>; Chen, Xiaoguang <xiaoguang.c...@intel.com>; intel- >gvt-...@lists.freedesktop.org; Wang, Zhi A <zhi.a.w...@intel.com> >Subject: Re: [RFC PATCH 6/6] drm

RE: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

vger.kernel.org; zhen...@linux.intel.com; Lv, Zhiyuan >; Chen, Xiaoguang ; intel- >gvt-...@lists.freedesktop.org; Wang, Zhi A >Subject: Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf > >On Fri, 05 May 2017 08:55:31 +0200 >Gerd Hoffmann wrote: > >> Hi, >&

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

On Fri, 05 May 2017 08:55:31 +0200 Gerd Hoffmann wrote: > Hi, > > > > >>Hmm, that looks like a rather strange way to return a file descriptor. > > > >> > > > >>What is the reason to not use ioctls on the vfio file handle, like > > > >>older version of these patches did?

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

On Fri, 05 May 2017 08:55:31 +0200 Gerd Hoffmann wrote: > Hi, > > > > >>Hmm, that looks like a rather strange way to return a file descriptor. > > > >> > > > >>What is the reason to not use ioctls on the vfio file handle, like > > > >>older version of these patches did? > > > >If I

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

Hi, > > >>Hmm, that looks like a rather strange way to return a file descriptor. > > >> > > >>What is the reason to not use ioctls on the vfio file handle, like > > >>older version of these patches did? > > >If I understood correctly that Alex prefer not to change the ioctls on the > > >vfio

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

Hi, > > >>Hmm, that looks like a rather strange way to return a file descriptor. > > >> > > >>What is the reason to not use ioctls on the vfio file handle, like > > >>older version of these patches did? > > >If I understood correctly that Alex prefer not to change the ioctls on the > > >vfio

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

.com; alex.william...@redhat.com; > >Lv, Zhiyuan <zhiyuan...@intel.com>; intel-gvt-...@lists.freedesktop.org; > >Wang, > >Zhi A <zhi.a.w...@intel.com> > >Subject: RE: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf > > > > > > > >

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

;>To: Chen, Xiaoguang > >>Cc: alex.william...@redhat.com; intel-...@lists.freedesktop.org; > >>intel-gvt- d...@lists.freedesktop.org; Wang, Zhi A > >>; zhen...@linux.intel.com; > >>linux-kernel@vger.kernel.org; Lv, Zhiyuan ; Tian, > >>Kevin > &

RE: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

...@redhat.com; intel-...@lists.freedesktop.org; >>intel-gvt- d...@lists.freedesktop.org; Wang, Zhi A >><zhi.a.w...@intel.com>; zhen...@linux.intel.com; >>linux-kernel@vger.kernel.org; Lv, Zhiyuan <zhiyuan...@intel.com>; Tian, >>Kevin <kevin.t...@intel.com&g

RE: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

ts.freedesktop.org; linux- >ker...@vger.kernel.org; zhen...@linux.intel.com; alex.william...@redhat.com; >Lv, Zhiyuan ; intel-gvt-...@lists.freedesktop.org; Wang, >Zhi A >Subject: RE: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf > > > >>-Original M

RE: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

rg; Wang, Zhi A <zhi.a.w...@intel.com>; >zhen...@linux.intel.com; linux-kernel@vger.kernel.org; Lv, Zhiyuan ><zhiyuan...@intel.com>; Tian, Kevin <kevin.t...@intel.com> >Subject: Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf > >On Fr, 2017-04-2

RE: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

tel.com; linux-kernel@vger.kernel.org; Lv, Zhiyuan >; Tian, Kevin >Subject: Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf > >On Fr, 2017-04-28 at 17:35 +0800, Xiaoguang Chen wrote: >> +static size_t intel_vgpu_reg_rw_gvtg(struct intel_vgpu *vgpu, char >>

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

On Fr, 2017-04-28 at 17:35 +0800, Xiaoguang Chen wrote: > +static size_t intel_vgpu_reg_rw_gvtg(struct intel_vgpu *vgpu, char > *buf, > + size_t count, loff_t *ppos, bool iswrite) > +{ > + unsigned int i = VFIO_PCI_OFFSET_TO_INDEX(*ppos) - > +

Re: [RFC PATCH 6/6] drm/i915/gvt: support QEMU getting the dmabuf

On Fr, 2017-04-28 at 17:35 +0800, Xiaoguang Chen wrote: > +static size_t intel_vgpu_reg_rw_gvtg(struct intel_vgpu *vgpu, char > *buf, > + size_t count, loff_t *ppos, bool iswrite) > +{ > + unsigned int i = VFIO_PCI_OFFSET_TO_INDEX(*ppos) - > +