[RFC PATCH 3/3] Restart pathwalk on rename seqcount change

Al Viro viro at zeniv.linux.org.uk
Wed Jun 4 02:21:26 UTC 2025


On Wed, Jun 04, 2025 at 02:12:11AM +0100, Tingmao Wang wrote:
> On 6/4/25 01:55, Al Viro wrote:
> > On Wed, Jun 04, 2025 at 01:45:45AM +0100, Tingmao Wang wrote:
> >> +		rename_seqcount = read_seqbegin(&rename_lock);
> >> +		if (rename_seqcount % 2 == 1) {
> > 
> > Please, describe the condition when that can happen, preferably
> > along with a reproducer.
> 
> My understanding is that when a rename is in progress the seqcount is odd,
> is that correct?
> 
> If that's the case, then the fs_race_test in patch 2 should act as a
> reproducer, since it's constantly moving the directory.
> 
> I can add a comment to explain this, thanks for pointing out.

Please, read through the header declaring those primitives and read the
documentation it refers to - it's useful for background.

What's more, look at the area covered by rename_lock - I seriously suspect
that you are greatly overestimating it.



More information about the Linux-security-module-archive mailing list