Received: by 10.223.164.221 with SMTP id h29csp161960wrb; Tue, 31 Oct 2017 11:44:35 -0700 (PDT) X-Google-Smtp-Source: ABhQp+QIUhF8cwLzER5ltE44WU1qSnCbGOWmDib0MpACScDPfu2Ozio22d5eu6Qy50Jtlz8aPSUd X-Received: by 10.98.147.197 with SMTP id r66mr3058373pfk.20.1509475475737; Tue, 31 Oct 2017 11:44:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1509475475; cv=none; d=google.com; s=arc-20160816; b=FD8W9J0uyCbetevCOtX7+9TiaYY+ypREFQmYAM9vZf+Ym2+zx3mcn2NQ7YaG1tXSm/ qp98EGiVQ9lvoFMu4W6qFa9Lpc2EXnaBGjVAMIKuG52cUNTSaMpqIDsF5er2t+DIabSZ wx7QfZGPw4/fZ98eOqyHNK7JufUChpMlKJUeiCJKEX7QjoNmVHHTdB+zMsQN3YvudOb4 76Sw3L0aEqEONngE190yeDMKfStI/T6qb5VbuabICUuaCXMR53TVI9lWvNF44AU01NIm xmahWMa1jIk2d8zIU4FmcSlyIgp2gPiGPoI7tP0IGFT0iVwqUBnmWp0L7mQLWhX3kikf z1UQ== 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:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dmarc-filter:arc-authentication-results; bh=+tu+uskzCQbE0gLsAVn3ye7XW9pV4EVSA/3enpUzVLk=; b=sI+MF+1cq1tkTMXcfcoREoudAue4te9SZVLBHBt6edyYvZiaqDRW9sgUXiqgASlldX xdL+h38gnDd07Dk/yeWEvd8D1KXHMD4WTq3A0kNQlkyMvrkIaPN8BY53jHUmrWrlzh/g St3sfDoAyLwZwDiPcECEDvZQgXfCh0KsWWhDNM2qlJkrCLPhNJBCT4g2LDZjn6vYB6IJ SwvoR52YfVQco6prmZnxbEz6ihyuZ4/H5e+b4nJKcJPlhpkncw/pJFZYGmkA4oBg4wOr Y/FYfG3xxySFbe+2qWxgQPgf+QDTh/kPw/LrU8w7uz06HOXiGLff3dU5lsY15V/nOON0 3QUw== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q7si2176541pgn.232.2017.10.31.11.44.22; Tue, 31 Oct 2017 11:44:35 -0700 (PDT) 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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932940AbdJaSmF (ORCPT + 99 others); Tue, 31 Oct 2017 14:42:05 -0400 Received: from mx1.redhat.com ([209.132.183.28]:60004 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932831AbdJaSlL (ORCPT ); Tue, 31 Oct 2017 14:41:11 -0400 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id B1F60806A0; Tue, 31 Oct 2017 18:41:11 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com B1F60806A0 Authentication-Results: ext-mx02.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx02.extmail.prod.ext.phx2.redhat.com; spf=fail smtp.mailfrom=marcandre.lureau@redhat.com Received: from localhost (ovpn-112-19.ams2.redhat.com [10.36.112.19]) by smtp.corp.redhat.com (Postfix) with ESMTP id 274364D72D; Tue, 31 Oct 2017 18:41:08 +0000 (UTC) From: =?UTF-8?q?Marc-Andr=C3=A9=20Lureau?= To: linux-mm@kvack.org, linux-kernel@vger.kernel.org Cc: aarcange@redhat.com, hughd@google.com, nyc@holomorphy.com, mike.kravetz@oracle.com, =?UTF-8?q?Marc-Andr=C3=A9=20Lureau?= Subject: [PATCH 4/6] hugetlbfs: implement memfd sealing Date: Tue, 31 Oct 2017 19:40:50 +0100 Message-Id: <20171031184052.25253-5-marcandre.lureau@redhat.com> In-Reply-To: <20171031184052.25253-1-marcandre.lureau@redhat.com> References: <20171031184052.25253-1-marcandre.lureau@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.26]); Tue, 31 Oct 2017 18:41:11 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Implements memfd sealing, similar to shmem: - WRITE: deny fallocate(PUNCH_HOLE). mmap() write is denied in memfd_add_seals(). write() doesn't exist for hugetlbfs. - SHRINK: added similar check as shmem_setattr() - GROW: added similar check as shmem_setattr() & shmem_fallocate() Except write() operation that doesn't exist with hugetlbfs, that should make sealing as close as it can be to shmem support. Signed-off-by: Marc-André Lureau --- fs/hugetlbfs/inode.c | 29 +++++++++++++++++++++++++++-- include/linux/hugetlb.h | 1 + 2 files changed, 28 insertions(+), 2 deletions(-) diff --git a/fs/hugetlbfs/inode.c b/fs/hugetlbfs/inode.c index ea7b10357ac4..62d70b1b1ab9 100644 --- a/fs/hugetlbfs/inode.c +++ b/fs/hugetlbfs/inode.c @@ -510,8 +510,16 @@ static long hugetlbfs_punch_hole(struct inode *inode, loff_t offset, loff_t len) if (hole_end > hole_start) { struct address_space *mapping = inode->i_mapping; + struct hugetlbfs_inode_info *info = HUGETLBFS_I(inode); inode_lock(inode); + + /* protected by i_mutex */ + if (info->seals & F_SEAL_WRITE) { + inode_unlock(inode); + return -EPERM; + } + i_mmap_lock_write(mapping); if (!RB_EMPTY_ROOT(&mapping->i_mmap.rb_root)) hugetlb_vmdelete_list(&mapping->i_mmap, @@ -529,6 +537,7 @@ static long hugetlbfs_fallocate(struct file *file, int mode, loff_t offset, loff_t len) { struct inode *inode = file_inode(file); + struct hugetlbfs_inode_info *info = HUGETLBFS_I(inode); struct address_space *mapping = inode->i_mapping; struct hstate *h = hstate_inode(inode); struct vm_area_struct pseudo_vma; @@ -560,6 +569,11 @@ static long hugetlbfs_fallocate(struct file *file, int mode, loff_t offset, if (error) goto out; + if ((info->seals & F_SEAL_GROW) && offset + len > inode->i_size) { + error = -EPERM; + goto out; + } + /* * Initialize a pseudo vma as this is required by the huge page * allocation routines. If NUMA is configured, use page index @@ -650,6 +664,7 @@ static int hugetlbfs_setattr(struct dentry *dentry, struct iattr *attr) struct hstate *h = hstate_inode(inode); int error; unsigned int ia_valid = attr->ia_valid; + struct hugetlbfs_inode_info *info = HUGETLBFS_I(inode); BUG_ON(!inode); @@ -658,10 +673,17 @@ static int hugetlbfs_setattr(struct dentry *dentry, struct iattr *attr) return error; if (ia_valid & ATTR_SIZE) { + loff_t oldsize = inode->i_size; + loff_t newsize = attr->ia_size; + error = -EINVAL; - if (attr->ia_size & ~huge_page_mask(h)) + if (newsize & ~huge_page_mask(h)) return -EINVAL; - error = hugetlb_vmtruncate(inode, attr->ia_size); + /* protected by i_mutex */ + if ((newsize < oldsize && (info->seals & F_SEAL_SHRINK)) || + (newsize > oldsize && (info->seals & F_SEAL_GROW))) + return -EPERM; + error = hugetlb_vmtruncate(inode, newsize); if (error) return error; } @@ -713,6 +735,8 @@ static struct inode *hugetlbfs_get_inode(struct super_block *sb, inode = new_inode(sb); if (inode) { + struct hugetlbfs_inode_info *info = HUGETLBFS_I(inode); + inode->i_ino = get_next_ino(); inode_init_owner(inode, dir, mode); lockdep_set_class(&inode->i_mapping->i_mmap_rwsem, @@ -720,6 +744,7 @@ static struct inode *hugetlbfs_get_inode(struct super_block *sb, inode->i_mapping->a_ops = &hugetlbfs_aops; inode->i_atime = inode->i_mtime = inode->i_ctime = current_time(inode); inode->i_mapping->private_data = resv_map; + info->seals = F_SEAL_SEAL; switch (mode & S_IFMT) { default: init_special_inode(inode, mode, dev); diff --git a/include/linux/hugetlb.h b/include/linux/hugetlb.h index f78daf54897d..128ef10902f3 100644 --- a/include/linux/hugetlb.h +++ b/include/linux/hugetlb.h @@ -281,6 +281,7 @@ static inline struct hugetlbfs_sb_info *HUGETLBFS_SB(struct super_block *sb) struct hugetlbfs_inode_info { struct shared_policy policy; struct inode vfs_inode; + unsigned int seals; }; static inline struct hugetlbfs_inode_info *HUGETLBFS_I(struct inode *inode) -- 2.15.0.rc0.40.gaefcc5f6f From 1583239539857498987@xxx Sun Nov 05 15:14:45 +0000 2017 X-GM-THRID: 1583087891421772493 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread