diff options
| author | Andi Kleen <andi@firstfloor.org> | 2009-09-16 11:50:16 +0200 |
|---|---|---|
| committer | Andi Kleen <ak@linux.intel.com> | 2009-09-16 11:50:16 +0200 |
| commit | aa261f549d7652258331ebb12795f3bc4395d213 (patch) | |
| tree | 0ca807db32a6e3f213fa52b5a053d2b27e5e6bac /mm/shmem.c | |
| parent | 6a46079cf57a7f7758e8b926980a4f852f89b34d (diff) | |
| download | kernel-crypto-aa261f549d7652258331ebb12795f3bc4395d213.tar.gz kernel-crypto-aa261f549d7652258331ebb12795f3bc4395d213.tar.xz kernel-crypto-aa261f549d7652258331ebb12795f3bc4395d213.zip | |
HWPOISON: Enable .remove_error_page for migration aware file systems
Enable removing of corrupted pages through truncation
for a bunch of file systems: ext*, xfs, gfs2, ocfs2, ntfs
These should cover most server needs.
I chose the set of migration aware file systems for this
for now, assuming they have been especially audited.
But in general it should be safe for all file systems
on the data area that support read/write and truncate.
Caveat: the hardware error handler does not take i_mutex
for now before calling the truncate function. Is that ok?
Cc: tytso@mit.edu
Cc: hch@infradead.org
Cc: mfasheh@suse.com
Cc: aia21@cantab.net
Cc: hugh.dickins@tiscali.co.uk
Cc: swhiteho@redhat.com
Signed-off-by: Andi Kleen <ak@linux.intel.com>
Diffstat (limited to 'mm/shmem.c')
| -rw-r--r-- | mm/shmem.c | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/mm/shmem.c b/mm/shmem.c index 46936601e37..bec85895a1f 100644 --- a/mm/shmem.c +++ b/mm/shmem.c @@ -2421,6 +2421,7 @@ static const struct address_space_operations shmem_aops = { .write_end = shmem_write_end, #endif .migratepage = migrate_page, + .error_remove_page = generic_error_remove_page, }; static const struct file_operations shmem_file_operations = { |