Btrfs: Fixes for 2.6.18 enterprise kernels
authorChris Mason <chris.mason@oracle.com>
Wed, 30 Apr 2008 17:59:35 +0000 (13:59 -0400)
committerChris Mason <chris.mason@oracle.com>
Thu, 25 Sep 2008 15:04:02 +0000 (11:04 -0400)
commitd6bfde8765668c8687de72f7a40f52acdf4f2f19
tree2e05fc608da861dd0935dedf88d94627f13a18b3
parent2fff734fafa742236aecbdcdc8b1ff4d221cbaca
Btrfs: Fixes for 2.6.18 enterprise kernels

2.6.18 seems to get caught in an infinite loop when
cancel_rearming_delayed_workqueue is called more than once, so this switches
to cancel_delayed_work, which is arguably more correct.

Also, balance_dirty_pages can run into problems with 2.6.18 based kernels
because it doesn't have the per-bdi dirty limits.  This avoids calling
balance_dirty_pages on the btree inode unless there is actually something
to balance, which is a good optimization in general.

Finally there's a compile fix for ordered-data.h

Signed-off-by: Chris Mason <chris.mason@oracle.com>
fs/btrfs/disk-io.c
fs/btrfs/ordered-data.c
fs/btrfs/transaction.c