Received: by 10.223.164.202 with SMTP id h10csp3636242wrb; Mon, 20 Nov 2017 02:30:02 -0800 (PST) X-Google-Smtp-Source: AGs4zMZ4+RCW08UqQd/3/l+Nm7nuvBdxvAvlhJ38LevOkw8+nGQGnJ2ZSXisFpUFBFeW2avT6Z4H X-Received: by 10.159.249.73 with SMTP id h9mr13114775pls.6.1511173802818; Mon, 20 Nov 2017 02:30:02 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1511173802; cv=none; d=google.com; s=arc-20160816; b=ZUfX2rnLjDLtXymPvQNnP3dWnZPgWokVYo0OrIaqY5Z1ssiqmIc+lXXphm780JROu2 Ug4Tkh1uPNNBopT5cveAMMSzQJtIBINffrSIypPSMsN8ytUD7VQppFBfejyshqIxQ44B h12WkdDuR/jSGTnrk/1bSSd1kI+wcPfU+ET+Hahtsd/AmVZGvYCQYTi649LO2sJ+gxOQ FmVKgAouoSUxvO1nJM32JFe5BqkJ0uDOYoQSNbZOI8kcv5kFoCMBmX6C2ONC66zRTFZS DfxdXfNhE3ZqjVx3pb72dxAfDfEG5S9H3/sYBWRT/25Vu64Psd/hlZ2zBzbwnDNxd/RX IkeA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:cc:to:subject :message-id:date:from:references:in-reply-to:mime-version :dkim-signature:arc-authentication-results; bh=gRe/fNtWPHJ/3zgBape9xBvnLb52EJTOAkNgznE94z8=; b=bbp9MDL1vzaA2q5fZOt+yVChJNvWb3RwiA3S3we3+B5zCqx5m1fVtfGm8/w42ma9WR c7kupShBOp7J9NHe/BxvTXOEQyYv30/jlfE4hFH8417ThJyU/bMg0g5DZCNAY4Yr1ioo CeRJhDK69J8VkieXCDhrOfMA1dgNO7Vr7lP2MyAY8a0LaWc0U8SoqQ2cUMpEf7lbhaLW 2RPe5U9ioayfeqH2ACRz5Q88JP4SkfPW96LrYgq5HUSlsY0mb4Kz+E7oc/pMwlquxmey FqG7bFmElrQoXhOUeEzSuRwBfr3A7nsAlavdbc/tOtH4ABpQmRVEaSAzlNSDyiGAh5KD j4tA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=rDvsKLTK; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w4si5598346pll.731.2017.11.20.02.29.52; Mon, 20 Nov 2017 02:30:02 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=rDvsKLTK; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751215AbdKTK3P (ORCPT + 68 others); Mon, 20 Nov 2017 05:29:15 -0500 Received: from mail-wr0-f193.google.com ([209.85.128.193]:37569 "EHLO mail-wr0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751019AbdKTK2L (ORCPT ); Mon, 20 Nov 2017 05:28:11 -0500 Received: by mail-wr0-f193.google.com with SMTP id k61so7597816wrc.4 for ; Mon, 20 Nov 2017 02:28:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=gRe/fNtWPHJ/3zgBape9xBvnLb52EJTOAkNgznE94z8=; b=rDvsKLTKnIGyro2g8TdrmJINuiyGKRXPnWoIKvMjNKgeQtEyXLYaGq4HrzODBHVWkf YuqtGveQ/csX2knuuTYENHyz/SAMlIDspsM+GnNpOJhMfbtEfVlNcqZE/zUUDXdTw/B7 JNx91jQOl+3lOoG3jvQIJkWh/L9nvraU0GUReyDV5mLj+xotFQ/8iPDIFMJ8MuLKqhKd 0eOkTIkfpTX70NWiQXTDwwj7VV3qezhpKGQn+3TdDI0ikZiJbM4ZZ4v4XgvEvimn56H0 FZLsDCYI7y3bigImHmK03EWTf0mou6xrnkLF/LaVOCQecEFzlNl4ajsYG00BS7JsREgw /KOg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=gRe/fNtWPHJ/3zgBape9xBvnLb52EJTOAkNgznE94z8=; b=LkUCtyF73gDkkCGbCRKuGmiwHVbM0Wum2zJFdZCh6cPTsEj3cXcNtzdiBzxE7dnD7l pK0Ugmx2AnuR+T3pLSfhGkXVRCAwR2Jad/Yp7O+Gy+oCizb4VfZDpdWEbggVBvMwRvcN iMPl5GFew6QQE5uf7PGxBRww0Kv0hXH7QmGxvKLtwk8pjA8NxSRklWHDVYl9GiLNXLL0 z7pBGYRtR3lgOX0RQUuZwvE3ypO91oCNP/XujkDA+A7Ky5jTx72/9+zm0UIR7Jjl7ZH/ jcTE0hyWLJfHrqMaXNBnb4XPKYrAf9rIycilrEe0UpzqhvjTBZmn4eleatrtnHQbTOt0 3J3w== X-Gm-Message-State: AJaThX7U4WCbtsnTWmFCl+oEWqcewKi+6SIvs1AO0js88hlkGE2KBXu+ gxn08I5CpwkDnFNNY/Kpho0dkWJMUi1fGnijYU4= X-Received: by 10.223.131.166 with SMTP id 35mr10845365wre.84.1511173690537; Mon, 20 Nov 2017 02:28:10 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.182.17 with HTTP; Mon, 20 Nov 2017 02:28:09 -0800 (PST) In-Reply-To: <20171109014109.21077-1-mike.kravetz@oracle.com> References: <20171109014109.21077-1-mike.kravetz@oracle.com> From: =?UTF-8?B?TWFyYy1BbmRyw6kgTHVyZWF1?= Date: Mon, 20 Nov 2017 11:28:09 +0100 Message-ID: Subject: Re: [RFC PATCH 0/3] restructure memfd code To: Mike Kravetz Cc: linux-mm@kvack.org, open list , Hugh Dickins , Andrea Arcangeli , Michal Hocko , David Herrmann , Andrew Morton Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi On Thu, Nov 9, 2017 at 2:41 AM, Mike Kravetz wrot= e: > With the addition of memfd hugetlbfs support, we now have the situation > where memfd depends on TMPFS -or- HUGETLBFS. Previously, memfd was only > supported on tmpfs, so it made sense that the code resides in shmem.c. > > This patch series moves the memfd code to separate files (memfd.c and > memfd.h). It creates a new config option MEMFD_CREATE that is defined > if either TMPFS or HUGETLBFS is defined. That looks good to me > > In the current code, memfd is only functional if TMPFS is defined. If > HUGETLFS is defined and TMPFS is not defined, then memfd functionality > will not be available for hugetlbfs. This does not cause BUGs, just a > potential lack of desired functionality. > Indeed > Another way to approach this issue would be to simply make HUGETLBFS > depend on TMPFS. > > This patch series is built on top of the Marc-Andr=C3=A9 Lureau v3 series > "memfd: add sealing to hugetlb-backed memory": > http://lkml.kernel.org/r/20171107122800.25517-1-marcandre.lureau@redhat.c= om Are you waiting for this series to be merged before resending as non-rfc? > > Mike Kravetz (3): > mm: hugetlbfs: move HUGETLBFS_I outside #ifdef CONFIG_HUGETLBFS > mm: memfd: split out memfd for use by multiple filesystems > mm: memfd: remove memfd code from shmem files and use new memfd files > > fs/Kconfig | 3 + > fs/fcntl.c | 2 +- > include/linux/hugetlb.h | 27 ++-- > include/linux/memfd.h | 16 +++ > include/linux/shmem_fs.h | 13 -- > mm/Makefile | 1 + > mm/memfd.c | 341 +++++++++++++++++++++++++++++++++++++++++= ++++++ > mm/shmem.c | 323 -----------------------------------------= --- > 8 files changed, 378 insertions(+), 348 deletions(-) > create mode 100644 include/linux/memfd.h > create mode 100644 mm/memfd.c > > -- > 2.13.6 > Thanks --=20 Marc-Andr=C3=A9 Lureau From 1583550835120240448@xxx Thu Nov 09 01:42:40 +0000 2017 X-GM-THRID: 1583550835120240448 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread