linux-kernel - Re: [PATCH v2 1/1] userfaultfd/sysctl: add vm.unprivileged

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:   Thu, 28 May 2020 08:49:19 -0400
From:   Peter Xu <peterx@...hat.com>
To:     Xiaoming Ni <nixiaoming@...wei.com>
Cc:     aarcange@...hat.com, akpm@...ux-foundation.org, cracauer@...s.org,
        dplotnikov@...tuozzo.com, gokhale2@...l.gov, hannes@...xchg.org,
        hughd@...gle.com, jglisse@...hat.com, kirill@...temov.name,
        linux-kernel@...r.kernel.org, linux-mm@...ck.org,
        maxime.coquelin@...hat.com, mcfadden8@...l.gov, mcgrof@...nel.org,
        mgorman@...e.de, mike.kravetz@...cle.com, pbonzini@...hat.com,
        rppt@...ux.vnet.ibm.com, xemul@...tuozzo.com, keescook@...omium.org
Subject: Re: [PATCH v2 1/1] userfaultfd/sysctl: add
 vm.unprivileged_userfaultfd

On Thu, May 28, 2020 at 04:50:49PM +0800, Xiaoming Ni wrote:
> Since userfaultfd and vm are more closely related, will there be
> consideration to move fs/userfaultfd.c to the mm directory in the future?

Xiaoming,

I don't think so - userfaultfd is still interfacing the userspace as a file
object, so I think it's proper to have fs/userfaultfd.c handles the fs part of
userfaultfd.  There's also an mm/userfaultfd.c which handles some internal
logic of userfaultfd syscalls, please feel free to have a look.

Thanks,

-- 
Peter Xu