From patchwork Mon Feb 11 17:27:26 2019 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Eric Biggers X-Patchwork-Id: 1040001 Return-Path: X-Original-To: patchwork-incoming@ozlabs.org Delivered-To: patchwork-incoming@ozlabs.org Authentication-Results: ozlabs.org; spf=none (mailfrom) smtp.mailfrom=vger.kernel.org (client-ip=209.132.180.67; helo=vger.kernel.org; envelope-from=linux-ext4-owner@vger.kernel.org; receiver=) Authentication-Results: ozlabs.org; dmarc=pass (p=none dis=none) header.from=kernel.org Authentication-Results: ozlabs.org; dkim=pass (1024-bit key; unprotected) header.d=kernel.org header.i=@kernel.org header.b="I55BPff+"; dkim-atps=neutral Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by ozlabs.org (Postfix) with ESMTP id 43yt905SXCz9sMr for ; Tue, 12 Feb 2019 04:30:28 +1100 (AEDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731442AbfBKRaX (ORCPT ); Mon, 11 Feb 2019 12:30:23 -0500 Received: from mail.kernel.org ([198.145.29.99]:46552 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729811AbfBKR3l (ORCPT ); Mon, 11 Feb 2019 12:29:41 -0500 Received: from sol.localdomain (c-107-3-167-184.hsd1.ca.comcast.net [107.3.167.184]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 28F89222AA; Mon, 11 Feb 2019 17:29:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1549906180; bh=O1s9QR+U5uXIM+tBQ7kbiZnh0426uIGCqpIneePqUCo=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=I55BPff+g6eSJjOYbO353oLgLkIqcf4lnaA0HwRjIdMMqK+IX3fG6fmGcC6r0TtOm E/lCqaFyqv90JMrLrphTyLR60l+OuxcfGeWDVGwBnUPy5tb/KQRkQak1mnBrwYeE3+ OylpZcBvu8kovIa6/4QuiLSxBF0qKW45wEcGAYeY= From: Eric Biggers To: linux-fscrypt@vger.kernel.org Cc: linux-ext4@vger.kernel.org, linux-f2fs-devel@lists.sourceforge.net, linux-mtd@lists.infradead.org, linux-fsdevel@vger.kernel.org, linux-crypto@vger.kernel.org, linux-api@vger.kernel.org, keyrings@vger.kernel.org, Satya Tangirala , Paul Crowley Subject: [RFC PATCH v2 08/20] fs/inode.c: export inode_lru_list_del() Date: Mon, 11 Feb 2019 09:27:26 -0800 Message-Id: <20190211172738.4633-9-ebiggers@kernel.org> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20190211172738.4633-1-ebiggers@kernel.org> References: <20190211172738.4633-1-ebiggers@kernel.org> MIME-Version: 1.0 Sender: linux-ext4-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org From: Eric Biggers When a filesystem encryption key is removed, we need all files which had been "unlocked" (had ->i_crypt_info set up) with it to appear "locked" again. This is most easily done by evicting the inodes. This can currently be done using 'echo 2 > /proc/sys/vm/drop_caches'; however, that is overkill and not usable by non-root users. In preparation for allowing fs/crypto/ to evict just the needed inodes, make inode_lru_list_del() non-static. Signed-off-by: Eric Biggers --- fs/inode.c | 4 +--- include/linux/fs.h | 1 + 2 files changed, 2 insertions(+), 3 deletions(-) diff --git a/fs/inode.c b/fs/inode.c index 0cd47fe0dbe5..037df483c9af 100644 --- a/fs/inode.c +++ b/fs/inode.c @@ -426,10 +426,8 @@ void inode_add_lru(struct inode *inode) inode_lru_list_add(inode); } - -static void inode_lru_list_del(struct inode *inode) +void inode_lru_list_del(struct inode *inode) { - if (list_lru_del(&inode->i_sb->s_inode_lru, &inode->i_lru)) this_cpu_dec(nr_unused); } diff --git a/include/linux/fs.h b/include/linux/fs.h index 70d929ac89f9..326cbb044596 100644 --- a/include/linux/fs.h +++ b/include/linux/fs.h @@ -2986,6 +2986,7 @@ extern void unlock_new_inode(struct inode *); extern void discard_new_inode(struct inode *); extern unsigned int get_next_ino(void); extern void evict_inodes(struct super_block *sb); +extern void inode_lru_list_del(struct inode *inode); extern void __iget(struct inode * inode); extern void iget_failed(struct inode *);