From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx2.suse.de ([195.135.220.15]:46086 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751774AbcHQLjp (ORCPT ); Wed, 17 Aug 2016 07:39:45 -0400 Date: Wed, 17 Aug 2016 13:38:49 +0200 From: David Sterba To: Qu Wenruo Cc: linux-btrfs@vger.kernel.org Subject: Re: [PATCH 1/3] btrfs-progs: Introduce new send-dump object Message-ID: <20160817113849.GU30795@suse.cz> Reply-To: dsterba@suse.cz References: <20160801062944.25355-1-quwenruo@cn.fujitsu.com> <20160816143130.GO30795@twin.jikos.cz> <22e65257-c864-aa4e-9e6b-59610aec347a@cn.fujitsu.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <22e65257-c864-aa4e-9e6b-59610aec347a@cn.fujitsu.com> Sender: linux-btrfs-owner@vger.kernel.org List-ID: On Wed, Aug 17, 2016 at 08:42:48AM +0800, Qu Wenruo wrote: > > > At 08/16/2016 10:31 PM, David Sterba wrote: > > On Mon, Aug 01, 2016 at 02:29:42PM +0800, Qu Wenruo wrote: > >> Introduce send-dump.[ch] which implements a new btrfs_send_ops to > >> exam and output all operations inside a send stream. > >> > >> It has a better output format than the old and no longer compilable > >> send-test tool, but still tries to be script friendly. > >> > >> Provides the basis for later "inspect-internal dump-send" command. > > > > I'd rather put that into the receive subcommand, as it takes the stream > > as argument and it's closer to the send/receive commands, but that's > > a minor thing. > > > > > I'm OK to put it into receive command. > > Although unlike normal receive usage, it doesn't need the > parameter, and make to be optional. > > If it's fine to you, then I can update the patchset to merge it into > receive subcommand. Hold on, I want to go through the whole patchset still.