summaryrefslogtreecommitdiff
path: root/rust/helpers
diff options
context:
space:
mode:
authorAl Viro <viro@zeniv.linux.org.uk>2025-08-27 14:04:31 -0400
committerAl Viro <viro@zeniv.linux.org.uk>2025-09-17 15:58:29 -0400
commit1e414adf03ae5a9928aad9044a07adeb92ddcd2c (patch)
tree8bbfebf7f3866fa8dcc11e9920bd57bab1259131 /rust/helpers
parent3371fa2f27134fc4ec7d40b2ae7b9e92c3b2527e (diff)
WRITE_HOLD machinery: no need for to bump mount_lock seqcount
... neither for insertion into the list of instances, nor for mnt_{un,}hold_writers(), nor for mnt_get_write_access() deciding to be nice to RT during a busy-wait loop - all of that only needs the spinlock side of mount_lock. IOW, it's mount_locked_reader, not mount_writer. Clarify the comment re locking rules for mnt_unhold_writers() - it's not just that mount_lock needs to be held when calling that, it must have been held all along since the matching mnt_hold_writers(). Reviewed-by: Christian Brauner <brauner@kernel.org> Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Diffstat (limited to 'rust/helpers')
0 files changed, 0 insertions, 0 deletions