From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-15.2 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER,INCLUDES_PATCH, MAILING_LIST_MULTI,NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E625FC433DB for ; Thu, 4 Feb 2021 19:57:59 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 0FDE464F45 for ; Thu, 4 Feb 2021 19:57:59 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 0FDE464F45 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=infradead.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 80F746B0006; Thu, 4 Feb 2021 14:57:58 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 7E5E86B006E; Thu, 4 Feb 2021 14:57:58 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 6D5276B0070; Thu, 4 Feb 2021 14:57:58 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0071.hostedemail.com [216.40.44.71]) by kanga.kvack.org (Postfix) with ESMTP id 592FF6B0006 for ; Thu, 4 Feb 2021 14:57:58 -0500 (EST) Received: from smtpin11.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay05.hostedemail.com (Postfix) with ESMTP id 24A9F181AEF1D for ; Thu, 4 Feb 2021 19:57:58 +0000 (UTC) X-FDA: 77781646236.11.town21_5703449275de Received: from filter.hostedemail.com (10.5.16.251.rfc1918.com [10.5.16.251]) by smtpin11.hostedemail.com (Postfix) with ESMTP id 0142A180F8B80 for ; Thu, 4 Feb 2021 19:57:57 +0000 (UTC) X-HE-Tag: town21_5703449275de X-Filterd-Recvd-Size: 5104 Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) by imf18.hostedemail.com (Postfix) with ESMTP for ; Thu, 4 Feb 2021 19:57:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=merlin.20170209; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:References:Cc:To:Subject:Sender :Reply-To:Content-ID:Content-Description; bh=0HxWZfz3W3M/WFGpU2ZZhpTfeSKRLfLuDtTHq7CE0OU=; b=ACh73T1wg/Dg0hUSsxqNqCOOWR s8BUucN7GMlUn+fePuaIbJux8JCvFS835ypdDs9E6MR0pStE07I6gHd3sKzPKXZsh6AANZQKf7Epg TIuC3YGOd/wh8KJN6QA6EWDq8QDZrgiILecJDrxAbEN7Xwsr5fAb3DmsK1khx8u6BS2y6/hte/1Jv eqOleqMEg2rwxjnIuVTqpt4s7JrDHgWkcCnbDintkjUmqwIWDsNQsW0D89N6xgaRrC1wjioFpOWZ5 UNUlLnqud2qviYdAQu+e1KXwO0CL1X4a3i8+4RGNZD0O72WUrt1mqyB7TPPAO20lv1jxUlXft0tRm eDJaDcmg==; Received: from [2601:1c0:6280:3f0::aec2] by merlin.infradead.org with esmtpsa (Exim 4.92.3 #3 (Red Hat Linux)) id 1l7klA-0004UU-17; Thu, 04 Feb 2021 19:57:48 +0000 Subject: Re: [PATCH v4 09/10] userfaultfd: update documentation to describe minor fault handling To: Axel Rasmussen , Alexander Viro , Alexey Dobriyan , Andrea Arcangeli , Andrew Morton , Anshuman Khandual , Catalin Marinas , Chinwen Chang , Huang Ying , Ingo Molnar , Jann Horn , Jerome Glisse , Lokesh Gidra , "Matthew Wilcox (Oracle)" , Michael Ellerman , =?UTF-8?Q?Michal_Koutn=c3=bd?= , Michel Lespinasse , Mike Kravetz , Mike Rapoport , Nicholas Piggin , Peter Xu , Shaohua Li , Shawn Anastasio , Steven Rostedt , Steven Price , Vlastimil Babka Cc: linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, Adam Ruprecht , Cannon Matthews , "Dr . David Alan Gilbert" , David Rientjes , Mina Almasry , Oliver Upton References: <20210204183433.1431202-1-axelrasmussen@google.com> <20210204183433.1431202-10-axelrasmussen@google.com> From: Randy Dunlap Message-ID: Date: Thu, 4 Feb 2021 11:57:36 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.4.0 MIME-Version: 1.0 In-Reply-To: <20210204183433.1431202-10-axelrasmussen@google.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: Hi Axel- one typo found: On 2/4/21 10:34 AM, Axel Rasmussen wrote: > Reword / reorganize things a little bit into "lists", so new features / > modes / ioctls can sort of just be appended. Good plan. > > Signed-off-by: Axel Rasmussen > --- > Documentation/admin-guide/mm/userfaultfd.rst | 107 ++++++++++++------- > 1 file changed, 66 insertions(+), 41 deletions(-) > > diff --git a/Documentation/admin-guide/mm/userfaultfd.rst b/Documentation/admin-guide/mm/userfaultfd.rst > index 65eefa66c0ba..cfd3daf59d0e 100644 > --- a/Documentation/admin-guide/mm/userfaultfd.rst > +++ b/Documentation/admin-guide/mm/userfaultfd.rst [snip] > - > -Once the ``userfaultfd`` has been enabled the ``UFFDIO_REGISTER`` ioctl should > -be invoked (if present in the returned ``uffdio_api.ioctls`` bitmask) to > -register a memory range in the ``userfaultfd`` by setting the > +events, except page fault notifications, may be generated: > + > +- The ``UFFD_FEATURE_EVENT_*`` flags indicate that various other events > + other than page faults are supported. These events are described in more > + detail below in the `Non-cooperative userfaultfd`_ section. > + > +- ``UFFD_FEATURE_MISSING_HUGETLBFS`` and ``UFFD_FEATURE_MISSING_SHMEM`` > + indicate that the kernel supports ``UFFDIO_REGISTER_MODE_MISSING`` > + registrations for hugetlbfs and shared memory (covering all shmem APIs, > + i.e. tmpfs, ``IPCSHM``, ``/dev/zero``, ``MAP_SHARED``, ``memfd_create``, > + etc) virtual memory areas, respectively. > + > +- ``UFFD_FEATURE_MINOR_HUGETLBFS`` indicates that the kernel supports > + ``UFFDIO_REGISTER_MODE_MINOR`` registration for hugetlbfs virtual memory > + areas. > + > +The userland application should set the feature flags it intends to use (ah, userspace has moved to userland temporarily. :) > +when envoking the ``UFFDIO_API`` ioctl, to request that those features be invoking > +enabled if supported. thanks. -- ~Randy