qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH v5 00/18] VT-d: vfio enablement and misc enhance


From: Michael S. Tsirkin
Subject: Re: [Qemu-devel] [PATCH v5 00/18] VT-d: vfio enablement and misc enhances
Date: Tue, 24 Jan 2017 16:48:49 +0200

On Tue, Jan 24, 2017 at 07:49:10PM +0800, Peter Xu wrote:
> On Tue, Jan 24, 2017 at 06:25:53PM +0800, Peter Xu wrote:
> > This is v5 of vt-d vfio enablement series.
> > 
> > Most of the changes in v5 is not functionally, but related to
> > comments, error_report()s, debugging, squashing patches, etc. (which
> > are confirmed changes in v4), besides a tiny tweak when unmapping a
> > whole address space (please see below changelog). There are still
> > discussions in v4 thread, we can just continue there (or here), and
> > from this version I'll remove RFC tag.
> > 
> > I didn't rebase to master since current master failed to build on my
> > laptop (with a "vl.c/hax..." error), however this series should be
> > okay to be applied cleanly upon it.
> 
> Sorry I forgot to append the todo list (please help adding in in case
> I missed anything):
> 
> - don't need to notify IOTLB (psi/gsi/global) invalidations to devices
>   that with ATS enabled
> - investigate when guest map page while mask contains existing mapped
>   pages (e.g. map 12k-16k first, then map 0-12k)
> - coalesce unmap during page walk (currently, we send it once per
>   page)
> - when do PSI for unmap, whether we can send one notify directly
>   instead of walking over the page table?
> 
> Above does not contain those that are still during discussion. And,
> some of the entries still need tests to further prove it's
> feasibility.
> 
> Thanks,
> 
> -- peterx

While valid I don't think above need to block merging.

-- 
MST



reply via email to

[Prev in Thread] Current Thread [Next in Thread]