Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp2820812rwb; Fri, 16 Dec 2022 06:59:38 -0800 (PST) X-Google-Smtp-Source: AA0mqf5Qe+sYXJHTV2OXnKqbH+dkLvUg1zQ7rMmREiwPqkBxM1YKAfzXUbcP6FUWf8/HdB1/vcB6 X-Received: by 2002:a05:6402:702:b0:46f:68d0:76 with SMTP id w2-20020a056402070200b0046f68d00076mr23850174edx.34.1671202778661; Fri, 16 Dec 2022 06:59:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1671202778; cv=none; d=google.com; s=arc-20160816; b=aYPu1psnCcnh+P88filKyCXYSSQN5NmyL3HIByowomF4mh4UeWi4ZxRbadiTHa0dnX CpzKKnV3n0OCSrDhvZovdSj2qVabuBf0z7VKjELw4spNl4cBGiJnY+WX2yaEx+J6X7bN h3Q6xjXiyL4gpupgiWwDqu9cUOP/hgmKh7l3AnILIPDeDiQhe8JLOoi2mZXb8qqQDdAn Gv8C5GeEh5poQpa6VCSeIhziPCR2KPZL6ck4x+4VL/pAea+6i/HKKKcG4vJ/2tKjS0ii vYF/9xauh8BBMb9KW4q8ILNXvfoF/ZzqsH4MKvPeYdEZkhzY9Ttz5QUg+9bdyymwxl2I TE/A== 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=aDHSOA22KQSb8+ekjaGQjCeC7AjJVyYVnoN4EpW6eJc=; b=hssFfyPQimz59pa6I/ESaosb2nS4CI2QS04rcZkWvVHt352EAAGd3Pg+rNq7lSj9Yc iJnJRMefz2BAqW/cGrX1o36mttaRlFg6tAZYPrqLRQf6ue4FQUzhUPWSoO7H167FLkBw WA6aWVNrKg5wNFoRViPctD3VPSSRhL2qovOIfxB+g8CF9XbBLyIX2/90F0vvEwdDw9R0 KGMX8mndS1f3ibnr0GFqSuwGdP5jleEmbICPG9NvX7S9mEQRvmwMhPrrjtCBAAuP7Abj 3OI06sdlWNWNtmWSQuWNPvBee7yG2WKaCCaDlnv4gI4Zwf/PhtraAiXhHxYn1tL7aOai vUBQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=YhL9eZt2; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id l15-20020a056402254f00b0046ab9b37cf2si3373871edb.116.2022.12.16.06.59.22; Fri, 16 Dec 2022 06:59:38 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=YhL9eZt2; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230396AbiLPOeW (ORCPT + 68 others); Fri, 16 Dec 2022 09:34:22 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51838 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229620AbiLPOeL (ORCPT ); Fri, 16 Dec 2022 09:34:11 -0500 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E081258BE3 for ; Fri, 16 Dec 2022 06:33:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1671201201; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=aDHSOA22KQSb8+ekjaGQjCeC7AjJVyYVnoN4EpW6eJc=; b=YhL9eZt2iICo124dk7U86uqrUA5Aqy8DO1nqgELrLFEC1uEx8DpjlLhQAV8ipRa0jx8hoS DZrNrp2Q6V4UJ+qHkxaV354gQ8ejKty115cSlZvcgKt8b+jgmeil40C3d9xaFQwvtO1tS7 J39CdR1hI7iYbHMYkRqAwZLzTIJ4SSs= Received: from mimecast-mx02.redhat.com (mimecast-mx02.redhat.com [66.187.233.88]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-613-fDwgpw4PNQmDJDfqxxPf7Q-1; Fri, 16 Dec 2022 09:33:19 -0500 X-MC-Unique: fDwgpw4PNQmDJDfqxxPf7Q-1 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.rdu2.redhat.com [10.11.54.1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 6662F8030DB; Fri, 16 Dec 2022 14:33:19 +0000 (UTC) Received: from pasta.redhat.com (ovpn-192-182.brq.redhat.com [10.40.192.182]) by smtp.corp.redhat.com (Postfix) with ESMTP id 53A3340C2004; Fri, 16 Dec 2022 14:33:18 +0000 (UTC) From: Andreas Gruenbacher To: Linus Torvalds Cc: Andreas Gruenbacher , cluster-devel@redhat.com, linux-kernel@vger.kernel.org Subject: [GIT PULL] gfs2 fixes Date: Fri, 16 Dec 2022 15:33:17 +0100 Message-Id: <20221216143317.668868-1-agruenba@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 3.1 on 10.11.54.1 X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Linus, please consider pulling the following gfs2 fixes. Thank you very much, Andreas The following changes since commit b7b275e60bcd5f89771e865a8239325f86d9927d: Linux 6.1-rc7 (2022-11-27 13:31:48 -0800) are available in the Git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gfs2/linux-gfs2.git tags/gfs2-v6.1-rc7-fixes for you to fetch changes up to 6b46a06100dd0e0ebe400573e94ccd09163bfd5b: gfs2: Remove support for glock holder auto-demotion (2) (2022-12-15 12:41:22 +0100) ---------------------------------------------------------------- gfs2 fixes - Revert a change to delete_work_func() that has gone wrong in commit c412a97cf6c5 ("gfs2: Use TRY lock in gfs2_inode_lookup for UNLINKED inodes"). - Avoid dequeuing GL_ASYNC glock holders twice by first checking if the holder is still queued. - gfs2: Always check the inode size of inline inodes when reading in inodes to prevent corrupt filesystem images from causing weid errors. - Properly handle a race between gfs2_create_inode() and gfs2_inode_lookup() that causes insert_inode_locked4() to return -EBUSY. - Fix and clean up the interaction between gfs2_create_inode() and gfs2_evict_inode() by completely handling the inode deallocation and destruction in gfs2_evict_inode(). - Remove support for glock holder auto-demotion as we have no current plans of using this feature again. - And a few more minor cleanups and clarifications. ---------------------------------------------------------------- Andreas Gruenbacher (17): gfs2: Add extra error check in alloc_dinode gfs2: Get rid of ghs[] in gfs2_create_inode gfs2: Clean up initialization of "ip" in gfs2_create_inode gfs2: Fix and clean up create / evict interaction gfs2: Handle -EBUSY result of insert_inode_locked4 gfs2: Cosmetic gfs2_dinode_{in,out} cleanup gfs2: Always check inode size of inline inodes gfs2: Make gfs2_glock_hold return its glock argument gfs2: Avoid dequeuing GL_ASYNC glock holders twice gfs2: Clean up after gfs2_create_inode rework gfs2: Simply dequeue iopen glock in gfs2_evict_inode gfs2: Uninline and improve glock_{set,clear}_object gfs2: Add gfs2_inode_lookup comment gfs2: Partially revert gfs2_inode_lookup change gfs2: Minor gfs2_try_evict cleanup gfs2: Remove support for glock holder auto-demotion gfs2: Remove support for glock holder auto-demotion (2) fs/gfs2/aops.c | 2 - fs/gfs2/bmap.c | 3 - fs/gfs2/file.c | 3 +- fs/gfs2/glock.c | 269 ++++++++++++++++++++---------------------------------- fs/gfs2/glock.h | 65 +------------ fs/gfs2/glops.c | 44 +++++---- fs/gfs2/incore.h | 1 - fs/gfs2/inode.c | 64 +++++++------ fs/gfs2/meta_io.c | 6 ++ fs/gfs2/super.c | 84 +++++++++-------- fs/gfs2/xattr.c | 26 +++--- 11 files changed, 234 insertions(+), 333 deletions(-)