Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1397528
| From | Yu-cheng Yu <yu-cheng.yu@intel.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v5 12/13] x86/xsaves: Fix fpstate_init() for XSAVES |
| Date | 2016-05-10 02:00 +0200 |
| Message-ID | <rx3fI-7Ae-7@gated-at.bofh.it> (permalink) |
| References | <rx0rx-4yi-11@gated-at.bofh.it> <rx0ry-4yi-45@gated-at.bofh.it> <rx362-7sX-29@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Mon, May 09, 2016 at 04:41:31PM -0700, Dave Hansen wrote: > On 05/09/2016 01:46 PM, Yu-cheng Yu wrote: > > When XSAVES is used, xsave.header.xcomp_bv[63] must be set. > > So, that's not strictly correct. XSAVES can write to a completely empty > (0'd) memory buffer. It's only XRSTORS that _needs_ bit 63 set. The > instruction reference is pretty clear on this point. You mean the comments? I will change it to XRSTORS. > > Oh, and if you decided to do this for some reason, please have mercy and > go make a macro for 1<<63. > > Also, I don't think the kernel ever checks for this bit. So are we > really calling XRSTORS on otherwise uninitialized xsave buffers? Right now if we do fpstate_init(), without this patch, it will trigger a warning from copy_kernel_to_fxregs() when the task is scheduled.
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH v5 12/13] x86/xsaves: Fix fpstate_init() for XSAVES Yu-cheng Yu <yu-cheng.yu@intel.com> - 2016-05-09 23:00 +0200
Re: [PATCH v5 12/13] x86/xsaves: Fix fpstate_init() for XSAVES Dave Hansen <dave.hansen@linux.intel.com> - 2016-05-10 01:50 +0200
Re: [PATCH v5 12/13] x86/xsaves: Fix fpstate_init() for XSAVES Yu-cheng Yu <yu-cheng.yu@intel.com> - 2016-05-10 02:00 +0200
Re: [PATCH v5 12/13] x86/xsaves: Fix fpstate_init() for XSAVES Dave Hansen <dave.hansen@linux.intel.com> - 2016-05-10 02:10 +0200
csiph-web