All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Cooper <andrew.cooper3@citrix.com>
To: Don Koch <dkoch@verizon.com>
Cc: Keir Fraser <keir@xen.org>, Jan Beulich <jbeulich@suse.com>,
	xen-devel@lists.xen.org
Subject: Re: [RFC PATCH] Drop error return if size mismatch is due to xcr0 settings
Date: Thu, 9 Oct 2014 16:56:49 +0100	[thread overview]
Message-ID: <5436B041.9070104@citrix.com> (raw)
In-Reply-To: <20141009114539.e701a4337830f2330fb5e729@verizon.com>

On 09/10/14 16:45, Don Koch wrote:
> On Wed, 8 Oct 2014 14:29:36 -0400
> Don Koch <dkoch@verizon.com> wrote:
>
>> This prevents migration from 4.3 to 4.4 (or newer) xen on AMD machines, at
>> least.
> A clarification: a previous change made migration from xen 4.3 to 4.4 on AMD
> machine fail. This patch provides a (minimal) fix for the problem. IMO, it should
> be targeted for 4.5 and 4.4.x (whatever the next 'x' is).
>
> If it's decided to add the other changes I've suggested, those could be provided
> in a separate patch, especially if we're time constrained (like for getting it
> into 4.5).
>
> -d

Can you explain what the bug is and why this is an appropriate fix?

What is happening here is that the migration stream is providing an
xsave area larger than the size it should be based on the xcr0 sent with it.

This means that either the sending Xen sent a bogus record, or the new
Xen has incorrectly calculated the size from xcr0, but *both* of these
cases are potential VM data corruption issues.

As this currently stands with no analysis of the problem and proof as to
why the change is safe, dropping the "return -EOPNOTSUPP;" is not valid IMO.

~Andrew

  reply	other threads:[~2014-10-09 15:56 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-08 18:29 [RFC PATCH] Drop error return if size mismatch is due to xcr0 settings Don Koch
2014-10-08 18:31 ` Don Koch
2014-10-09 15:45 ` Don Koch
2014-10-09 15:56   ` Andrew Cooper [this message]
2014-10-09 16:10     ` Don Koch
2014-10-09 16:20       ` Andrew Cooper
2014-10-10  6:36         ` Jan Beulich
2014-10-10 15:30           ` Don Koch

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=5436B041.9070104@citrix.com \
    --to=andrew.cooper3@citrix.com \
    --cc=dkoch@verizon.com \
    --cc=jbeulich@suse.com \
    --cc=keir@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.