[PATCH 3/5] btrfs: fix clone / extent-same deadlocks

2015-06-30 Thread Mark Fasheh
Clone and extent same lock their source and target inodes in opposite order. In addition to this, the range locking in clone doesn't take ordering into account. Fix this by having clone use the same locking helpers as btrfs-extent-same. In addition, I do a small cleanup of the locking helpers,

[PATCH 3/5] btrfs: fix clone / extent-same deadlocks

2015-06-26 Thread Mark Fasheh
Clone and extent same lock their source and target inodes in opposite order. In addition to this, the range locking in clone doesn't take ordering into account. Fix this by having clone use the same locking helpers as btrfs-extent-same. In addition, I do a small cleanup of the locking helpers,

Re: [PATCH 3/5] btrfs: fix clone / extent-same deadlocks

2015-06-23 Thread David Sterba
On Mon, Jun 22, 2015 at 03:47:40PM -0700, Mark Fasheh wrote: Clone and extent same lock their source and target inodes in opposite order. In addition to this, the range locking in clone doesn't take ordering into account. Fix this by having clone use the same locking helpers as

[PATCH 3/5] btrfs: fix clone / extent-same deadlocks

2015-06-23 Thread Mark Fasheh
Clone and extent same lock their source and target inodes in opposite order. In addition to this, the range locking in clone doesn't take ordering into account. Fix this by having clone use the same locking helpers as btrfs-extent-same. In addition, I do a small cleanup of the locking helpers,

[PATCH 3/5] btrfs: fix clone / extent-same deadlocks

2015-06-22 Thread Mark Fasheh
Clone and extent same lock their source and target inodes in opposite order. In addition to this, the range locking in clone doesn't take ordering into account. Fix this by having clone use the same locking helpers as btrfs-extent-same. In addition, I do a small cleanup of the locking helpers,