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

[Xen-devel] Re: pv_ops & gntdev?



Gerd Hoffmann wrote:
Would the unmap operation on the vma be enough to do that?   Hm, I guess
vm_operations_struct needs something that gets called before the zap
rather than after (->close).

mmu motifier will fit the bill and additionally work fine on partial unmaps.

OK, it'll be interesting to see how that turns out.

The (unclean) exit case might be tricky though.  Could be the kernel
tries to unpin before zapping all mappings, so we don't trap into xen
all the time.
Yes, the unpin needs to make sure it clears out all the grant refs,
because you just can't unpin otherwise.

The alternative is to hook into the fault handler so that a
fault-n-emulate operation on the pagetable which fails because of the
grant reference can be fixed up at that point.  But that might be even
more intrusive.

Or just allow to flag "skip the unpin please for this mm".  It's an
optimization after all, it isn't required, right?

If its pinned you have to unpin; you can't free pagetable pages while they're pinned. If you don't pin the pagetable then context switches get very slow (it would need to revalidate the whole pagetable every context switch).

We could, however, defer the unpin and unpin late, after all the vmas have been unmapped. But that's a bit ugly (it would require a separate hook in exit_mmap).

   J

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.