From patchwork Fri Nov 24 10:27:28 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Christian Brauner X-Patchwork-Id: 169380 Return-Path: Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:ce62:0:b0:403:3b70:6f57 with SMTP id o2csp1062453vqx; Fri, 24 Nov 2023 02:28:06 -0800 (PST) X-Google-Smtp-Source: AGHT+IGMmP2aJN1pqzM32e0j+iHCYvynUVt347v1gxhQVJWgGt6XGySFhGzQfJnzKWn2K4dsIrk2 X-Received: by 2002:a05:6830:3b0e:b0:6ce:25b9:d9b5 with SMTP id dk14-20020a0568303b0e00b006ce25b9d9b5mr2316676otb.38.1700821686085; Fri, 24 Nov 2023 02:28:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1700821686; cv=none; d=google.com; s=arc-20160816; b=k6wvnKPgeB4PaUZvB3fmr/S+VyAq+3kGm3H9m79XeARg6HM5g0fGbubxbDZhbwxzpB uRK5xDyFOWitT4f0KPm73+I4jxNvzNQfRJEJh+mePAcIoED4joK2hiTchqLvcFyhoMmA KtAbP5L6Cwtin/jj8SJvcNb44P8EF/ehq9YvVhNJDmlw/iI3Lb7JbDKpCEkG2AXXlg3v QXTd+pyWCW3xcYP1mpMwNBk+pNJQskHicOPk2b2s+hUlQx4PtD7QfGjAELqrc0ayWIMa fT2Ckaqh8eldFux3DT3f4d0LtkBU6j8elQUv9pcHWYXql81eH2TasCRmi51uDBF3P1mj uBYg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=7hK+tej1jbvltr3Oa0cRwquUjwJ8yTM6L8s4Ele8w9Y=; fh=qDZ+YnS9HJbCVOaeWFr2FnYZt7eE+vt5IJIDIlhBdxU=; b=wbY6U9lfr3rQ27LPFgEugTIFgNjvNCjUhCYHlV2mawwMVqZYgtXNHfwkSNd6NilJAs 2qgyVTiHhrG+/RyyjTL8N9SlP87tznp6E0LE7RIeuZgyDVYhrVE5lo8ONOxnCwVUEXr6 dQGI6WragvIUlUzwZOYXrA3qccGkvQ0xYrLdCncKwDe2MxTFM01QXBWeNtH1BLXKARLr dTnkV2PFQCS2OXXZ9KU1jObE4dLfspfQ8OZ+mHZsqxH6WxyjI+C6IGOkxFDfQLS5Dj/q qsDbyeuGtcQyjGK4lxHgeqyU5LPHhhyHnlgmgVZZTxFAjqGIW54dOyjbVJFWZFOGplDL zPGQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=sYvu8MeE; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:5 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from groat.vger.email (groat.vger.email. [2620:137:e000::3:5]) by mx.google.com with ESMTPS id bz3-20020a056a02060300b005be2508ce03si3562669pgb.569.2023.11.24.02.28.05 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 24 Nov 2023 02:28:06 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:5 as permitted sender) client-ip=2620:137:e000::3:5; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=sYvu8MeE; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:5 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by groat.vger.email (Postfix) with ESMTP id 0447783BC6E2; Fri, 24 Nov 2023 02:28:03 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at groat.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230334AbjKXK1y (ORCPT + 99 others); Fri, 24 Nov 2023 05:27:54 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35070 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229580AbjKXK1w (ORCPT ); Fri, 24 Nov 2023 05:27:52 -0500 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5D9A392 for ; Fri, 24 Nov 2023 02:27:58 -0800 (PST) Received: by smtp.kernel.org (Postfix) with ESMTPSA id A33F0C433C8; Fri, 24 Nov 2023 10:27:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1700821678; bh=qVwJcFDiIpymt6eUkHVD8R3OpoVEzT8XHjqe8OUw3gY=; h=From:To:Cc:Subject:Date:From; b=sYvu8MeE8IkSjV0il7aiZosZ3Ymd/EG2GU0ZPtN5SOXpcSpNNccXSaX6RKlIjaO7U jvzp0UG0cp3SOzwlvfN0gdnHpTOEgaS/DXk49f+e9ywvaHydsCwhclZcOkluy1fQDb sD5ZtP0dSOQL1ukPvfGAkae4ZCkjpSLMFkEPNHNJ1RkEiDinqraTlWCapZ2moQGS68 XOib7SnGPn9thxaCkYqdZG84EVhknmbxJMXiDLZ/mP3b7wcfAYvYCG9BEUqDBPQlAX mp+M5zXVjvfmJLkZmuY4OVi1DG18xNl76hTe9eqiprWEJ5HUcI9y9vuvjdDvNNoI5X sfriUGYRWbqPA== From: Christian Brauner To: Linus Torvalds Cc: Christian Brauner , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [GIT PULL] vfs fixes Date: Fri, 24 Nov 2023 11:27:28 +0100 Message-ID: <20231124-vfs-fixes-3420a81c0abe@brauner> X-Mailer: git-send-email 2.42.0 MIME-Version: 1.0 X-Developer-Signature: v=1; a=openpgp-sha256; l=5043; i=brauner@kernel.org; h=from:subject:message-id; bh=qVwJcFDiIpymt6eUkHVD8R3OpoVEzT8XHjqe8OUw3gY=; b=owGbwMvMwCU28Zj0gdSKO4sYT6slMaQmVE3I2WdSLlbuwSx69I7K3XS/i/s2F1zgC9+W4Pns1 D1WD0PljlIWBjEuBlkxRRaHdpNwueU8FZuNMjVg5rAygQxh4OIUgImYzmdkOPZDQmJrhfnLmA83 ZVyW8B3lczkmpzB52Srt3C7eErHFlxn+GUg4V/3hj+N4rxjw7m6x1+TfW4vXlPKXnXz+dUbror0 TWAE= X-Developer-Key: i=brauner@kernel.org; a=openpgp; fpr=4880B8C9BD0E5106FC070F4F7B3C391EFEA93624 X-Spam-Status: No, score=-1.2 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on groat.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (groat.vger.email [0.0.0.0]); Fri, 24 Nov 2023 02:28:03 -0800 (PST) X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1783440800114141069 X-GMAIL-MSGID: 1783440800114141069 Hey Linus, /* Summary */ This contains the usual miscellaneous fixes: * Avoid calling back into LSMs from vfs_getattr_nosec() calls. IMA used to query inode properties accessing raw inode fields without dedicated helpers. That was finally fixed a few releases ago by forcing IMA to use vfs_getattr_nosec() helpers. The goal of the vfs_getattr_nosec() helper is to query for attributes without calling into the LSM layer which would be quite problematic because incredibly IMA is called from __fput()... __fput() -> ima_file_free() What it does is to call back into the filesystem to update the file's IMA xattr. Querying the inode without using vfs_getattr_nosec() meant that IMA didn't handle stacking filesystems such as overlayfs correctly. So the switch to vfs_getattr_nosec() is quite correct. But the switch to vfs_getattr_nosec() revealed another bug when used on stacking filesystems: __fput() -> ima_file_free() -> vfs_getattr_nosec() -> i_op->getattr::ovl_getattr() -> vfs_getattr() -> i_op->getattr::$WHATEVER_UNDERLYING_FS_getattr() -> security_inode_getattr() # calls back into LSMs Now, if that __fput() happens from task_work_run() of an exiting task current->fs and various other pointer could already be NULL. So anything in the LSM layer relying on that not being NULL would be quite surprised. Fix that by passing the information that this is a security request through to the stacking filesystem by adding a new internal ATT_GETATTR_NOSEC flag. Now the callchain becomes: __fput() -> ima_file_free() -> vfs_getattr_nosec() -> i_op->getattr::ovl_getattr() -> if (AT_GETATTR_NOSEC) vfs_getattr_nosec() else vfs_getattr() -> i_op->getattr::$WHATEVER_UNDERLYING_FS_getattr() * Fix a bug introduced with the iov_iter rework from last cycle. This broke /proc/kcore by copying too much and without the correct offset. * Add a missing NULL check when allocating the root inode in autofs_fill_super(). * Fix stable writes for multi-device filesystems (xfs, btrfs etc) and the block device pseudo filesystem. Stable writes used to be a superblock flag only, making it a per filesystem property. Add an additional AS_STABLE_WRITES mapping flag to allow for fine-grained control. * Ensure that offset_iterate_dir() returns 0 after reaching the end of a directory so it adheres to getdents() convention. /* Testing */ clang: Debian clang version 16.0.6 (16) gcc: gcc (Debian 13.2.0-5) 13.2.0 All patches are based on v6.7-rc1 and have been sitting in linux-next. No build failures or warnings were observed. Passes xfstests. /* Conflicts */ At the time of creating this PR no merge conflicts were reported from linux-next and no merge conflicts showed up doing a test-merge with current mainline. The following changes since commit b85ea95d086471afb4ad062012a4d73cd328fa86: Linux 6.7-rc1 (2023-11-12 16:19:07 -0800) are available in the Git repository at: git@gitolite.kernel.org:pub/scm/linux/kernel/git/vfs/vfs tags/vfs-6.7-rc3.fixes for you to fetch changes up to 796432efab1e372d404e7a71cc6891a53f105051: libfs: getdents() should return 0 after reaching EOD (2023-11-20 15:34:22 +0100) Please consider pulling these changes from the signed vfs-6.7-rc3.fixes tag. Thanks! Christian ---------------------------------------------------------------- vfs-6.7-rc3.fixes ---------------------------------------------------------------- Christoph Hellwig (4): filemap: add a per-mapping stable writes flag block: update the stable_writes flag in bdev_add xfs: clean up FS_XFLAG_REALTIME handling in xfs_ioctl_setattr_xflags xfs: respect the stable writes flag on the RT device Chuck Lever (1): libfs: getdents() should return 0 after reaching EOD Ian Kent (1): autofs: add: new_inode check in autofs_fill_super() Omar Sandoval (1): iov_iter: fix copy_page_to_iter_nofault() Stefan Berger (1): fs: Pass AT_GETATTR_NOSEC flag to getattr interface function block/bdev.c | 2 ++ fs/autofs/inode.c | 56 +++++++++++++++++----------------------------- fs/ecryptfs/inode.c | 12 ++++++++-- fs/inode.c | 2 ++ fs/libfs.c | 14 +++++++++--- fs/overlayfs/inode.c | 10 ++++----- fs/overlayfs/overlayfs.h | 8 +++++++ fs/stat.c | 6 ++++- fs/xfs/xfs_inode.h | 8 +++++++ fs/xfs/xfs_ioctl.c | 30 ++++++++++++++++--------- fs/xfs/xfs_iops.c | 7 ++++++ include/linux/pagemap.h | 17 ++++++++++++++ include/uapi/linux/fcntl.h | 3 +++ lib/iov_iter.c | 2 +- mm/page-writeback.c | 2 +- 15 files changed, 121 insertions(+), 58 deletions(-)