From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752387AbdJTJjQ (ORCPT ); Fri, 20 Oct 2017 05:39:16 -0400 Received: from mx2.suse.de ([195.135.220.15]:52803 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751526AbdJTJjO (ORCPT ); Fri, 20 Oct 2017 05:39:14 -0400 From: NeilBrown To: Al Viro Date: Fri, 20 Oct 2017 20:39:03 +1100 Cc: lkml , Goldwyn Rodrigues Subject: Re: [VFS PATCH] constify more dcache.h inlined helpers. In-Reply-To: <20171020033319.GS21978@ZenIV.linux.org.uk> References: <8760e6veh6.fsf@notabene.neil.brown.name> <87h8uufy6q.fsf@notabene.neil.brown.name> <20171020033319.GS21978@ZenIV.linux.org.uk> Message-ID: <878tg6f9ag.fsf@notabene.neil.brown.name> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, Oct 20 2017, Al Viro wrote: > On Fri, Oct 20, 2017 at 11:41:17AM +1100, NeilBrown wrote: >> On Wed, Aug 02 2017, NeilBrown wrote: >>=20 >> > Many of the inlines in dcache.h were changed to accept >> > const struct pointers in commit f0d3b3ded999 ("constify dcache.c >> > inlined helpers where possible"). >> > This patch allows 'const' in a couple that were added since then. >> > >> > Signed-off-by: NeilBrown >>=20 >> Ping ... should I be sending this somewhere else? Is there a problem >> with it? > > Nothing, just slipped through the cracks; July and August had been > insane (move from nc.us to ma.us after well over a decade in one > apartment; 'nuff said...) > > Applied. Great, thanks! Something else that might have slipped through the cracks is the following. There have been a few different patches for this issue floating around including at https://patchwork.kernel.org/patch/9455345/ and https://patchwork.kernel.org/patch/9944661/ =20=20 I think this approach is best, though adding that 'moving' arg to ___d_drop() isn't the most elegant thing I've ever done. Thoughts? Thanks, NeilBrown From: NeilBrown Date: Fri, 8 Sep 2017 16:03:42 +1000 Subject: [PATCH] VFS: close race between getcwd() and d_move() d_move() will call __d_drop() and then __d_rehash() on the dentry being moved. This creates a small window when the dentry appears to be unhashed. Many tests of d_unhashed() are made under ->d_lock and so are safe from racing with this window, but some aren't. In particular, getcwd() calls d_unlinked() (which calls d_unhashed()) without d_lock protection, so it can race. This races has been seen in practice with lustre, which uses d_move() as part of name lookup. See: https://jira.hpdd.intel.com/browse/LU-9735 It could race with a regular rename(), and result in ENOENT instead of either the 'before' or 'after' name. We could fix this race by taking d_lock an rechecking when d_unhashed() reports true. Alternately when can remove the window, which is the approach this patch takes. When __d_drop and __d_rehash are used to move a dentry, an extra flag is passed which causes d_hash.pprev to not be cleared, and to not be tested. Signed-off-by: NeilBrown =2D-- fs/dcache.c | 31 ++++++++++++++++++++----------- 1 file changed, 20 insertions(+), 11 deletions(-) diff --git a/fs/dcache.c b/fs/dcache.c index f90141387f01..3d1f14c6c306 100644 =2D-- a/fs/dcache.c +++ b/fs/dcache.c @@ -469,8 +469,11 @@ static void dentry_lru_add(struct dentry *dentry) * reason (NFS timeouts or autofs deletes). * * __d_drop requires dentry->d_lock. + * ___d_drop takes an extra @moving argument. + * If true, d_hash.pprev is not cleared, so there is no transient d_unhash= ed() + * state. */ =2Dvoid __d_drop(struct dentry *dentry) +static void inline ___d_drop(struct dentry *dentry, bool moving) { if (!d_unhashed(dentry)) { struct hlist_bl_head *b; @@ -486,12 +489,18 @@ void __d_drop(struct dentry *dentry) =20 hlist_bl_lock(b); __hlist_bl_del(&dentry->d_hash); =2D dentry->d_hash.pprev =3D NULL; + if (likely(!moving)) + dentry->d_hash.pprev =3D NULL; hlist_bl_unlock(b); /* After this call, in-progress rcu-walk path lookup will fail. */ write_seqcount_invalidate(&dentry->d_seq); } } + +void __d_drop(struct dentry *dentry) +{ + ___d_drop(dentry, false); +} EXPORT_SYMBOL(__d_drop); =20 void d_drop(struct dentry *dentry) @@ -2378,10 +2387,10 @@ void d_delete(struct dentry * dentry) } EXPORT_SYMBOL(d_delete); =20 =2Dstatic void __d_rehash(struct dentry *entry) +static void __d_rehash(struct dentry *entry, bool moving) { struct hlist_bl_head *b =3D d_hash(entry->d_name.hash); =2D BUG_ON(!d_unhashed(entry)); + BUG_ON(!moving && !d_unhashed(entry)); hlist_bl_lock(b); hlist_bl_add_head_rcu(&entry->d_hash, b); hlist_bl_unlock(b); @@ -2397,7 +2406,7 @@ static void __d_rehash(struct dentry *entry) void d_rehash(struct dentry * entry) { spin_lock(&entry->d_lock); =2D __d_rehash(entry); + __d_rehash(entry, false); spin_unlock(&entry->d_lock); } EXPORT_SYMBOL(d_rehash); @@ -2571,7 +2580,7 @@ static inline void __d_add(struct dentry *dentry, str= uct inode *inode) raw_write_seqcount_end(&dentry->d_seq); fsnotify_update_flags(dentry); } =2D __d_rehash(dentry); + __d_rehash(dentry, false); if (dir) end_dir_add(dir, n); spin_unlock(&dentry->d_lock); @@ -2633,7 +2642,7 @@ struct dentry *d_exact_alias(struct dentry *entry, st= ruct inode *inode) alias =3D NULL; } else { __dget_dlock(alias); =2D __d_rehash(alias); + __d_rehash(alias, false); spin_unlock(&alias->d_lock); } spin_unlock(&inode->i_lock); @@ -2819,8 +2828,8 @@ static void __d_move(struct dentry *dentry, struct de= ntry *target, =20 /* unhash both */ /* __d_drop does write_seqcount_barrier, but they're OK to nest. */ =2D __d_drop(dentry); =2D __d_drop(target); + ___d_drop(dentry, true); + ___d_drop(target, exchange); =20 /* Switch the names.. */ if (exchange) @@ -2829,9 +2838,9 @@ static void __d_move(struct dentry *dentry, struct de= ntry *target, copy_name(dentry, target); =20 /* rehash in new place(s) */ =2D __d_rehash(dentry); + __d_rehash(dentry, true); if (exchange) =2D __d_rehash(target); + __d_rehash(target, true); =20 /* ... and switch them in the tree */ if (IS_ROOT(dentry)) { =2D-=20 2.14.0.rc0.dirty --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEG8Yp69OQ2HB7X0l6Oeye3VZigbkFAlnpxDkACgkQOeye3VZi gbkVJA/+LDyGuv60tj7vZ+TTv8Yd7HeS6v6YgJ/RZZ4k1HwpPQ61oabW/cZRuSDC zxdUHC70xULTemMiJQNm4pdLzQCKSpTVo23jhnEFioYEwokNltM6ScdVU5oR0nla zNJCRHHVC47o2P6bdMslcLFqP7VlkB9PE61wHiKDdwjmHdNRIUezvbpewQlgxOuz kjNTV/0WinrlqEAv7V4VZl3CXFq7k/oYNotcz2d2Ek85DPSagZbTY87M6aN8U5Bb OMGYIzQX8GzsVo0vEb9GXXL9JyzYzTwjSW8YXwcAVXuJ/GIEBR8vLw4fYIuMF3Wc jJ5Ei7GSsVXtZnrhlqrDssmwsiMUGYSMENicMOFjIy1NUBtnWsWiZHhB0JlJu6qf 982GBIJBdyo65mJDgLDLWlZhdlwghD6rPk8NU8aXER/cmrJD79OCWu6au7bMqRlS X9i31Li/eRyGu/D9ms9Mpsv2UOK+hQOXno+2MSQRtlY566kQIlYUCaKvbogqz5vG 4gP4Kz+mYGbrDIA7ka0v3pN3TCEpFYiktLisWHfYWtNyVbJ+Bou5I5Dd6+CubDwJ 4mVQwT+FipiUwgx9ZHDvjlSsaW9/CA+D+z845m+iKwyatgKSheJWr3PGaMQWx8Lb wKnL4yWF4DNUnXKWnQaKx8Y+HzqGeuZMQpm6IMCt2zjcJzajees= =Cykj -----END PGP SIGNATURE----- --=-=-=--