xfs: fix corruption case for block size < page size
authorEric Sandeen <sandeen@sandeen.net>
Wed, 23 Jun 2010 23:45:30 +0000 (09:45 +1000)
committerAlex Elder <aelder@sgi.com>
Mon, 26 Jul 2010 18:16:40 +0000 (13:16 -0500)
xfstests 194 first truncats a file back and then extends it again by
truncating it to a larger size.  This causes discard_buffer to drop
the mapped, but not the uptodate bit and thus creates something that
xfs_page_state_convert takes for unmapped space created by mmap because
it doesn't check for the dirty bit, which also gets cleared by
discard_buffer and checked by other ->writepage implementations like
block_write_full_page.  Handle this kind of buffers early, and unlike
Eric's first version of the patch simply ASSERT that the buffers is
dirty, given that the mmap write case can't happen anymore since the
introduction of ->page_mkwrite.  The now dead code dealing with that
will be deleted in a follow on patch.

Signed-off-by: Eric Sandeen <sandeen@sandeen.net>
Signed-off-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Dave Chinner <dchinner@redhat.com>
fs/xfs/linux-2.6/xfs_aops.c

index b25d11a..bd5e1cf 100644 (file)
@@ -1125,6 +1125,16 @@ xfs_page_state_convert(
                        continue;
                }
 
+               /*
+                * A hole may still be marked uptodate because discard_buffer
+                * leaves the flag set.
+                */
+               if (!buffer_mapped(bh) && buffer_uptodate(bh)) {
+                       ASSERT(!buffer_dirty(bh));
+                       imap_valid = 0;
+                       continue;
+               }
+
                if (imap_valid)
                        imap_valid = xfs_imap_valid(inode, &imap, offset);