Re: [PATCH 13/21] btrfs: remove delayed_ref_node from ref_head

2017-10-16 Thread Nikolay Borisov
On 29.09.2017 22:43, Josef Bacik wrote: > This is just excessive information in the ref_head, and makes the code > complicated. It is a relic from when we had the heads and the refs in > the same tree, which is no longer the case. With this removal I've > cleaned up a bunch of the cruft around

Re: [PATCH 13/21] btrfs: remove delayed_ref_node from ref_head

2017-10-13 Thread David Sterba
On Fri, Sep 29, 2017 at 03:43:57PM -0400, Josef Bacik wrote: > This is just excessive information in the ref_head, and makes the code > complicated. It is a relic from when we had the heads and the refs in > the same tree, which is no longer the case. With this removal I've > cleaned up a bunch

[PATCH 13/21] btrfs: remove delayed_ref_node from ref_head

2017-09-29 Thread Josef Bacik
This is just excessive information in the ref_head, and makes the code complicated. It is a relic from when we had the heads and the refs in the same tree, which is no longer the case. With this removal I've cleaned up a bunch of the cruft around this old assumption as well. Signed-off-by: