From: Eric Blake <eblake@redhat.com>
To: Chrysostomos Nanakos <cnanakos@grnet.gr>, Kevin Wolf <kwolf@redhat.com>
Cc: qemu-devel@nongnu.org, stefanha@redhat.com
Subject: Re: [Qemu-devel] [PATCH v2 1/1] block: Support Archipelago as a QEMU block backend
Date: Mon, 02 Jun 2014 10:02:02 -0600 [thread overview]
Message-ID: <538C9FFA.90404@redhat.com> (raw)
In-Reply-To: <538C9D25.80308@grnet.gr>
[-- Attachment #1: Type: text/plain, Size: 1538 bytes --]
On 06/02/2014 09:49 AM, Chrysostomos Nanakos wrote:
>>>> I still think that there is no need to burden the code with this
>>>> shorthand...
>>> If everyone agrees I can totally remove that part.
>> I don't think it's a bad idea to provide a shortcut for human users. The
>> important point is just that internally it's not the main interface, but
>> mapped to the structured option (which I think your patch achieves now).
I'm okay if you go with Kevin's vote for keeping the shorthand in place.
>>>>> block/archipelago.c | 1174
>>>>> +++++++++++++++++++++++++++++++++++++++++++++++++++
>>>> This is a lot to review at once - is there any reasonable way to break
>>>> it into a series of smaller patches?
>>> It will be really difficult to break it in smaller patches, and I
>>> believe it will more difficult for someone to review it.
>> Not sure how much easier the review would become, but the obvious split
>> that works almost always is to do a read-only driver in patch 1, and
>> then add write and create support in patches 2 and 3.
>
> I can do that. Eric do you think that I should do it now and resend the
> patches or in the next version in which I will add support for the QMP
> blockdev-add command?
Up to you. I'm fine with waiting for a v3 that has everything (QMP and
split along Kevin's proposal of read-only vs. write/create) rather than
list churn of an immediate resend.
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 604 bytes --]
next prev parent reply other threads:[~2014-06-02 16:02 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-02 14:15 [Qemu-devel] [PATCH v2 0/1] Support Archipelago as a QEMU block backend Chrysostomos Nanakos
2014-06-02 14:15 ` [Qemu-devel] [PATCH v2 1/1] block: " Chrysostomos Nanakos
2014-06-02 14:30 ` Eric Blake
2014-06-02 15:04 ` Chrysostomos Nanakos
2014-06-02 15:31 ` Kevin Wolf
2014-06-02 15:49 ` Chrysostomos Nanakos
2014-06-02 16:02 ` Eric Blake [this message]
2014-06-04 11:30 ` Chrysostomos Nanakos
2014-06-02 15:49 ` Markus Armbruster
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=538C9FFA.90404@redhat.com \
--to=eblake@redhat.com \
--cc=cnanakos@grnet.gr \
--cc=kwolf@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).