aboutsummaryrefslogtreecommitdiffstats
path: root/net/ipv4/tcp_output.c
diff options
context:
space:
mode:
authorSage Weil <[email protected]>2010-10-29 19:41:32 +0000
committerChris Mason <[email protected]>2010-10-30 01:42:10 +0000
commit531cb13f1e417c060b54f979e1659ecd69bea650 (patch)
tree6b421ac1ddf7cad271cd0c767f0c19e6c4f826df /net/ipv4/tcp_output.c
parentBtrfs: add SNAP_CREATE_ASYNC ioctl (diff)
downloadkernel-531cb13f1e417c060b54f979e1659ecd69bea650.tar.gz
kernel-531cb13f1e417c060b54f979e1659ecd69bea650.zip
Btrfs: make SNAP_DESTROY async
There is no reason to force an immediate commit when deleting a snapshot. Users have some expectation that space from a deleted snapshot be freed immediately, but even if we do commit the reclaim is a background process. If users _do_ want the deletion to be durable, they can call 'sync'. Signed-off-by: Sage Weil <[email protected]> Signed-off-by: Chris Mason <[email protected]>
Diffstat (limited to 'net/ipv4/tcp_output.c')
0 files changed, 0 insertions, 0 deletions