qemu-block
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-block] [Qemu-devel] [PATCH v7 19/20] qcow2: report encryption


From: Markus Armbruster
Subject: Re: [Qemu-block] [Qemu-devel] [PATCH v7 19/20] qcow2: report encryption specific image information
Date: Mon, 29 May 2017 11:53:01 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux)

"Daniel P. Berrange" <address@hidden> writes:

> On Thu, May 25, 2017 at 02:52:30PM -0500, Eric Blake wrote:
>> On 05/25/2017 11:38 AM, Daniel P. Berrange wrote:
>> > Currently 'qemu-img info' reports a simple "encrypted: yes"
>> > field. This is not very useful now that qcow2 can support
>> > multiple encryption formats. Users want to know which format
>> > is in use and some data related to it.
>> > 
>> > Wire up usage of the qcrypto_block_get_info() method so that
>> > 'qemu-img info' can report about the encryption format
>> > and parameters in use
>> > 
>> 
>> > Signed-off-by: Daniel P. Berrange <address@hidden>
>> > ---
>> >  block/qcow2.c        | 35 ++++++++++++++++++++++++++++++++++-
>> >  qapi/block-core.json | 24 +++++++++++++++++++++++-
>> >  2 files changed, 57 insertions(+), 2 deletions(-)
>> > 
>> > diff --git a/block/qcow2.c b/block/qcow2.c
>> > index 38f9eb5..cb321a2 100644
>> > --- a/block/qcow2.c
>> > +++ b/block/qcow2.c
>> > @@ -3196,8 +3196,17 @@ static int qcow2_get_info(BlockDriverState *bs, 
>> > BlockDriverInfo *bdi)
>> >  static ImageInfoSpecific *qcow2_get_specific_info(BlockDriverState *bs)
>> >  {
>> >      BDRVQcow2State *s = bs->opaque;
>> > -    ImageInfoSpecific *spec_info = g_new(ImageInfoSpecific, 1);
>> > +    ImageInfoSpecific *spec_info;
>> > +    QCryptoBlockInfo *encrypt_info = NULL;
>> >  
>> > +    if (s->crypto != NULL) {
>> > +        encrypt_info = qcrypto_block_get_info(s->crypto, NULL);
>> 
>> Worth using &error_abort instead of silently ignoring the error?  Is an
>> error even possible in our output visitor [adding Markus for reference]?
>
> In fact the qcrypto_block_get_info() will never return an error
> right now as implemented. So I guess we could even just remove
> the Error **errp parameter from that call

Do you still need advice on QAPI from me here?

[...]



reply via email to

[Prev in Thread] Current Thread [Next in Thread]