[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1b4e8b6c-c143-1867-712c-8b2e336a6ce0@linux.intel.com>
Date: Mon, 23 Jan 2017 18:01:10 -0800
From: Dave Hansen <dave.hansen@...ux.intel.com>
To: Kevin Hao <haokexin@...il.com>
Cc: Yu-cheng Yu <yu-cheng.yu@...el.com>, fenghua.yu@...el.com,
dvlasenk@...hat.com, peterz@...radead.org, oleg@...hat.com,
mingo@...nel.org, linux-kernel@...r.kernel.org, brgerst@...il.com,
luto@...nel.org, bp@...en8.de, jpoimboe@...hat.com, hpa@...or.com,
quentin.casasnovas@...cle.com, tglx@...utronix.de,
torvalds@...ux-foundation.org, riel@...hat.com,
linux-tip-commits@...r.kernel.org
Subject: Re: [tip:x86/urgent] x86/fpu: Set the xcomp_bv when we fake up a
XSAVES area
On 01/23/2017 05:50 PM, Kevin Hao wrote:
> According to the ISA manual, XSAVES also set the XCOMP_BV[62:0]. My code only
> try to be compatible with what the cpu does when excuting XSAVES. The following
> is quoted from 325462-sdm-vol-1-2abcd-3abcd.pdf.
> The XSAVES instructions sets bit 63 of the XCOMP_BV field of the XSAVE header while writing RFBM[62:0] to
> XCOMP_BV[62:0]. The XSAVES instruction does not write any part of the XSAVE header other than the XSTATE_BV
> and XCOMP_BV fields.
What purpose does it serve to make copyin_to_xsaves() set that bit,
other than helping to hide bugs?
Powered by blists - more mailing lists