summaryrefslogtreecommitdiff
path: root/scripts/cleanpatch
diff options
context:
space:
mode:
authorJeff Layton <jlayton@redhat.com>2017-04-04 15:39:44 +0300
committerIlya Dryomov <idryomov@gmail.com>2017-05-04 10:19:22 +0300
commit6fc1fe5e4cfc8939ee59a570b087946042a30140 (patch)
tree80c3320c80480827a86fe8274cf6e064e2be6b14 /scripts/cleanpatch
parent92475f05bdb6daefce3f55f46551153e7ed05f45 (diff)
downloadlinux-6fc1fe5e4cfc8939ee59a570b087946042a30140.tar.xz
Revert "ceph: SetPageError() for writeback pages if writepages fails"
This reverts commit b109eec6f4332bd517e2f41e207037c4b9065094. If I'm filling up a filesystem with this sort of command: $ dd if=/dev/urandom of=/mnt/cephfs/fillfile bs=2M oflag=sync ...then I'll eventually get back EIO on a write. Further calls will give us ENOSPC. I'm not sure what prompted this change, but I don't think it's what we want to do. If writepages failed, we will have already set the mapping error appropriately, and that's what gets reported by fsync() or close(). __filemap_fdatawait_range however, does this: wait_on_page_writeback(page); if (TestClearPageError(page)) ret = -EIO; ...and that -EIO ends up trumping the mapping's error if one exists. When writepages fails, we only want to set the error in the mapping, and not flag the individual pages. Signed-off-by: Jeff Layton <jlayton@redhat.com> Reviewed-by: "Yan, Zhengā€¯ <zyan@redhat.com> Signed-off-by: Ilya Dryomov <idryomov@gmail.com>
Diffstat (limited to 'scripts/cleanpatch')
0 files changed, 0 insertions, 0 deletions