On Wed, 6 Apr 2016, Paolo Bonzini wrote: > On 05/04/2016 23:41, Hugh Dickins wrote: > > +/* > > + * We are holding kvm->mmu_lock, serializing against mmu notifiers. > > + * We have a ref on page. > > ... > > +static bool is_huge_tmpfs(struct kvm_vcpu *vcpu, > > + unsigned long address, struct page *page) > > vcpu is only used to access vcpu->kvm->mm. If it's still possible to Hah, you've lighted on precisely a line of code where I changed around what Andres had - I thought it nicer to pass down vcpu, because that matched the function above, and in many cases vcpu is not dereferenced here at all. So, definitely blame me not Andres for that interface. > give a sensible rule for locking, I wouldn't mind if is_huge_tmpfs took > the mm directly and was moved out of KVM. Otherwise, it would be quite > easy for people touch mm code to miss it. Good point. On the other hand, as you acknowledge in your "If...", it might turn out to be too special-purpose in its assumptions to be a safe export from core mm: Andres and I need to give it more thought. > > Apart from this, both patches look good. Thanks so much for such a quick response; and contrary to what I'd expected in my "FYI" comment, Andrew has taken them into his tree, to give them some early exposure via mmotm and linux-next - but of course that doesn't stop us from changing it as you suggest - we'll think it over again. Hugh -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx"> email@xxxxxxxxx </a>