From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40896) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eETKv-00052C-Fa for qemu-devel@nongnu.org; Tue, 14 Nov 2017 00:00:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eETKu-00050N-MG for qemu-devel@nongnu.org; Tue, 14 Nov 2017 00:00:37 -0500 Date: Tue, 14 Nov 2017 00:00:06 -0500 From: Jeff Cody Message-ID: <20171114050006.GD5399@localhost.localdomain> References: <20171012135313.227864-1-vsementsov@virtuozzo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Subject: Re: [Qemu-devel] [PATCH v2 0/5] backup improvements part 1 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: John Snow Cc: Vladimir Sementsov-Ogievskiy , qemu-devel@nongnu.org, qemu-block@nongnu.org, famz@redhat.com, kwolf@redhat.com, mreitz@redhat.com, stefanha@redhat.com, den@openvz.org On Mon, Nov 13, 2017 at 05:41:13PM -0500, John Snow wrote: > Jeff, I think this ought to go through your tree, but I'll sign off on it. > > Fam: Do you agree? > > (Probably -next material, but I'm sending this email because I'm taking > it out of my review queue and I don't want it to get lost.) > > --js > Yes, I can bring in through my tree, unless Fam prefers to have it - I'll pull it in via my block-next branch. Jeff > On 10/12/2017 09:53 AM, Vladimir Sementsov-Ogievskiy wrote: > > Hi all. Here is a continuation of my "new backup architecture" series, > > The very first part, but it is meaningful itself. > > > > v2: rebase on master > > 01: add test and fix bug > > 02: move commit about NONE mode to this patch, add John's r-b (hope, > > you are OK with this tiny change) > > 03: tiny refactor (John) > > 04: improve commit message, add John's r-b > > 05: add John's r-b > > > > Vladimir Sementsov-Ogievskiy (5): > > hbitmap: add next_zero function > > backup: move from done_bitmap to copy_bitmap > > backup: init copy_bitmap from sync_bitmap for incremental > > backup: simplify non-dirty bits progress processing > > backup: use copy_bitmap in incremental backup > > > > include/block/dirty-bitmap.h | 1 + > > include/qemu/hbitmap.h | 8 +++ > > block/backup.c | 118 ++++++++++++++++++++++++------------------- > > block/dirty-bitmap.c | 5 ++ > > tests/test-hbitmap.c | 61 ++++++++++++++++++++++ > > util/hbitmap.c | 39 ++++++++++++++ > > 6 files changed, 180 insertions(+), 52 deletions(-) > >