]> git.baikalelectronics.ru Git - kernel.git/commit
Btrfs: keep inode pinned when compressing writes
authorJosef Bacik <josef@redhat.com>
Fri, 8 Jun 2012 19:16:12 +0000 (15:16 -0400)
committerChris Mason <chris.mason@oracle.com>
Fri, 15 Jun 2012 01:30:53 +0000 (21:30 -0400)
commit4f21d5661bc119daded1b7de18a0398e0afc1322
treef3bb1836d96049cb8da52666805fe5b8b4915eed
parentf6cde4300221099fa9c212f5ac05e35877becddc
Btrfs: keep inode pinned when compressing writes

A user reported lots of problems using compression on the new code and it
turns out part of the problem was that igrab() was failing when we added a
new ordered extent.  This is because when writing out an inode under
compression we immediately return without actually doing anything to the
pages, and then in another thread at some point down the line actually do
the ordered dance.  The problem is between the point that we start writeback
and we actually add the ordered extent we could be trying to reclaim the
inode, which makes igrab() return NULL.  So we need to do an igrab() when we
create the async extent and then drop it when we are done with it.  This
makes sure we stay pinned in memory until the ordered extent can get a
reference on it and we are good to go.  With this patch we no longer panic
in btrfs_finish_ordered_io().  Thanks,

Signed-off-by: Josef Bacik <josef@redhat.com>
fs/btrfs/inode.c