summaryrefslogtreecommitdiffstats
path: root/mm
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2018-05-04 20:36:50 -1000
committerLinus Torvalds <torvalds@linux-foundation.org>2018-05-04 20:36:50 -1000
commit2e171ffcdf62a90ea7a0192728f81c1ac288de50 (patch)
treed337070832c1666ed28fc0fc2cfda70b76426739 /mm
parent4148d3884a4c842a5b3ee2976c2ebbdb7bbd0559 (diff)
parent021ba8e98fe5c6691b3cc3669faafa02403aa211 (diff)
downloadlinux-2e171ffcdf62a90ea7a0192728f81c1ac288de50.tar.gz
linux-2e171ffcdf62a90ea7a0192728f81c1ac288de50.tar.bz2
linux-2e171ffcdf62a90ea7a0192728f81c1ac288de50.zip
Merge tag 'xfs-4.17-fixes-2' of git://git.kernel.org/pub/scm/fs/xfs/xfs-linux
Pull xfs fixes from Darrick Wong: "I've got one more bug fix for xfs for 4.17-rc4, which caps the amount of data we try to handle in one dedupe request so that userspace can't livelock the kernel. This series has been run through a full xfstests run during the week and through a quick xfstests run against this morning's master, with no ajor failures reported. Summary: - Cap the maximum length of a deduplication request at MAX_RW_COUNT/2 to avoid kernel livelock due to excessively large IO requests" * tag 'xfs-4.17-fixes-2' of git://git.kernel.org/pub/scm/fs/xfs/xfs-linux: xfs: cap the length of deduplication requests
Diffstat (limited to 'mm')
0 files changed, 0 insertions, 0 deletions