diff options
| author | Andi Kleen <andi@firstfloor.org> | 2009-09-16 13:50:17 +0400 |
|---|---|---|
| committer | Andi Kleen <ak@linux.intel.com> | 2009-09-16 13:50:17 +0400 |
| commit | f590f333fb15444d2971f979d434ecad56c09698 (patch) | |
| tree | c314ba6a451a84e4232699a5794cd91ffa71e7d8 /fs/nfs/file.c | |
| parent | aa261f549d7652258331ebb12795f3bc4395d213 (diff) | |
| download | linux-f590f333fb15444d2971f979d434ecad56c09698.tar.xz | |
HWPOISON: Enable error_remove_page for NFS
Enable hardware memory error handling for NFS
Truncation of data pages at runtime should be safe in NFS,
even when it doesn't support migration so far.
Trond tells me migration is also queued up for 2.6.32.
Acked-by: Trond.Myklebust@netapp.com
Signed-off-by: Andi Kleen <ak@linux.intel.com>
Diffstat (limited to 'fs/nfs/file.c')
| -rw-r--r-- | fs/nfs/file.c | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/fs/nfs/file.c b/fs/nfs/file.c index 5021b75d2d1e..86d6b4db1096 100644 --- a/fs/nfs/file.c +++ b/fs/nfs/file.c @@ -525,6 +525,7 @@ const struct address_space_operations nfs_file_aops = { .direct_IO = nfs_direct_IO, .migratepage = nfs_migrate_page, .launder_page = nfs_launder_page, + .error_remove_page = generic_error_remove_page, }; /* |