From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38838) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aMfBm-0001xe-E2 for qemu-devel@nongnu.org; Fri, 22 Jan 2016 12:07:59 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aMfBi-0000AO-Cq for qemu-devel@nongnu.org; Fri, 22 Jan 2016 12:07:58 -0500 Received: from mailhub.sw.ru ([195.214.232.25]:26406 helo=relay.sw.ru) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aMfBh-0000AD-W6 for qemu-devel@nongnu.org; Fri, 22 Jan 2016 12:07:54 -0500 From: Vladimir Sementsov-Ogievskiy Date: Fri, 22 Jan 2016 20:07:38 +0300 Message-Id: <1453482459-80179-1-git-send-email-vsementsov@virtuozzo.com> Subject: [Qemu-devel] [PATCH RFC] external backup api List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Cc: famz@redhat.com, Vladimir Sementsov-Ogievskiy , jsnow@redhat.com, den@virtuozzo.com Hi all. This is the early begin of the series which aims to add external backup api. This is needed to allow backup software use our dirty bitmaps. Vmware and Parallels Cloud Server have this feature. There is only one patch here, about querying dirty bitmap from qemu by qmp command. It is just an updated and clipped (hmp command removed) old my patch "[PATCH RFC v3 01/14] qmp: add query-block-dirty-bitmap". Before writing the whole thing I'd like to discuss the details. Or, may be there are existing plans on this topic, or may be someone already works on it? I see it like this: ===== - add qmp commands for dirty-bitmap functions: create_successor, abdicate, reclaime. - make create-successor command transaction-able - add query-block-dirty-bitmap qmp command then, external backup: qmp transaction { external-snapshot bitmap-create-successor } qmp query frozen bitmap, not acquiring aio context. do external backup, using snapshot and bitmap if (success backup) qmp bitmap-abdicate else qmp bitmap-reclaime qmp merge snapshot ===== In the following patch query-bitmap acquires aio context. This must be ofcourse dropped for frozen bitmap. But to make it in true way, I think, I should check somehow that this is not just frozen bitmap, but the bitmap frozen by qmp command, to avoid incorrect quering of bitmap frozen by internal backup (or other mechanizm).. May be, it is not necessary. -- 1.8.3.1