Re: [RFC] [VTD][patch 1/3] vt-d support for pci passthrough: kvm-vtd--kernel.patch

[Avi Kivity <avi@xxxxxxxxxxxx>]

Anthony Liguori wrote:
>> I don't think we can do page migration with VT-d.  You need to be able 
>> to detect whether the page has been changed by dma after you've copied 
>> it but before you changed the pte, but VT-d doesn't allow that AFAICT.
>>     
>
> Hrm, I would have to look at the VT-d but I suspect you're right.  
> That's unfortunate.
>
> That means mlock() isn't sufficient.  It also means that the VMAs can't 
> be updated while the guest is running.  Is there any way to lock a vma 
> region such that things like madvise/mmap(MAP_FIXED) will always fail?
>   

Userspace can simply not issue them.  Page migration is also controlled 
by userspace.

Once active memory defragmentation goes in, we need a way to tell the 
kernel that the allocation is unreclaimable, perhaps with a new mmap flag.

-- 
error compiling committee.c: too many arguments to function


-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
_______________________________________________
kvm-devel mailing list
kvm-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/kvm-devel