All of lore.kernel.org
 help / color / mirror / Atom feed
From: Don Slutz <dslutz@verizon.com>
To: Boris Ostrovsky <boris.ostrovsky@oracle.com>,
	Don Slutz <dslutz@verizon.com>,
	xen-devel@lists.xen.org
Cc: Kevin Tian <kevin.tian@intel.com>, Keir Fraser <keir@xen.org>,
	Ian Campbell <ian.campbell@citrix.com>,
	Stefano Stabellini <stefano.stabellini@eu.citrix.com>,
	Jun Nakajima <jun.nakajima@intel.com>,
	Eddie Dong <eddie.dong@intel.com>,
	Ian Jackson <ian.jackson@eu.citrix.com>, Tim Deegan <tim@xen.org>,
	George Dunlap <George.Dunlap@eu.citrix.com>,
	Aravind Gopalakrishnan <Aravind.Gopalakrishnan@amd.com>,
	Jan Beulich <jbeulich@suse.com>,
	Andrew Cooper <andrew.cooper3@citrix.com>,
	Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>
Subject: Re: [PATCH v4 11/16] Add live migration of VMware's hyper-call RPC
Date: Tue, 16 Sep 2014 11:48:24 -0400	[thread overview]
Message-ID: <54185BC8.3050205@terremark.com> (raw)
In-Reply-To: <5412FB29.9090800@oracle.com>


On 09/12/14 09:54, Boris Ostrovsky wrote:
> On 09/11/2014 02:36 PM, Don Slutz wrote:
>> The VMware's hyper-call state is included in live migration and
>> save/restore.  Because the max size of the VMware guestinfo is
>> large, then data is compressed and expanded in the
>> vmport_save_domain_ctxt and vmport_load_domain_ctxt.
>>
>> Signed-off-by: Don Slutz <dslutz@verizon.com>
>> ---
>>


