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]
Message-ID: <20200528124919.GK1194141@xz-x1>
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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