diff options
| author | Peter Zijlstra <peterz@infradead.org> | 2020-03-04 11:28:31 +0100 |
|---|---|---|
| committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2020-03-25 08:06:14 +0100 |
| commit | e6d506cd2243aa8f6e19fdb4dc61d85275c2c918 (patch) | |
| tree | 3dd4a5b1323ad9761fac57ba2fcfdd38abeb58cc /fs/inode.c | |
| parent | af6bdc2a85a9078b88bb3922ebd7d0caa2e0a52c (diff) | |
| download | linux-stable-e6d506cd2243aa8f6e19fdb4dc61d85275c2c918.tar.gz linux-stable-e6d506cd2243aa8f6e19fdb4dc61d85275c2c918.tar.bz2 linux-stable-e6d506cd2243aa8f6e19fdb4dc61d85275c2c918.zip | |
futex: Fix inode life-time issue
commit 8019ad13ef7f64be44d4f892af9c840179009254 upstream.
As reported by Jann, ihold() does not in fact guarantee inode
persistence. And instead of making it so, replace the usage of inode
pointers with a per boot, machine wide, unique inode identifier.
This sequence number is global, but shared (file backed) futexes are
rare enough that this should not become a performance issue.
Reported-by: Jann Horn <jannh@google.com>
Suggested-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'fs/inode.c')
| -rw-r--r-- | fs/inode.c | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/fs/inode.c b/fs/inode.c index 9c50521c9fe4..c9eb5041ffae 100644 --- a/fs/inode.c +++ b/fs/inode.c @@ -136,6 +136,7 @@ int inode_init_always(struct super_block *sb, struct inode *inode) inode->i_sb = sb; inode->i_blkbits = sb->s_blocksize_bits; inode->i_flags = 0; + atomic64_set(&inode->i_sequence, 0); atomic_set(&inode->i_count, 1); inode->i_op = &empty_iops; inode->i_fop = &no_open_fops; |