]> www.infradead.org Git - users/jedix/linux-maple.git/commit
vfs: partially sanitize i_state zeroing on inode creation
authorMateusz Guzik <mjguzik@gmail.com>
Tue, 11 Jun 2024 12:06:24 +0000 (14:06 +0200)
committerChristian Brauner <brauner@kernel.org>
Thu, 13 Jun 2024 11:40:40 +0000 (13:40 +0200)
commit5a9b911b8a24eda19eb0a5ab3b06688299a20711
tree9db0e22c80331e830f326295a4f8dbcdc574f2e0
parentddd4cd4824fa315c799174f2f655a474bf221a6c
vfs: partially sanitize i_state zeroing on inode creation

new_inode used to have the following:
spin_lock(&inode_lock);
inodes_stat.nr_inodes++;
list_add(&inode->i_list, &inode_in_use);
list_add(&inode->i_sb_list, &sb->s_inodes);
inode->i_ino = ++last_ino;
inode->i_state = 0;
spin_unlock(&inode_lock);

over time things disappeared, got moved around or got replaced (global
inode lock with a per-inode lock), eventually this got reduced to:
spin_lock(&inode->i_lock);
inode->i_state = 0;
spin_unlock(&inode->i_lock);

But the lock acquire here does not synchronize against anyone.

Additionally iget5_locked performs i_state = 0 assignment without any
locks to begin with, the two combined look confusing at best.

It looks like the current state is a leftover which was not cleaned up.

Ideally it would be an invariant that i_state == 0 to begin with, but
achieving that would require dealing with all filesystem alloc handlers
one by one.

In the meantime drop the misleading locking and move i_state zeroing to
inode_init_always so that others don't need to deal with it by hand.

Signed-off-by: Mateusz Guzik <mjguzik@gmail.com>
Link: https://lore.kernel.org/r/20240611120626.513952-3-mjguzik@gmail.com
Reviewed-by: Jan Kara <jack@suse.cz>
Signed-off-by: Christian Brauner <brauner@kernel.org>
fs/inode.c