diff options
| author | Andreas Gruenbacher <agruenba@redhat.com> | 2020-11-02 21:11:30 +0100 |
|---|---|---|
| committer | Andreas Gruenbacher <agruenba@redhat.com> | 2020-11-02 21:34:47 +0100 |
| commit | 6bd1c7bd4ee7b17980cdc347522dcb76feac9b98 (patch) | |
| tree | dbdd59dc08b716d982bf5df2be9f8ef04abd963c /fs/debugfs/file.c | |
| parent | c5c68724696e7d2f8db58a5fce3673208d35c485 (diff) | |
| download | lwn-6bd1c7bd4ee7b17980cdc347522dcb76feac9b98.tar.gz lwn-6bd1c7bd4ee7b17980cdc347522dcb76feac9b98.zip | |
gfs2: Don't call cancel_delayed_work_sync from within delete work function
Right now, we can end up calling cancel_delayed_work_sync from within
delete_work_func via gfs2_lookup_by_inum -> gfs2_inode_lookup ->
gfs2_cancel_delete_work. When that happens, it will result in a
deadlock. Instead, gfs2_inode_lookup should skip the call to
gfs2_cancel_delete_work when called from delete_work_func (blktype ==
GFS2_BLKST_UNLINKED).
Reported-by: Alexander Ahring Oder Aring <aahringo@redhat.com>
Fixes: a0e3cc65fa29 ("gfs2: Turn gl_delete into a delayed work")
Cc: stable@vger.kernel.org # v5.8+
Signed-off-by: Andreas Gruenbacher <agruenba@redhat.com>
Diffstat (limited to 'fs/debugfs/file.c')
0 files changed, 0 insertions, 0 deletions