]> git.baikalelectronics.ru Git - kernel.git/commit
ocfs2: No need to zero pages past i_size.
authorJoel Becker <joel.becker@oracle.com>
Sat, 3 Jul 2010 00:20:27 +0000 (17:20 -0700)
committerJoel Becker <joel.becker@oracle.com>
Mon, 12 Jul 2010 20:55:27 +0000 (13:55 -0700)
commitc7c6d47f4597edcbac0fe00ed7b2e26ec7e096e0
tree4d3509db621c7af934332c433e62b49bb548a60b
parent1e963017f3d05b45043b6ea47566b4c92217baa8
ocfs2: No need to zero pages past i_size.

When ocfs2 fills a hole, it does so by allocating clusters.  When a
cluster is larger than the write, ocfs2 must zero the portions of the
cluster outside of the write.  If the clustersize is smaller than a
pagecache page, this is handled by the normal pagecache mechanisms, but
when the clustersize is larger than a page, ocfs2's write code will zero
the pages adjacent to the write.  This makes sure the entire cluster is
zeroed correctly.

Currently ocfs2 behaves exactly the same when writing past i_size.
However, this means ocfs2 is writing zeroed pages for portions of a new
cluster that are beyond i_size.  The page writeback code isn't expecting
this.  It treats all pages past the one containing i_size as left behind
due to a previous truncate operation.

Thankfully, ocfs2 calculates the number of pages it will be working on
up front.  The rest of the write code merely honors the original
calculation.  We can simply trim the number of pages to only cover the
actual file data.

Signed-off-by: Joel Becker <joel.becker@oracle.com>
Cc: stable@kernel.org
fs/ocfs2/aops.c