[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20191209031742.GJ31791@joy-OptiPlex-7040>
Date: Sun, 8 Dec 2019 22:17:42 -0500
From: Yan Zhao <yan.y.zhao@...el.com>
To: Eric Blake <eblake@...hat.com>
Cc: "alex.williamson@...hat.com" <alex.williamson@...hat.com>,
"Tian, Kevin" <kevin.tian@...el.com>,
"kvm@...r.kernel.org" <kvm@...r.kernel.org>,
"libvir-list@...hat.com" <libvir-list@...hat.com>,
"cohuck@...hat.com" <cohuck@...hat.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"zhenyuw@...ux.intel.com" <zhenyuw@...ux.intel.com>,
"qemu-devel@...gnu.org" <qemu-devel@...gnu.org>,
"He, Shaopeng" <shaopeng.he@...el.com>,
"Wang, Zhi A" <zhi.a.wang@...el.com>
Subject: Re: [RFC PATCH 1/9] vfio/pci: introduce mediate ops to intercept
vfio-pci ops
Sorry about that. I'll pay attention to them next time and thank you for
pointing them out :)
On Sat, Dec 07, 2019 at 07:13:30AM +0800, Eric Blake wrote:
> On 12/4/19 9:25 PM, Yan Zhao wrote:
> > when vfio-pci is bound to a physical device, almost all the hardware
> > resources are passthroughed.
>
> The intent is obvious, but it sounds awkward to a native speaker.
> s/passthroughed/passed through/
>
> > Sometimes, vendor driver of this physcial device may want to mediate some
>
> physical
>
> > hardware resource access for a short period of time, e.g. dirty page
> > tracking during live migration.
> >
> > Here we introduce mediate ops in vfio-pci for this purpose.
> >
> > Vendor driver can register a mediate ops to vfio-pci.
> > But rather than directly bind to the passthroughed device, the
>
> passed-through
>
> --
> Eric Blake, Principal Software Engineer
> Red Hat, Inc. +1-919-301-3226
> Virtualization: qemu.org | libvirt.org
>
Powered by blists - more mailing lists