From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx2.suse.de ([195.135.220.15]:50568 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752276AbbJFRJ1 (ORCPT ); Tue, 6 Oct 2015 13:09:27 -0400 Date: Tue, 6 Oct 2015 10:09:26 -0700 From: Mark Fasheh To: dsterba@suse.cz, linux-btrfs@vger.kernel.org, jbacik@fb.com, clm@fb.com, david@fromorbit.com Subject: Re: [RFC][PATCH] btrfs: add ioctl to monitor subvolume dropping Message-ID: <20151006170926.GC1044@wotan.suse.de> Reply-To: Mark Fasheh References: <20151001213047.GB1044@wotan.suse.de> <20151006082552.GA7734@twin.jikos.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20151006082552.GA7734@twin.jikos.cz> Sender: linux-btrfs-owner@vger.kernel.org List-ID: On Tue, Oct 06, 2015 at 10:25:52AM +0200, David Sterba wrote: > On Thu, Oct 01, 2015 at 02:30:47PM -0700, Mark Fasheh wrote: > > At the moment, userspace has no way of knowing when a snapshot is finally > > removed. This has become a problem when writing tests for btrfs, > > > > http://article.gmane.org/gmane.comp.file-systems.fstests/1239/ > > In the meantime the command 'btrfs subvolume sync /path id' has been > implemented which does what you need, without the new ioctl. Ahh ok I didn't see that I'll take a look, thanks. > > Also, you can query root_item::drop_progress directly through the > SEARCH_TREE ioctl as well. Yeah I realized this after I sent the patch but it seems like we don't need either approach now if I can just wait with 'subvolume sync' --Mark -- Mark Fasheh