Received: by 2002:ac2:464d:0:0:0:0:0 with SMTP id s13csp83860lfo; Tue, 17 May 2022 16:48:33 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy0rYPI3xY1SG/5gWXvx39A752ga3w781+P6Ubn0AFHq9iGGf3UjxerDB3g5fJkwc2wsqG/ X-Received: by 2002:aa7:d6d4:0:b0:42a:a2ab:3b4f with SMTP id x20-20020aa7d6d4000000b0042aa2ab3b4fmr18272900edr.278.1652831313243; Tue, 17 May 2022 16:48:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652831313; cv=none; d=google.com; s=arc-20160816; b=CilcXLLEWJw9OW0sr0O8z2rFaeaIdv/+6MVuq+PqNO1dr9XwEbKWUJ3qf8jOQyPE95 1srlKdeBBZo49bA16aWAaMA+GficTzMGQ8TAk1JJWfRBtMy/VJgk98S+F9ni/agFpaoF MIVdMsfqAEcdjvbk1R/CfuLU0Vmvi4oCtUuIvk/hYObwBFq8r0tRK/N+dHp16u+3gWES wbYrNNk5ZC8zhtDYoPfUqokNLR3Fp2JKy4xC12DEB06RmMjz1sPuphIRS5Z/8EqD8Ogp cJkiQpCGb8LBw3J2IQDewpLB0OkGWaqA8vK1M0rbNvHBHoxV4h4Bao5ccaB3nkAhyfBR 0MJA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent :content-transfer-encoding:references:in-reply-to:date:cc:to:from :subject:message-id:dkim-signature; bh=tVM5WpnZ5n8XSpkYqSwr0uCFvlKegneZ/OAZGRpJL/o=; b=A61JhIgoDSisZ9tynfcEZRQSpq5tvUjosWjfstOSBTmjRoN3QjEXEpzYBfe9aLfatu IwTUZUXTiAu4UTd86miNfsJ/2VmgO6rgxQkZLwqHwdE4S4grjacdLtSos05leSGYP3KD SteKmNQ8zD3Xr05D7RP1v10MuPpFgFGrB76tXKH5ABTECUcrQrR4QgQNKynFEp51cAag /j01QCYnu4ctePK97ZLEFgyx20cmDaXV61wVSwyTzVydA7XAjzrlbmTvaipTkKvIaTyu jX5DguMql4wBUKrsuQS/Gay0hVaSqsV+TMnP837obNshYHvhijiE2xhNu3RJIw6LYEb+ JKMQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Fx7waUJc; 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 cr2-20020a170906d54200b006f4a9f015b8si891298ejc.39.2022.05.17.16.47.37; Tue, 17 May 2022 16:48:33 -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=Fx7waUJc; 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 S1345273AbiEQLgP (ORCPT + 99 others); Tue, 17 May 2022 07:36:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47294 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1345293AbiEQLgA (ORCPT ); Tue, 17 May 2022 07:36:00 -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 0B69B1111; Tue, 17 May 2022 04:35:57 -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 3F9F660B42; Tue, 17 May 2022 11:35:57 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 88D0BC385B8; Tue, 17 May 2022 11:35:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1652787356; bh=454QTHXqd/7ItXLbdFoYQRE57t9fkkVFtXsXRQcOe2I=; h=Subject:From:To:Cc:Date:In-Reply-To:References:From; b=Fx7waUJcaLTe72DygUNyzsfId9ea34MiIZsAlU/WXzhFxpxxXLioYwNAAs9dqaqAL /B3FwSHB2SUGOQxa5vlL/PmxprK9DdDutdaUIc+hD/mQGxRRZu2L+h932aXt99sG3k FmR6zQ4zUgRzpoD4zIKhpXiv3B+YfQ2+yf2Q/KrDH3R+R/5C/ahxmhQdBjE81b/rKw ZKckwTDXtj/fjibKdmmlZg1tPcT0kx0pIabvTKpjX8NNo52/beHKlV8NkEckGAxaVv MzRvY24cetpOfm3TTzBxwkw96H+Ph2H7WYWGePaxHQPKHI5Z8D1+lSV4EKSOI0u2iw svPDz4r8aHvaQ== Message-ID: Subject: Re: [PATCH v2 2/2] ceph: wait the first reply of inflight unlink/rmdir From: Jeff Layton To: Xiubo Li , viro@zeniv.linux.org.uk Cc: idryomov@gmail.com, vshankar@redhat.com, ceph-devel@vger.kernel.org, arnd@arndb.de, mcgrof@kernel.org, akpm@linux-foundation.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, kernel test robot Date: Tue, 17 May 2022 07:35:54 -0400 In-Reply-To: <20220517010316.81483-3-xiubli@redhat.com> References: <20220517010316.81483-1-xiubli@redhat.com> <20220517010316.81483-3-xiubli@redhat.com> Content-Type: text/plain; charset="ISO-8859-15" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.44.1 (3.44.1-1.fc36) MIME-Version: 1.0 X-Spam-Status: No, score=-7.2 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 On Tue, 2022-05-17 at 09:03 +0800, Xiubo Li wrote: > In async unlink case the kclient won't wait for the first reply > from MDS and just drop all the links and unhash the dentry and then > succeeds immediately. >=20 > For any new create/link/rename,etc requests followed by using the > same file names we must wait for the first reply of the inflight > unlink request, or the MDS possibly will fail these following > requests with -EEXIST if the inflight async unlink request was > delayed for some reasons. >=20 > And the worst case is that for the none async openc request it will > successfully open the file if the CDentry hasn't been unlinked yet, > but later the previous delayed async unlink request will remove the > CDenty. That means the just created file is possiblly deleted later > by accident. >=20 > We need to wait for the inflight async unlink requests to finish > when creating new files/directories by using the same file names. >=20 > URL: https://tracker.ceph.com/issues/55332 > Reported-by: kernel test robot > Signed-off-by: Xiubo Li > --- > fs/ceph/dir.c | 70 +++++++++++++++++++++++++++++++++++++++---- > fs/ceph/file.c | 5 ++++ > fs/ceph/mds_client.c | 71 ++++++++++++++++++++++++++++++++++++++++++++ > fs/ceph/mds_client.h | 1 + > fs/ceph/super.c | 3 ++ > fs/ceph/super.h | 19 ++++++++---- > 6 files changed, 159 insertions(+), 10 deletions(-) >=20 > diff --git a/fs/ceph/dir.c b/fs/ceph/dir.c > index eae417d71136..88e0048d719e 100644 > --- a/fs/ceph/dir.c > +++ b/fs/ceph/dir.c > @@ -856,6 +856,10 @@ static int ceph_mknod(struct user_namespace *mnt_use= rns, struct inode *dir, > if (ceph_snap(dir) !=3D CEPH_NOSNAP) > return -EROFS; > =20 > + err =3D ceph_wait_on_conflict_unlink(dentry); > + if (err) > + return err; > + > if (ceph_quota_is_max_files_exceeded(dir)) { > err =3D -EDQUOT; > goto out; > @@ -918,6 +922,10 @@ static int ceph_symlink(struct user_namespace *mnt_u= serns, struct inode *dir, > if (ceph_snap(dir) !=3D CEPH_NOSNAP) > return -EROFS; > =20 > + err =3D ceph_wait_on_conflict_unlink(dentry); > + if (err) > + return err; > + > if (ceph_quota_is_max_files_exceeded(dir)) { > err =3D -EDQUOT; > goto out; > @@ -968,9 +976,13 @@ static int ceph_mkdir(struct user_namespace *mnt_use= rns, struct inode *dir, > struct ceph_mds_client *mdsc =3D ceph_sb_to_mdsc(dir->i_sb); > struct ceph_mds_request *req; > struct ceph_acl_sec_ctx as_ctx =3D {}; > - int err =3D -EROFS; > + int err; > int op; > =20 > + err =3D ceph_wait_on_conflict_unlink(dentry); > + if (err) > + return err; > + > if (ceph_snap(dir) =3D=3D CEPH_SNAPDIR) { > /* mkdir .snap/foo is a MKSNAP */ > op =3D CEPH_MDS_OP_MKSNAP; > @@ -980,6 +992,7 @@ static int ceph_mkdir(struct user_namespace *mnt_user= ns, struct inode *dir, > dout("mkdir dir %p dn %p mode 0%ho\n", dir, dentry, mode); > op =3D CEPH_MDS_OP_MKDIR; > } else { > + err =3D -EROFS; > goto out; > } > =20 > @@ -1037,6 +1050,10 @@ static int ceph_link(struct dentry *old_dentry, st= ruct inode *dir, > struct ceph_mds_request *req; > int err; > =20 > + err =3D ceph_wait_on_conflict_unlink(dentry); > + if (err) > + return err; > + > if (ceph_snap(dir) !=3D CEPH_NOSNAP) > return -EROFS; > =20 > @@ -1071,9 +1088,27 @@ static int ceph_link(struct dentry *old_dentry, st= ruct inode *dir, > static void ceph_async_unlink_cb(struct ceph_mds_client *mdsc, > struct ceph_mds_request *req) > { > + struct dentry *dentry =3D req->r_dentry; > + struct ceph_fs_client *fsc =3D ceph_sb_to_client(dentry->d_sb); > + struct ceph_dentry_info *di =3D ceph_dentry(dentry); > int result =3D req->r_err ? req->r_err : > le32_to_cpu(req->r_reply_info.head->result); > =20 > + if (test_bit(CEPH_DENTRY_ASYNC_UNLINK_BIT, &di->flags)) { Shouldn't this bit always be set in this case? Maybe this should be a WARN_ON ? > + BUG_ON(req->r_op !=3D CEPH_MDS_OP_UNLINK); Note that this will crash the box in some environments (e.g. RHEL kernels). I really advise against adding new BUG_ON calls unless the situation is so dire that the machine can't (or shouldn't) continue on. In this case, we got a bogus reply from the MDS. I think throwing a pr_warn message and erroring out the unlink would be better. > + > + spin_lock(&fsc->async_unlink_conflict_lock); > + hash_del_rcu(&di->hnode); > + spin_unlock(&fsc->async_unlink_conflict_lock); > + > + spin_lock(&dentry->d_lock); > + di->flags &=3D ~CEPH_DENTRY_ASYNC_UNLINK; > + wake_up_bit(&di->flags, CEPH_DENTRY_ASYNC_UNLINK_BIT); > + spin_unlock(&dentry->d_lock); > + > + synchronize_rcu(); Why do you need to synchronize_rcu here? I guess the concern is that once we put the req, then it could put the dentry and free di while someone is still walking the hash? > + } > + > if (result =3D=3D -EJUKEBOX) > goto out; > =20 > @@ -1081,7 +1116,7 @@ static void ceph_async_unlink_cb(struct ceph_mds_cl= ient *mdsc, > if (result) { > int pathlen =3D 0; > u64 base =3D 0; > - char *path =3D ceph_mdsc_build_path(req->r_dentry, &pathlen, > + char *path =3D ceph_mdsc_build_path(dentry, &pathlen, > &base, 0); > =20 > /* mark error on parent + clear complete */ > @@ -1089,13 +1124,13 @@ static void ceph_async_unlink_cb(struct ceph_mds_= client *mdsc, > ceph_dir_clear_complete(req->r_parent); > =20 > /* drop the dentry -- we don't know its status */ > - if (!d_unhashed(req->r_dentry)) > - d_drop(req->r_dentry); > + if (!d_unhashed(dentry)) > + d_drop(dentry); > =20 > /* mark inode itself for an error (since metadata is bogus) */ > mapping_set_error(req->r_old_inode->i_mapping, result); > =20 > - pr_warn("ceph: async unlink failure path=3D(%llx)%s result=3D%d!\n", > + pr_warn("async unlink failure path=3D(%llx)%s result=3D%d!\n", > base, IS_ERR(path) ? "<>" : path, result); > ceph_mdsc_free_path(path, pathlen); > } > @@ -1180,6 +1215,8 @@ static int ceph_unlink(struct inode *dir, struct de= ntry *dentry) > =20 > if (try_async && op =3D=3D CEPH_MDS_OP_UNLINK && > (req->r_dir_caps =3D get_caps_for_async_unlink(dir, dentry))) { > + struct ceph_dentry_info *di =3D ceph_dentry(dentry); > + > dout("async unlink on %llu/%.*s caps=3D%s", ceph_ino(dir), > dentry->d_name.len, dentry->d_name.name, > ceph_cap_string(req->r_dir_caps)); > @@ -1187,6 +1224,16 @@ static int ceph_unlink(struct inode *dir, struct d= entry *dentry) > req->r_callback =3D ceph_async_unlink_cb; > req->r_old_inode =3D d_inode(dentry); > ihold(req->r_old_inode); > + > + spin_lock(&dentry->d_lock); > + di->flags |=3D CEPH_DENTRY_ASYNC_UNLINK; > + spin_unlock(&dentry->d_lock); > + > + spin_lock(&fsc->async_unlink_conflict_lock); > + hash_add_rcu(fsc->async_unlink_conflict, &di->hnode, > + dentry->d_name.hash); > + spin_unlock(&fsc->async_unlink_conflict_lock); > + > err =3D ceph_mdsc_submit_request(mdsc, dir, req); > if (!err) { > /* > @@ -1198,6 +1245,15 @@ static int ceph_unlink(struct inode *dir, struct d= entry *dentry) > } else if (err =3D=3D -EJUKEBOX) { > try_async =3D false; > ceph_mdsc_put_request(req); > + > + spin_lock(&dentry->d_lock); > + di->flags &=3D ~CEPH_DENTRY_ASYNC_UNLINK; > + spin_unlock(&dentry->d_lock); > + > + spin_lock(&fsc->async_unlink_conflict_lock); > + hash_del_rcu(&di->hnode); > + spin_unlock(&fsc->async_unlink_conflict_lock); > + > goto retry; > } > } else { > @@ -1237,6 +1293,10 @@ static int ceph_rename(struct user_namespace *mnt_= userns, struct inode *old_dir, > (!ceph_quota_is_same_realm(old_dir, new_dir))) > return -EXDEV; > =20 > + err =3D ceph_wait_on_conflict_unlink(new_dentry); > + if (err) > + return err; > + > dout("rename dir %p dentry %p to dir %p dentry %p\n", > old_dir, old_dentry, new_dir, new_dentry); > req =3D ceph_mdsc_create_request(mdsc, op, USE_AUTH_MDS); > diff --git a/fs/ceph/file.c b/fs/ceph/file.c > index 8c8226c0feac..47d068e6436a 100644 > --- a/fs/ceph/file.c > +++ b/fs/ceph/file.c > @@ -740,6 +740,10 @@ int ceph_atomic_open(struct inode *dir, struct dentr= y *dentry, > if (dentry->d_name.len > NAME_MAX) > return -ENAMETOOLONG; > =20 > + err =3D ceph_wait_on_conflict_unlink(dentry); > + if (err) > + return err; > + > if (flags & O_CREAT) { > if (ceph_quota_is_max_files_exceeded(dir)) > return -EDQUOT; > @@ -757,6 +761,7 @@ int ceph_atomic_open(struct inode *dir, struct dentry= *dentry, > /* If it's not being looked up, it's negative */ > return -ENOENT; > } > + > retry: > /* do the open */ > req =3D prepare_open_request(dir->i_sb, flags, mode); > diff --git a/fs/ceph/mds_client.c b/fs/ceph/mds_client.c > index e8c87dea0551..bb67f3d5a337 100644 > --- a/fs/ceph/mds_client.c > +++ b/fs/ceph/mds_client.c > @@ -655,6 +655,77 @@ static void destroy_reply_info(struct ceph_mds_reply= _info_parsed *info) > free_pages((unsigned long)info->dir_entries, get_order(info->dir_buf_si= ze)); > } > =20 > +/* > + * In async unlink case the kclient won't wait for the first reply > + * from MDS and just drop all the links and unhash the dentry and then > + * succeeds immediately. > + * > + * For any new create/link/rename,etc requests followed by using the > + * same file names we must wait for the first reply of the inflight > + * unlink request, or the MDS possibly will fail these following > + * requests with -EEXIST if the inflight async unlink request was > + * delayed for some reasons. > + * > + * And the worst case is that for the none async openc request it will > + * successfully open the file if the CDentry hasn't been unlinked yet, > + * but later the previous delayed async unlink request will remove the > + * CDenty. That means the just created file is possiblly deleted later > + * by accident. > + * > + * We need to wait for the inflight async unlink requests to finish > + * when creating new files/directories by using the same file names. > + */ > +int ceph_wait_on_conflict_unlink(struct dentry *dentry) > +{ > + struct ceph_fs_client *fsc =3D ceph_sb_to_client(dentry->d_sb); > + struct dentry *pdentry =3D dentry->d_parent; > + struct dentry *udentry, *found =3D NULL; > + struct ceph_dentry_info *di; > + struct qstr dname; > + u32 hash =3D dentry->d_name.hash; > + int err; > + > + dname.name =3D dentry->d_name.name; > + dname.len =3D dentry->d_name.len; > + > + rcu_read_lock(); > + hash_for_each_possible_rcu(fsc->async_unlink_conflict, di, > + hnode, hash) { > + udentry =3D di->dentry; > + > + spin_lock(&udentry->d_lock); > + if (udentry->d_name.hash !=3D hash) > + goto next; > + if (unlikely(udentry->d_parent !=3D pdentry)) > + goto next; > + if (!hash_hashed(&di->hnode)) > + goto next; > + > + WARN_ON_ONCE(!test_bit(CEPH_DENTRY_ASYNC_UNLINK_BIT, &di->flags)); A stack trace is not likely to be useful here. This means that we have an entry in the hash that looks invalid. The stack trace of the waiter probably won't tell us anything useful. What might be better is to pr_warn some info about the dentry in this case. Maybe the name, parent inode, etc... > + > + if (d_compare(pdentry, udentry, &dname)) > + goto next; > + > + spin_unlock(&udentry->d_lock); > + found =3D dget(udentry); > + break; > +next: > + spin_unlock(&udentry->d_lock); > + } > + rcu_read_unlock(); > + > + if (likely(!found)) > + return 0; > + > + dout("%s dentry %p:%pd conflict with old %p:%pd\n", __func__, > + dentry, dentry, found, found); > + > + err =3D wait_on_bit(&di->flags, CEPH_DENTRY_ASYNC_UNLINK_BIT, > + TASK_INTERRUPTIBLE); > + dput(found); > + return err; > +} > + > =20 > /* > * sessions > diff --git a/fs/ceph/mds_client.h b/fs/ceph/mds_client.h > index 33497846e47e..d1ae679c52c3 100644 > --- a/fs/ceph/mds_client.h > +++ b/fs/ceph/mds_client.h > @@ -582,6 +582,7 @@ static inline int ceph_wait_on_async_create(struct in= ode *inode) > TASK_INTERRUPTIBLE); > } > =20 > +extern int ceph_wait_on_conflict_unlink(struct dentry *dentry); > extern u64 ceph_get_deleg_ino(struct ceph_mds_session *session); > extern int ceph_restore_deleg_ino(struct ceph_mds_session *session, u64 = ino); > #endif > diff --git a/fs/ceph/super.c b/fs/ceph/super.c > index b73b4f75462c..6542b71f8627 100644 > --- a/fs/ceph/super.c > +++ b/fs/ceph/super.c > @@ -816,6 +816,9 @@ static struct ceph_fs_client *create_fs_client(struct= ceph_mount_options *fsopt, > if (!fsc->cap_wq) > goto fail_inode_wq; > =20 > + hash_init(fsc->async_unlink_conflict); > + spin_lock_init(&fsc->async_unlink_conflict_lock); > + > spin_lock(&ceph_fsc_lock); > list_add_tail(&fsc->metric_wakeup, &ceph_fsc_list); > spin_unlock(&ceph_fsc_lock); > diff --git a/fs/ceph/super.h b/fs/ceph/super.h > index 506d52633627..c10adb7c1cde 100644 > --- a/fs/ceph/super.h > +++ b/fs/ceph/super.h > @@ -19,6 +19,7 @@ > #include > #include > #include > +#include > =20 > #include > =20 > @@ -99,6 +100,8 @@ struct ceph_mount_options { > char *mon_addr; > }; > =20 > +#define CEPH_ASYNC_CREATE_CONFLICT_BITS 12 > + Wow, that's 4k buckets. The hashtable alone will take 32k of memory on 64 bit arch. I doubt you need this large a hashtable, particularly given that this is per-superblock. In most cases, we'll just have a few of these in flight at a time. > struct ceph_fs_client { > struct super_block *sb; > =20 > @@ -124,6 +127,9 @@ struct ceph_fs_client { > struct workqueue_struct *inode_wq; > struct workqueue_struct *cap_wq; > =20 > + DECLARE_HASHTABLE(async_unlink_conflict, CEPH_ASYNC_CREATE_CONFLICT_BIT= S); > + spinlock_t async_unlink_conflict_lock; > + > #ifdef CONFIG_DEBUG_FS > struct dentry *debugfs_dentry_lru, *debugfs_caps; > struct dentry *debugfs_congestion_kb; > @@ -281,7 +287,8 @@ struct ceph_dentry_info { > struct dentry *dentry; > struct ceph_mds_session *lease_session; > struct list_head lease_list; > - unsigned flags; > + struct hlist_node hnode; > + unsigned long flags; > int lease_shared_gen; > u32 lease_gen; > u32 lease_seq; > @@ -290,10 +297,12 @@ struct ceph_dentry_info { > u64 offset; > }; > =20 > -#define CEPH_DENTRY_REFERENCED 1 > -#define CEPH_DENTRY_LEASE_LIST 2 > -#define CEPH_DENTRY_SHRINK_LIST 4 > -#define CEPH_DENTRY_PRIMARY_LINK 8 > +#define CEPH_DENTRY_REFERENCED (1 << 0) > +#define CEPH_DENTRY_LEASE_LIST (1 << 1) > +#define CEPH_DENTRY_SHRINK_LIST (1 << 2) > +#define CEPH_DENTRY_PRIMARY_LINK (1 << 3) > +#define CEPH_DENTRY_ASYNC_UNLINK_BIT (4) > +#define CEPH_DENTRY_ASYNC_UNLINK (1 << CEPH_DENTRY_ASYNC_UNLINK_BIT) > =20 > struct ceph_inode_xattrs_info { > /* --=20 Jeff Layton