Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751732AbbESV7r (ORCPT ); Tue, 19 May 2015 17:59:47 -0400 Received: from mail-vn0-f52.google.com ([209.85.216.52]:35124 "EHLO mail-vn0-f52.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751209AbbESV7n (ORCPT ); Tue, 19 May 2015 17:59:43 -0400 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 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)" Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1349 Lines: 36 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 from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/