Izik Eidus wrote: > Anthony Liguori wrote: >> I've been playing around with these patches. If I do an >> madvise(MADV_DONTNEED) in userspace, when I close the VM, I get the >> following bug. My knowledge of the mm is limited but since >> madvise(MADV_DONTNEED) effectively does a zap_page_range() I wonder >> if we're lacking the necessary callback to also remove any potential >> GPA covered by that range from shadow page cache. >> >> Regards, >> >> Anthony Liguori > it probably beacuse the changes of the first patch, ( that make all > present shadow pages rmapped ) > Anthony can you please check what happn if you run latest kvm with the > patch (of the rmap) and without the patch?
It looks like it's my patch for doing an in kernel mmap() to support older userspaces. I'll figure out what the problem is. But at any rate, would madvise() be able to evict the current contents of something in the shadow page cache or will the guest not pick up the new memory until the old gets evicted from the shadow page cache? Regards, Anthony Liguori ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
