[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-block] [PATCH v5 01/21] docs: incremental backup documentation
|
From: |
Eric Blake |
|
Subject: |
Re: [Qemu-block] [PATCH v5 01/21] docs: incremental backup documentation |
|
Date: |
Fri, 17 Apr 2015 10:36:58 -0600 |
|
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 |
On 04/17/2015 09:50 AM, John Snow wrote:
>
>
> On 04/17/2015 11:06 AM, Eric Blake wrote:
>> On 04/08/2015 04:19 PM, John Snow wrote:
>>> Reviewed-by: Max Reitz <address@hidden>
>>> Signed-off-by: John Snow <address@hidden>
>>> ---
>>> docs/bitmaps.md | 311
>>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>>> 1 file changed, 311 insertions(+)
>>> create mode 100644 docs/bitmaps.md
>>>
>>> diff --git a/docs/bitmaps.md b/docs/bitmaps.md
>>> new file mode 100644
>>> index 0000000..ad8c33b
>>> --- /dev/null
>>> +++ b/docs/bitmaps.md
>>> @@ -0,0 +1,311 @@
>>> +# Dirty Bitmaps and Incremental Backup
>>> +
>>
>> Still might be nice to list explicit copyright/license instead of
>> relying on implicit top-level GPLv2+, but I won't insist.
>>
>
> I think I would rather not clutter up the document itself, if that
> remains suitable. I don't mind those declarations in source code, but
> for a document like this, it seems weird to have it in the preamble.
>
> I can attach a license to the footer, if that's suitable?
A footer is fine by me (I don't care where it lives in the document,
only that it can be found). As this is a markup document, you should
also consider whether a copyright should be passed on through to the
rendered document, or whether it is fine for just the markup source as a
comment that gets stripped during rendering (I would probably include it
in the rendered document, but am not strongly opposed if you don't agree).
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
- [Qemu-block] [PATCH v5 00/21] block: transactionless incremental backup series, John Snow, 2015/04/08
- [Qemu-block] [PATCH v5 03/21] qmp: Ensure consistent granularity type, John Snow, 2015/04/08
- [Qemu-block] [PATCH v5 05/21] block: Introduce bdrv_dirty_bitmap_granularity(), John Snow, 2015/04/08
- [Qemu-block] [PATCH v5 06/21] hbitmap: cache array lengths, John Snow, 2015/04/08
- [Qemu-block] [PATCH v5 04/21] qmp: Add block-dirty-bitmap-add and block-dirty-bitmap-remove, John Snow, 2015/04/08
- [Qemu-block] [PATCH v5 07/21] hbitmap: add hbitmap_merge, John Snow, 2015/04/08
- [Qemu-block] [PATCH v5 02/21] qapi: Add optional field "name" to block dirty bitmap, John Snow, 2015/04/08