]> git.baikalelectronics.ru Git - kernel.git/commit
Merge tag '9p-for-5.19-rc4' of https://github.com/martinetd/linux
authorLinus Torvalds <torvalds@linux-foundation.org>
Wed, 22 Jun 2022 13:09:49 +0000 (08:09 -0500)
committerLinus Torvalds <torvalds@linux-foundation.org>
Wed, 22 Jun 2022 13:09:49 +0000 (08:09 -0500)
commit946ccf7e5a14a0b7c9dce6a0ca55aa9bd6b3facc
tree4cccb5183e9949f4b7e76d5d27af51806af76b2b
parentbde65aa5941b3a536086030fee0994499082e57e
parent50c431df4f29c7b37dbe16491e3e61a27ca3a9ef
Merge tag '9p-for-5.19-rc4' of https://github.com/martinetd/linux

Pull 9pfs fixes from Dominique Martinet:
 "A couple of fid refcount and fscache fixes:

   - fid refcounting was incorrect in some corner cases and would leak
     resources, only freed at umount time. The first three commits fix
     three such cases

   - 'cache=loose' or fscache was broken when trying to write a partial
     page to a file with no read permission since the rework a few
     releases ago.

     The fix taken here is just to restore old behavior of using the
     special 'writeback_fid' for such reads, which is open as root/RDWR
     and such not get complains that we try to read on a WRONLY fid.

     Long-term it'd be nice to get rid of this and not issue the read at
     all (skip cache?) in such cases, but that direction hasn't
     progressed"

* tag '9p-for-5.19-rc4' of https://github.com/martinetd/linux:
  9p: fix EBADF errors in cached mode
  9p: Fix refcounting during full path walks for fid lookups
  9p: fix fid refcount leak in v9fs_vfs_get_link
  9p: fix fid refcount leak in v9fs_vfs_atomic_open_dotl