From: Andrew Cooper <andrew.cooper3@citrix.com>
To: Xen-devel <xen-devel@lists.xen.org>
Cc: Andrew Cooper <andrew.cooper3@citrix.com>,
Jan Beulich <JBeulich@suse.com>
Subject: [PATCH v2 6/6] x86/xstate: Fix latent bugs in compress_xsave_states()
Date: Mon, 12 Sep 2016 17:21:29 +0100 [thread overview]
Message-ID: <1473697289-4289-7-git-send-email-andrew.cooper3@citrix.com> (raw)
In-Reply-To: <1473697289-4289-1-git-send-email-andrew.cooper3@citrix.com>
compress_xsave_states() mustn't read xstate_bv or xcomp_bv before first
confirming that the input buffer is large enough. It also doesn't cope with
compressed input. Make all of these problems the callers responsbility to
ensure.
Simplify the decompression logic by inlining get_xsave_addr(). As xstate_bv
is previously validated, dest won't ever been NULL.
Signed-off-by: Andrew Cooper <andrew.cooper3@citrix.com>
---
CC: Jan Beulich <JBeulich@suse.com>
v2:
* Inline get_xsave_addr() to simplify the logic
* Drop the TODO
---
xen/arch/x86/xstate.c | 45 +++++++++++++++++++++++++++------------------
1 file changed, 27 insertions(+), 18 deletions(-)
diff --git a/xen/arch/x86/xstate.c b/xen/arch/x86/xstate.c
index ed9c4c7..9be98e6 100644
--- a/xen/arch/x86/xstate.c
+++ b/xen/arch/x86/xstate.c
@@ -154,15 +154,6 @@ static void setup_xstate_comp(uint16_t *comp_offsets,
ASSERT(offset <= xsave_cntxt_size);
}
-static void *get_xsave_addr(struct xsave_struct *xsave,
- const uint16_t *comp_offsets,
- unsigned int xfeature_idx)
-{
- ASSERT(xsave_area_compressed(xsave));
- return (1ul << xfeature_idx) & xsave->xsave_hdr.xstate_bv ?
- (void *)xsave + comp_offsets[xfeature_idx] : NULL;
-}
-
/*
* Serialise a vcpus xsave state into a representation suitable for the
* toolstack.
@@ -229,14 +220,28 @@ void expand_xsave_states(struct vcpu *v, void *dest, unsigned int size)
}
}
+/*
+ * Deserialise a toolstack's xsave state representation suitably for a vcpu.
+ *
+ * Internally a vcpus xsave state may be compressed or uncompressed, depending
+ * on the features in use, but the ABI with the toolstack is strictly
+ * uncompressed.
+ *
+ * It is the callers responsibility to ensure that the source buffer contains
+ * xsave state, is uncompressed, and is exactly the right size.
+ */
void compress_xsave_states(struct vcpu *v, const void *src, unsigned int size)
{
struct xsave_struct *xsave = v->arch.xsave_area;
+ void *dest;
uint16_t comp_offsets[sizeof(xfeature_mask)*8];
- u64 xstate_bv = ((const struct xsave_struct *)src)->xsave_hdr.xstate_bv;
- u64 valid;
+ u64 xstate_bv, valid;
- ASSERT(!xsave_area_compressed(src));
+ BUG_ON(!v->arch.xcr0_accum);
+ BUG_ON(size != xstate_ctxt_size(v->arch.xcr0_accum));
+ BUG_ON(xsave_area_compressed(src));
+
+ xstate_bv = ((const struct xsave_struct *)src)->xsave_hdr.xstate_bv;
if ( !(v->arch.xcr0_accum & XSTATE_XSAVES_ONLY) )
{
@@ -260,18 +265,22 @@ void compress_xsave_states(struct vcpu *v, const void *src, unsigned int size)
* Copy each region from the non-compacted offset to the
* possibly compacted offset.
*/
+ dest = xsave;
valid = xstate_bv & ~XSTATE_FP_SSE;
while ( valid )
{
u64 feature = valid & -valid;
unsigned int index = fls(feature) - 1;
- void *dest = get_xsave_addr(xsave, comp_offsets, index);
- if ( dest )
- {
- ASSERT((xstate_offsets[index] + xstate_sizes[index]) <= size);
- memcpy(dest, src + xstate_offsets[index], xstate_sizes[index]);
- }
+ /*
+ * We previously verified xstate_bv. If we don't have valid
+ * comp_offset[] information, something is very broken.
+ */
+ BUG_ON(!comp_offsets[index]);
+ BUG_ON((xstate_offsets[index] + xstate_sizes[index]) > size);
+
+ memcpy(dest + comp_offsets[index], src + xstate_offsets[index],
+ xstate_sizes[index]);
valid &= ~feature;
}
--
2.1.4
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
next prev parent reply other threads:[~2016-09-12 16:21 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-09-12 16:21 [PATCH v2 0/6] Fix multiple issues with xsave state handling on migrate Andrew Cooper
2016-09-12 16:21 ` [PATCH v2 1/6] x86/domctl: Introduce PV_XSAVE_HDR_SIZE and remove its opencoding Andrew Cooper
2016-09-12 16:21 ` [PATCH v2 2/6] x86/domctl: Fix TOCTOU race with the use of XEN_DOMCTL_getvcpuextstate Andrew Cooper
2016-09-12 16:21 ` [PATCH v2 3/6] x86/domctl: Simplfy XEN_DOMCTL_getvcpuextstate when xsave is not in use Andrew Cooper
2016-09-12 16:21 ` [PATCH v2 4/6] x86/xstate: Fix latent bugs in expand_xsave_states() Andrew Cooper
2016-09-13 8:23 ` Jan Beulich
2016-09-13 9:31 ` Andrew Cooper
2016-09-12 16:21 ` [PATCH v2 5/6] x86/domctl: Fix migration of guests which are not using xsave Andrew Cooper
2016-09-12 16:21 ` Andrew Cooper [this message]
2016-09-13 8:27 ` [PATCH v2 6/6] x86/xstate: Fix latent bugs in compress_xsave_states() Jan Beulich
2016-09-13 9:35 ` Andrew Cooper
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=1473697289-4289-7-git-send-email-andrew.cooper3@citrix.com \
--to=andrew.cooper3@citrix.com \
--cc=JBeulich@suse.com \
--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 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).