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=unavailable 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 67EAFC433FE for ; Wed, 22 Sep 2021 16:15:24 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 4C784611EE for ; Wed, 22 Sep 2021 16:15:24 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236608AbhIVQQw (ORCPT ); Wed, 22 Sep 2021 12:16:52 -0400 Received: from relaydlg-01.paragon-software.com ([81.5.88.159]:39904 "EHLO relaydlg-01.paragon-software.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232357AbhIVQQw (ORCPT ); Wed, 22 Sep 2021 12:16:52 -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 7BEED82304; Wed, 22 Sep 2021 19:15:20 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paragon-software.com; s=mail; t=1632327320; bh=M5bfFgoFlXE4KcXmZ923eoBepB1UY06djY36XfpJqD8=; h=Date:To:CC:From:Subject; b=AnMm+MOUivqDSWHpbRKht4sFkHLQT7L8HPV68cpsn0MjCXqblrfjIydc08/7e4tjY V3PJq2xYOaIQ4BVgwbjAmg3X5w3NtDxeTz4TqZDioDVSligWOQzcT97hOwobWYQf1o wMvCFINhroRqEj6nM6VzpbkjCdg/EJNE0e15oyCg= Received: from [192.168.211.195] (192.168.211.195) 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; Wed, 22 Sep 2021 19:15:20 +0300 Message-ID: <2771ff62-e612-a8ed-4b93-5534c26aef9e@paragon-software.com> Date: Wed, 22 Sep 2021 19:15:19 +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 0/5] Refactor locking in inode_operations Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [192.168.211.195] X-ClientProxiedBy: vobn-exch-01.paragon-software.com (172.30.72.13) To vdlg-exch-02.paragon-software.com (172.30.1.105) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@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. Konstantin Komarov (5): 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 | 17 ++++++++-- fs/ntfs3/namei.c | 20 ----------- fs/ntfs3/xattr.c | 88 +++++++++++++++++------------------------------- 3 files changed, 45 insertions(+), 80 deletions(-) -- 2.33.0