>> +
>> +    for ( i = 0; i < ctxt->used_guestinfo; i++ )
>> +    {
>> +        vmport_guestinfo_t *vg = vs->guestinfo[i];
>> +
>> +        if ( vg && vg->key_len )
>> +        {
>> +            guestinfo_size += sizeof(vg->key_len) + 
>> sizeof(vg->val_len) +
>> +                vg->key_len + vg->val_len;
>> +            used_guestinfo++;
>> +            ASSERT(sizeof(vg->key_len) == 1);
>> +            *p++ = (char) vg->key_len;
>> +            ASSERT(sizeof(vg->val_len) == 1);
>> +            *p++ = (char) vg->val_len;
>> +            if ( vg->key_len )
>
> You ASSERTed that vg->key_len is 1 so you may not need the 'if'. (And 
> in NDEBUG version the worst that could happen is you do memcpy(,,0), 
> which is safe).
>

You seem to have missed the sizeof() in there.   So vg->key_len can be 
zero.  But I will agree
that the if could be dropped.

>> +            {
>> +                memcpy(p, vg->key_data, vg->key_len);
>> +                p += vg->key_len;
>> +                if ( vg->val_len )
>
> Same here.
>

Yes, the if is not needed.  Can drop if requested.

>> +                {
>> +                    memcpy(p, vg->val_data, vg->val_len);
>> +                    p += vg->val_len;
>> +                }
>> +            }
>> +        }
>> +    }
>> +    ctxt->used_guestinfo = used_guestinfo;
>> +
>> +    for ( i = 0; i < ctxt->used_guestinfo_jumbo; i++ )
>> +    {
>> +        vmport_guestinfo_jumbo_t *vgj =
>> +            vs->guestinfo_jumbo[i];
>> +        if ( vgj && vgj->key_len )
>> +        {
>> +            guestinfo_size += sizeof(vgj->key_len) + 
>> sizeof(vgj->val_len) +
>> +                vgj->key_len + vgj->val_len;
>> +            used_guestinfo_jumbo++;
>> +            ASSERT(sizeof(vgj->key_len) == 1);
>> +            *p++ = (char) vgj->key_len;
>> +            memcpy(p, &vgj->val_len, sizeof(vgj->val_len));
>> +            p += sizeof(vgj->val_len);
>> +            if ( vgj->key_len )
>
> And here.
>
> And do you need ASSERT(vgj->val_len ==1) as well? Also, In 
> vmport_load_domain_ctxt() you don't seem to be making this assertions. 
> I don't know whether this is on purpose.
>

In this case sizeof(vgj->val_len) != 1.

I will add ASSERTs there also.




>> +
>> +    if ( !vs )
>> +        return -ENOMEM;
>> +
>> +    /* Customized checking for entry since our entry is of variable 
>> length */
>> +    desc = (struct hvm_save_descriptor *)&h->data[h->cur];
>> +    if ( sizeof(*desc) > h->size - h->cur )
>> +    {
>> +        printk(XENLOG_G_WARNING
>> +               "HVM%d restore: not enough data left to read descriptor"
>> +               "for type %lu\n", d->domain_id,
>> +               HVM_SAVE_CODE(VMPORT));
>> +        return -1;
>
> Since in some cases you are returning proper error codes you should 
> return them everywhere.
>

Will adjust to proper error codes.

    -Don Slutz

> -boris
>
>

  reply	other threads:[~2014-09-16 15:48 UTC|newest]

Thread overview: 51+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-09-11 18:36 [PATCH v4 00/16] Xen VMware tools support Don Slutz
2014-09-11 18:36 ` [PATCH v4 01/16] xen: Add support for VMware cpuid leaves Don Slutz
2014-09-11 19:49   ` Andrew Cooper
2014-09-12  9:49     ` Jan Beulich
2014-09-12 17:46       ` Don Slutz
2014-09-15  7:42         ` Jan Beulich
2014-09-17 15:41           ` Don Slutz
2014-09-12 21:26     ` Don Slutz
2014-09-12 12:37   ` Boris Ostrovsky
2014-09-12 17:50     ` Don Slutz
2014-09-11 18:36 ` [PATCH v4 02/16] tools: Add vmware_hw support Don Slutz
2014-09-11 21:09   ` Andrew Cooper
2014-09-16 16:20     ` Don Slutz
2014-09-11 18:36 ` [PATCH v4 03/16] vmware: Add VMware provided include files Don Slutz
2014-09-11 18:36 ` [PATCH v4 04/16] xen: Add is_vmware_port_enabled Don Slutz
2014-09-11 21:22   ` Andrew Cooper
2014-09-16 16:20     ` Don Slutz
2014-09-12 13:08   ` Boris Ostrovsky
2014-09-16 12:08     ` Slutz, Donald Christopher
2014-09-17 15:56       ` Boris Ostrovsky
2014-09-17 18:23         ` Slutz, Donald Christopher
2014-09-18  9:14           ` Jan Beulich
2014-09-19 12:48             ` Slutz, Donald Christopher
2014-09-18 22:53           ` Boris Ostrovsky
2014-09-19 13:24             ` Slutz, Donald Christopher
2014-09-19 15:50               ` Boris Ostrovsky
2014-09-19 17:00                 ` Slutz, Donald Christopher
2014-09-11 18:36 ` [PATCH v4 05/16] tools: Add vmware_port support Don Slutz
2014-09-11 18:36 ` [PATCH v4 06/16] xen: Convert vmware_port to xentrace usage Don Slutz
2014-09-12 13:10   ` Boris Ostrovsky
2014-09-12 23:57     ` Don Slutz
2014-09-11 18:36 ` [PATCH v4 07/16] tools: " Don Slutz
2014-09-12 13:15   ` Boris Ostrovsky
2014-09-13  0:01     ` Don Slutz
2014-09-11 18:36 ` [PATCH v4 08/16] xen: Add limited support of VMware's hyper-call rpc Don Slutz
2014-09-12 13:37   ` Boris Ostrovsky
2014-09-12 14:27     ` Jan Beulich
2014-09-16 12:38       ` Slutz, Donald Christopher
2014-09-16 12:46         ` Jan Beulich
2014-09-16 13:47           ` Slutz, Donald Christopher
2014-09-16 13:17     ` Slutz, Donald Christopher
2014-09-11 18:36 ` [PATCH v4 09/16] tools: " Don Slutz
2014-09-11 18:36 ` [PATCH v4 10/16] Add VMware tool's triggers Don Slutz
2014-09-11 18:36 ` [PATCH v4 11/16] Add live migration of VMware's hyper-call RPC Don Slutz
2014-09-12 13:54   ` Boris Ostrovsky
2014-09-16 15:48     ` Don Slutz [this message]
2014-09-11 18:36 ` [PATCH v4 12/16] Add dump of HVM_SAVE_CODE(VMPORT) to xen-hvmctx Don Slutz
2014-09-11 18:36 ` [PATCH v4 13/16] Add xen-hvm-param Don Slutz
2014-09-11 18:36 ` [PATCH v4 14/16] Add xen-vmware-guestinfo Don Slutz
2014-09-11 18:36 ` [PATCH v4 15/16] Add xen-list-vmware-guestinfo Don Slutz
2014-09-11 18:36 ` [PATCH v4 16/16] Add xen-hvm-send-trigger Don Slutz

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=54185BC8.3050205@terremark.com \
    --to=dslutz@verizon.com \
    --cc=Aravind.Gopalakrishnan@amd.com \
    --cc=George.Dunlap@eu.citrix.com \
    --cc=andrew.cooper3@citrix.com \
    --cc=boris.ostrovsky@oracle.com \
    --cc=eddie.dong@intel.com \
    --cc=ian.campbell@citrix.com \
    --cc=ian.jackson@eu.citrix.com \
    --cc=jbeulich@suse.com \
    --cc=jun.nakajima@intel.com \
    --cc=keir@xen.org \
    --cc=kevin.tian@intel.com \
    --cc=stefano.stabellini@eu.citrix.com \
    --cc=suravee.suthikulpanit@amd.com \
    --cc=tim@xen.org \
    --cc=xen-devel@lists.xen.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.