mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* [PATCH v2 0/3] smb/client(cifs): prepare for VFS locking changes.
@ 2026-09-29  2:40 NeilBrown
  2026-09-29  2:40 ` [PATCH v2 1/3] smb/client: don't unhash and rehash to prevent new opens NeilBrown
                   ` (4 more replies)
  0 siblings, 5 replies; 8+ messages in thread
From: NeilBrown @ 2026-09-29  2:40 UTC (permalink / raw)
  To: Paulo Alcantara, Namjae Jeon, Alexander Viro, Christian Brauner
  Cc: Jeff Layton, Jan Kara, linux-fsdevel, linux-cifs, linux-kernel

The previous version of this series had a couple of problems reported by sashiko,
both in 2/3.
1/ an error from cifs_lookup() wasn't handled properly - it should be fatal
2/ The d_is_positive() tested the wrong dentry.

Original intro message below.
Thanks,
NeilBrown


I am working on changes to directory locking.  The medium term goal is
to lift d_alloc_parallel() locking above i_rwsem, so d_alloc_paralle()
can be run unlocked, and consequently cannot be called when ->i_rwsem is
held.

The requires:
 1/ that d_alloc_parallel() not be called while i_rwsem is held.  cifs
    does this in a couple of places.  A new interface d_alloc_trylock()
    is now available and can be used instead.

 2/ a dentry must not be d_drop()ed while an operation is ongoing, as an
    unlocked d_alloc_parallel() would then be able to create a new
    dentry with the same name.  In particular d_rehash() must be phased
    out as it won't be safe.  This particularly affects the mechanism to
    block lookups/revalidates while an unlink/rename is happening.  The
    mechanism is changed to use one similar to how NFS addresses this
    needed, though using the new LOOKUP_PRIVATE flag.

The patches depend on patches recently added to the vfs tree.  I would
prefer these land in that tree too with an Acked-by or similar from cifs
maintainers.

Thanks,
NeilBrown

 [PATCH v2 1/3] smb/client: don't unhash and rehash to prevent new
 [PATCH v2 2/3] smb/client: use d_alloc_trylock in
 [PATCH v2 3/3] smb/client: Use d_alloc_trylock() in

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2026-10-23  1:32 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2026-09-29  2:40 [PATCH v2 0/3] smb/client(cifs): prepare for VFS locking changes NeilBrown
2026-09-29  2:40 ` [PATCH v2 1/3] smb/client: don't unhash and rehash to prevent new opens NeilBrown
2026-09-29  2:40 ` [PATCH v2 2/3] smb/client: use d_alloc_trylock in cifs_silly_fullpath() NeilBrown
2026-09-29  2:40 ` [PATCH v2 3/3] smb/client: Use d_alloc_trylock() in cifs_prime_dcache() NeilBrown
2026-10-23  0:02   ` Paulo Alcantara
2026-10-23  1:32     ` NeilBrown
2026-10-21 13:43 ` [PATCH v2 0/3] smb/client(cifs): prepare for VFS locking changes Namjae Jeon
2026-10-23  0:03 ` Paulo Alcantara

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®