Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1391523
| From | Yu-cheng Yu <yu-cheng.yu@intel.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v4 10/10] x86/xsaves: Re-enable XSAVES |
| Date | 2016-04-30 01:20 +0200 |
| Message-ID | <rtpRw-69r-11@gated-at.bofh.it> (permalink) |
| References | <r92ut-2hO-1@gated-at.bofh.it> <r92uv-2hO-29@gated-at.bofh.it> <rtnmG-3LT-11@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Fri, Apr 29, 2016 at 01:32:15PM -0700, Dave Hansen wrote: > The reason I haven't acked this patch is that I want to be _sure_ that > we've audited all of the call paths that access the XSAVE buffer to > ensure that they can all either handle the XSAVES format *or* don't care > for whatever reason. > > Could you share the steps that you've taken to assure yourself that all > of the call paths are handled and we don't have more bugs? > We tested for signal, ptrace, context switch, avx, and mpx. We also run these tests with your audit patch to detect any format mis-match. That said, I cannot be sure there are no more bugs. As you said, we want to get this feature tested in the field and find potential issues early.
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: [PATCH v4 10/10] x86/xsaves: Re-enable XSAVES Dave Hansen <dave.hansen@linux.intel.com> - 2016-04-29 22:40 +0200
Re: [PATCH v4 10/10] x86/xsaves: Re-enable XSAVES Yu-cheng Yu <yu-cheng.yu@intel.com> - 2016-04-30 01:20 +0200
Re: [PATCH v4 10/10] x86/xsaves: Re-enable XSAVES Dave Hansen <dave.hansen@linux.intel.com> - 2016-04-30 02:50 +0200
Re: [PATCH v4 10/10] x86/xsaves: Re-enable XSAVES Yu-cheng Yu <yu-cheng.yu@intel.com> - 2016-05-02 18:20 +0200
Re: [PATCH v4 10/10] x86/xsaves: Re-enable XSAVES Dave Hansen <dave.hansen@linux.intel.com> - 2016-05-05 00:20 +0200
Re: [PATCH v4 10/10] x86/xsaves: Re-enable XSAVES Yu-cheng Yu <yu-cheng.yu@intel.com> - 2016-05-05 00:30 +0200
csiph-web