path: root/mm
diff options
authorJeff Moyer <>2010-05-26 11:49:40 -0400
committerLinus Torvalds <>2010-05-26 10:20:27 -0700
commit91803b499cca2fe558abad709ce83dc896b80950 (patch)
tree5665b06dcacf14c2e5e979ed1c7066633b259f80 /mm
parent63a6440326e4cd01d6a663069208a0e68e9b833f (diff)
do_generic_file_read: clear page errors when issuing a fresh read of the page
I/O errors can happen due to temporary failures, like multipath errors or losing network contact with the iSCSI server. Because of that, the VM will retry readpage on the page. However, do_generic_file_read does not clear PG_error. This causes the system to be unable to actually use the data in the page cache page, even if the subsequent readpage completes successfully! The function filemap_fault has had a ClearPageError before readpage forever. This patch simply adds the same to do_generic_file_read. Signed-off-by: Jeff Moyer <> Signed-off-by: Rik van Riel <> Acked-by: Larry Woodman <> Cc: Signed-off-by: Linus Torvalds <>
Diffstat (limited to 'mm')
1 files changed, 6 insertions, 0 deletions
diff --git a/mm/filemap.c b/mm/filemap.c
index 88d719665a28..35e12d186566 100644
--- a/mm/filemap.c
+++ b/mm/filemap.c
@@ -1105,6 +1105,12 @@ page_not_up_to_date_locked:
+ /*
+ * A previous I/O error may have been due to temporary
+ * failures, eg. multipath errors.
+ * PG_error will be set again if readpage fails.
+ */
+ ClearPageError(page);
/* Start the actual read. The read will unlock the page. */
error = mapping->a_ops->readpage(filp, page);