]> git.baikalelectronics.ru Git - kernel.git/commit
Merge tag 'vfs-5.18-merge-1' of git://git.kernel.org/pub/scm/fs/xfs/xfs-linux
authorLinus Torvalds <torvalds@linux-foundation.org>
Sat, 2 Apr 2022 02:35:56 +0000 (19:35 -0700)
committerLinus Torvalds <torvalds@linux-foundation.org>
Sat, 2 Apr 2022 02:35:56 +0000 (19:35 -0700)
commit6bbe9a89ddd88a4a71ae7c6a0740e731294e86c1
tree64da1d49438ba5668d2432911fb7b7b1e3a48482
parent98a1c9c2d0fc00d0decc5bc616d56c2b6763bcb5
parent3e742bd31cf9570da9fc0acf19b895303ab88773
Merge tag 'vfs-5.18-merge-1' of git://git.kernel.org/pub/scm/fs/xfs/xfs-linux

Pull vfs fix from Darrick Wong:
 "The erofs developers felt that FIEMAP should handle ranged requests
  starting at s_maxbytes by returning EFBIG instead of passing the
  filesystem implementation a nonsense 0-byte request.

  Not sure why they keep tagging this 'iomap', but the VFS shouldn't be
  asking for information about ranges of a file that the filesystem
  already declared that it does not support.

   - Fix a potential infinite loop in FIEMAP by fixing an off by one
     error when comparing the requested range against s_maxbytes"

* tag 'vfs-5.18-merge-1' of git://git.kernel.org/pub/scm/fs/xfs/xfs-linux:
  fs: fix an infinite loop in iomap_fiemap
fs/ioctl.c