From: David Vrabel <david.vrabel@citrix.com>
To: Jan Beulich <JBeulich@suse.com>
Cc: Andrew Cooper <andrew.cooper3@citrix.com>,
xen-devel@lists.xenproject.org
Subject: Re: [PATCHv1 3/5] x86/fpu: Add a per-domain field to set the width of FIP/FDP
Date: Fri, 19 Feb 2016 14:16:06 +0000 [thread overview]
Message-ID: <56C723A6.40300@citrix.com> (raw)
In-Reply-To: <56C72FD602000078000D422E@prv-mh.provo.novell.com>
On 19/02/16 14:08, Jan Beulich wrote:
>>>> On 18.02.16 at 19:52, <david.vrabel@citrix.com> wrote:
>> The x86 architecture allows either: a) the 64-bit FIP/FDP registers to be
>> restored (clearing FCS and FDS); or b) the 32-bit FIP/FDP and FCS/FDS
>> registers to be restored (clearing the upper 32-bits).
>>
>> Add a per-domain field to indicate which of these options a guest needs.
>> The options are: 8, 4 or 0. Where 0 indicates that the hypervisor should
>> automatically guess the FIP width by checking the value of FIP/FDP when
>> saving the state (this is the existing behaviour).
>>
>> The FIP width is initially automatic but is set explicitly in the following
>> cases:
>>
>> - 32-bit PV guest: 4
>> - 64-bit PV guest: 8
>
> The latter is wrong: 64-bit OSes may, for the benefit of compat
> mode processes, use 32-bit save/restore operations.
Ok. I'll leave PV guests as auto (unless FPCSDS feature is set).
>> @@ -261,28 +261,8 @@ void xsave(struct vcpu *v, uint64_t mask)
>> "=m" (*ptr), \
>> "a" (lmask), "d" (hmask), "D" (ptr))
>>
>> - if ( word_size <= 0 || !is_pv_32bit_vcpu(v) )
>> + if ( fip_width != 4 )
>> {
>> - typeof(ptr->fpu_sse.fip.sel) fcs = ptr->fpu_sse.fip.sel;
>> - typeof(ptr->fpu_sse.fdp.sel) fds = ptr->fpu_sse.fdp.sel;
>> -
>> - if ( cpu_has_xsaveopt || cpu_has_xsaves )
>> - {
>> - /*
>> - * XSAVEOPT/XSAVES may not write the FPU portion even when the
>> - * respective mask bit is set. For the check further down to work
>> - * we hence need to put the save image back into the state that
>> - * it was in right after the previous XSAVEOPT.
>> - */
>> - if ( word_size > 0 &&
>> - (ptr->fpu_sse.x[FPU_WORD_SIZE_OFFSET] == 4 ||
>> - ptr->fpu_sse.x[FPU_WORD_SIZE_OFFSET] == 2) )
>> - {
>> - ptr->fpu_sse.fip.sel = 0;
>> - ptr->fpu_sse.fdp.sel = 0;
>> - }
>> - }
>> -
>> XSAVE("0x48,");
>>
>> if ( !(mask & ptr->xsave_hdr.xstate_bv & XSTATE_FP) ||
>> @@ -293,15 +273,14 @@ void xsave(struct vcpu *v, uint64_t mask)
>> (!(ptr->fpu_sse.fsw & 0x0080) &&
>> boot_cpu_data.x86_vendor == X86_VENDOR_AMD) )
>> {
>> - if ( (cpu_has_xsaveopt || cpu_has_xsaves) && word_size > 0 )
>> - {
>> - ptr->fpu_sse.fip.sel = fcs;
>> - ptr->fpu_sse.fdp.sel = fds;
>> - }
>> return;
>
> I don't see how you can validly delete all of the above code without
> any replacement. Can you explain the rationale behind this?
I think it is unnecessary.
If XSAVEOPT/XSAVES doesn't save the FP state, it hasn't changed since
last time and we don't need to clear and rewrite the FCS/FDS fields
since the old values are still valid.
David
next prev parent reply other threads:[~2016-02-19 14:16 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-18 18:52 [RFC PATCH 0/5] x86: workaround inability to fully restore FPU state David Vrabel
2016-02-18 18:52 ` [PATCHv1 1/5] domctl: Add op to get/set generic numeric parameters David Vrabel
2016-02-18 19:02 ` Andrew Cooper
2016-02-19 13:59 ` Jan Beulich
2016-02-18 18:52 ` [PATCHv1 2/5] tools/libxc: add xc_domain_get_param() and xc_domain_set_param() David Vrabel
2016-02-18 19:03 ` Andrew Cooper
2016-02-18 18:52 ` [PATCHv1 3/5] x86/fpu: Add a per-domain field to set the width of FIP/FDP David Vrabel
2016-02-18 19:13 ` Andrew Cooper
2016-02-19 10:03 ` David Vrabel
2016-02-19 14:08 ` Jan Beulich
2016-02-19 14:16 ` David Vrabel [this message]
2016-02-19 14:36 ` Jan Beulich
2016-02-19 14:49 ` David Vrabel
2016-02-19 15:14 ` Jan Beulich
2016-02-19 15:43 ` David Vrabel
2016-02-19 16:38 ` David Vrabel
2016-02-19 17:20 ` Jan Beulich
2016-02-18 18:52 ` [PATCHv1 4/5] x86/viridian: set x87 FIP width to 4 for Windows guests David Vrabel
2016-02-18 19:19 ` Andrew Cooper
2016-02-19 14:11 ` Jan Beulich
2016-02-18 18:52 ` [PATCHv1 5/5] x86/domctl: Add XEN_DOMCTL_PARAM_ARCH_X86_FIP_WIDTH parameter David Vrabel
2016-02-19 10:05 ` David Vrabel
2016-02-19 14:13 ` Jan Beulich
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=56C723A6.40300@citrix.com \
--to=david.vrabel@citrix.com \
--cc=JBeulich@suse.com \
--cc=andrew.cooper3@citrix.com \
--cc=xen-devel@lists.xenproject.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.