From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-12.3 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id D0087C433EF for ; Thu, 23 Sep 2021 15:38:43 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id A8EBF61038 for ; Thu, 23 Sep 2021 15:38:43 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S242008AbhIWPkO (ORCPT ); Thu, 23 Sep 2021 11:40:14 -0400 Received: from relaydlg-01.paragon-software.com ([81.5.88.159]:38835 "EHLO relaydlg-01.paragon-software.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233143AbhIWPkN (ORCPT ); Thu, 23 Sep 2021 11:40:13 -0400 Received: from dlg2.mail.paragon-software.com (vdlg-exch-02.paragon-software.com [172.30.1.105]) by relaydlg-01.paragon-software.com (Postfix) with ESMTPS id 74F1082239; Thu, 23 Sep 2021 18:38:40 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paragon-software.com; s=mail; t=1632411520; bh=VNKx8KU7VfoNLnbUNfKMw8rrZuo+BUroDU6s4rSXPiY=; h=Date:To:CC:From:Subject; b=bRLO7OuLumhQwR6YcEgUFb1N6ofZdiZZR8RhsY0gv3yhan9k7Z8Cl7VjdjVAzjzuT u9Ss6r2SbXxxNfoW+trG9S26+xDOaYymeQbDvFy+yBShPls1AVGF9uHo1m2Or2mcKK WfSQ1Uo30GafFW9VtYC2IBFFMq7OGibs+n/Qdkrg= Received: from [192.168.211.73] (192.168.211.73) by vdlg-exch-02.paragon-software.com (172.30.1.105) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2; Thu, 23 Sep 2021 18:38:40 +0300 Message-ID: Date: Thu, 23 Sep 2021 18:38:39 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.1.1 Content-Language: en-US To: CC: , From: Konstantin Komarov Subject: [PATCH v2 0/6] fs/ntfs3: Refactor locking in inode_operations Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [192.168.211.73] X-ClientProxiedBy: vdlg-exch-02.paragon-software.com (172.30.1.105) To vdlg-exch-02.paragon-software.com (172.30.1.105) Precedence: bulk List-ID: X-Mailing-List: linux-fsdevel@vger.kernel.org Speed up work with dir lock. Theoretically in successful cases those locks aren't needed at all. But proving the same for error cases is difficult. So instead of removing them we just move them. V2: added patch, that fixes logical error in ntfs_create_inode Konstantin Komarov (6): fs/ntfs3: Fix logical error in ntfs_create_inode fs/ntfs3: Move ni_lock_dir and ni_unlock into ntfs_create_inode fs/ntfs3: Refactor ntfs_get_acl_ex for better readability fs/ntfs3: Pass flags to ntfs_set_ea in ntfs_set_acl_ex fs/ntfs3: Change posix_acl_equiv_mode to posix_acl_update_mode fs/ntfs3: Refactoring lock in ntfs_init_acl fs/ntfs3/inode.c | 19 ++++++++--- fs/ntfs3/namei.c | 20 ----------- fs/ntfs3/xattr.c | 88 +++++++++++++++++------------------------------- 3 files changed, 46 insertions(+), 81 deletions(-) -- 2.33.0