From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-vn0-f54.google.com (mail-vn0-f54.google.com [209.85.216.54]) by kanga.kvack.org (Postfix) with ESMTP id 6F1206B00E7 for ; Tue, 19 May 2015 17:59:43 -0400 (EDT) Received: by vnbg129 with SMTP id g129so2232333vnb.11 for ; Tue, 19 May 2015 14:59:43 -0700 (PDT) Received: from mail-vn0-x22d.google.com (mail-vn0-x22d.google.com. [2607:f8b0:400c:c0f::22d]) by mx.google.com with ESMTPS id j2si2549350vdb.82.2015.05.19.14.59.42 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 19 May 2015 14:59:42 -0700 (PDT) Received: by vnbg190 with SMTP id g190so2237787vnb.3 for ; Tue, 19 May 2015 14:59:42 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <20150519143801.8ba477c3813e93a2637c19cf@linux-foundation.org> References: <1431624680-20153-1-git-send-email-aarcange@redhat.com> <20150519143801.8ba477c3813e93a2637c19cf@linux-foundation.org> Date: Tue, 19 May 2015 23:59:42 +0200 Message-ID: Subject: Re: [PATCH 00/23] userfaultfd v4 From: Richard Weinberger Content-Type: text/plain; charset=UTF-8 Sender: owner-linux-mm@kvack.org List-ID: To: Andrew Morton Cc: Andrea Arcangeli , LKML , "linux-mm@kvack.org" , qemu-devel@nongnu.org, kvm , "open list:ABI/API" , Pavel Emelyanov , Sanidhya Kashyap , zhang.zhanghailiang@huawei.com, Linus Torvalds , "Kirill A. Shutemov" , Andres Lagar-Cavilla , Dave Hansen , Paolo Bonzini , Rik van Riel , Mel Gorman , Andy Lutomirski , Hugh Dickins , Peter Feiner , "Dr. David Alan Gilbert" , Johannes Weiner , "Huangpeng (Peter)" On Tue, May 19, 2015 at 11:38 PM, Andrew Morton wrote: > On Thu, 14 May 2015 19:30:57 +0200 Andrea Arcangeli wrote: > >> This is the latest userfaultfd patchset against mm-v4.1-rc3 >> 2015-05-14-10:04. > > It would be useful to have some userfaultfd testcases in > tools/testing/selftests/. Partly as an aid to arch maintainers when > enabling this. And also as a standalone thing to give people a > practical way of exercising this interface. > > What are your thoughts on enabling userfaultfd for other architectures, > btw? Are there good use cases, are people working on it, etc? UML is using SIGSEGV for page faults. i.e. the UML processes receives a SIGSEGV, learns the faulting address from the mcontext and resolves the fault by installing a new mapping. If userfaultfd is faster that the SIGSEGV notification it could speed up UML a bit. For UML I'm only interested in the notification, not the resolving part. The "missing" data is present, only a new mapping is needed. No copy of data. Andrea, what do you think? -- Thanks, //richard -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org