Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp3284552pxp; Tue, 22 Mar 2022 16:27:34 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzZNr9jW7n5mmsBE9JBGlpFj3rDQPQeLOT37kn5tKzAx+YnNj8wPShDOp0j2jS3nZ9wxgLK X-Received: by 2002:a17:90a:ea92:b0:1c7:3961:8d3d with SMTP id h18-20020a17090aea9200b001c739618d3dmr7872331pjz.88.1647991654413; Tue, 22 Mar 2022 16:27:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1647991654; cv=none; d=google.com; s=arc-20160816; b=D1Wpl9VmFC5BFH3ofY/DRb+P+eARrloz1zAd/ehDIf7KihiTtS0lazPErV11KFbXv4 0oQ+ThtmVRxidtqfCewig/YzAVVd33CJ05pvF8eJe+UmRX3aObuDl/HYJ+TkoQUGhmAO MjWJSsBqswm3PfXnqSG+asy9xtQwxViRT0y0SbhoXvzotR/zdqesI1I2dKs5N172+FLy XC0LY5Eu33IkjVFAowWPKUTr6Y38F+09il/8HOqPryIuGDy6JEeEQQ8oQvgVbLqO4qhY YzwRRWyrV7CPsxk6AtSlxRP6+81zGqMphNlNJk0tAGzzQ8qG5SiI+xhLvfJawcwaYQ0Y fONQ== 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 :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=NqGWiXa1YljcvaXmvjD9AJstmtyWS/SACpwvIgZ8/u8=; b=im+KY4O5qgE+Ew2uAkojlB5e+FZ86OTi9pVVTLUKQ5MmubmaEXriL4gLC9JCM4SbsD 42QCsA1dWXobh56ZZ4nSVdsp4gbze9fLCfj2uDw/gPp8+r18OgFrHNHt7174cnyLGwIB HeWTCDy7YjAhecTAnUU9iPHtLfhzbfNopBHIZSSXsAE7TrxhVIbreNGrAQsjsCB4Ckpt MwHJy5PRoDbPNj+iOTHdOxlCCzCdrD2Cn73ydfYN23NB41T+VPCSLrHvsW8yXJSWNElf mxfhSxL2EMM1c7WoC+uZa0aU709xAMFW7Pau9lkDjAXGtGZRbbVEG3ByZGiO+mbgeSS6 buew== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=JaSidzOO; 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=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id x5-20020a17090a6b4500b001c73fa1efd3si3582867pjl.187.2022.03.22.16.27.20; Tue, 22 Mar 2022 16:27:34 -0700 (PDT) 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=@kernel.org header.s=k20201202 header.b=JaSidzOO; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237669AbiCVORx (ORCPT + 99 others); Tue, 22 Mar 2022 10:17:53 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52202 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236997AbiCVOPs (ORCPT ); Tue, 22 Mar 2022 10:15:48 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BADCD8596B; Tue, 22 Mar 2022 07:13:54 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id C646B615C7; Tue, 22 Mar 2022 14:13:53 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 88BB8C340EC; Tue, 22 Mar 2022 14:13:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1647958433; bh=ivm2aAVpqaKmPIFnOCUWQASOdRXkBq52kM+CW/CaRFo=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=JaSidzOO7I8os2ZFyBV/cYDfbFYAS9UXfOKFdaZNCXMuvBCPhehQkjLJdQzHEQ3q7 PJY0RK7f2YgAzws8HnPBcKH+o5559Wi7qjS2anJjjR9mC16JQtBK8pKH8P/3siTmtj 2D6VNOJYwk4ZNND/+sDtzblRD8Phi11+TihwcmunU081zugr5aFpAMj4kCGfZlXbJB XxI3EtB/QwoZj1+p9VbpZmJN2hmn8gDBZvRAYK5SgjA3qrTHuaWng9YyFOFaOetRhr 75HJWsn9dPYbL76bhiL1psecorINSgIJD7HQwxWSzhrPPX/wyxTPIZJDHBgLzrVRiz z02E2GAs37DDw== From: Jeff Layton To: idryomov@gmail.com, xiubli@redhat.com Cc: ceph-devel@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-fscrypt@vger.kernel.org, linux-kernel@vger.kernel.org, lhenriques@suse.de Subject: [RFC PATCH v11 36/51] ceph: add __ceph_get_caps helper support Date: Tue, 22 Mar 2022 10:13:01 -0400 Message-Id: <20220322141316.41325-37-jlayton@kernel.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20220322141316.41325-1-jlayton@kernel.org> References: <20220322141316.41325-1-jlayton@kernel.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-7.9 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE 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 From: Xiubo Li Break out the guts of ceph_get_caps into a helper that takes an inode and ceph_file_info instead of a file pointer. Signed-off-by: Xiubo Li Signed-off-by: Jeff Layton --- fs/ceph/caps.c | 19 +++++++++++++------ fs/ceph/super.h | 2 ++ 2 files changed, 15 insertions(+), 6 deletions(-) diff --git a/fs/ceph/caps.c b/fs/ceph/caps.c index fbf120a6aa96..2aa338219d27 100644 --- a/fs/ceph/caps.c +++ b/fs/ceph/caps.c @@ -2946,10 +2946,9 @@ int ceph_try_get_caps(struct inode *inode, int need, int want, * due to a small max_size, make sure we check_max_size (and possibly * ask the mds) so we don't get hung up indefinitely. */ -int ceph_get_caps(struct file *filp, int need, int want, loff_t endoff, int *got) +int __ceph_get_caps(struct inode *inode, struct ceph_file_info *fi, int need, + int want, loff_t endoff, int *got) { - struct ceph_file_info *fi = filp->private_data; - struct inode *inode = file_inode(filp); struct ceph_inode_info *ci = ceph_inode(inode); struct ceph_fs_client *fsc = ceph_inode_to_client(inode); int ret, _got, flags; @@ -2958,7 +2957,7 @@ int ceph_get_caps(struct file *filp, int need, int want, loff_t endoff, int *got if (ret < 0) return ret; - if ((fi->fmode & CEPH_FILE_MODE_WR) && + if (fi && (fi->fmode & CEPH_FILE_MODE_WR) && fi->filp_gen != READ_ONCE(fsc->filp_gen)) return -EBADF; @@ -2966,7 +2965,7 @@ int ceph_get_caps(struct file *filp, int need, int want, loff_t endoff, int *got while (true) { flags &= CEPH_FILE_MODE_MASK; - if (atomic_read(&fi->num_locks)) + if (fi && atomic_read(&fi->num_locks)) flags |= CHECK_FILELOCK; _got = 0; ret = try_get_cap_refs(inode, need, want, endoff, @@ -3011,7 +3010,7 @@ int ceph_get_caps(struct file *filp, int need, int want, loff_t endoff, int *got continue; } - if ((fi->fmode & CEPH_FILE_MODE_WR) && + if (fi && (fi->fmode & CEPH_FILE_MODE_WR) && fi->filp_gen != READ_ONCE(fsc->filp_gen)) { if (ret >= 0 && _got) ceph_put_cap_refs(ci, _got); @@ -3074,6 +3073,14 @@ int ceph_get_caps(struct file *filp, int need, int want, loff_t endoff, int *got return 0; } +int ceph_get_caps(struct file *filp, int need, int want, loff_t endoff, int *got) +{ + struct ceph_file_info *fi = filp->private_data; + struct inode *inode = file_inode(filp); + + return __ceph_get_caps(inode, fi, need, want, endoff, got); +} + /* * Take cap refs. Caller must already know we hold at least one ref * on the caps in question or we don't know this is safe. diff --git a/fs/ceph/super.h b/fs/ceph/super.h index 8f5fdb59344c..fef4cda44861 100644 --- a/fs/ceph/super.h +++ b/fs/ceph/super.h @@ -1238,6 +1238,8 @@ extern int ceph_encode_dentry_release(void **p, struct dentry *dn, struct inode *dir, int mds, int drop, int unless); +extern int __ceph_get_caps(struct inode *inode, struct ceph_file_info *fi, + int need, int want, loff_t endoff, int *got); extern int ceph_get_caps(struct file *filp, int need, int want, loff_t endoff, int *got); extern int ceph_try_get_caps(struct inode *inode, -- 2.35.1