* xsaves support broken?
@ 2015-03-02 23:59 Dave Hansen
2015-03-03 0:09 ` Yu, Fenghua
0 siblings, 1 reply; 4+ messages in thread
From: Dave Hansen @ 2015-03-02 23:59 UTC (permalink / raw)
To: LKML, the arch/x86 maintainers, Yu, Fenghua
Hi Fenghua,
I was testing some new MPX code, and realized that MPX had stopped
working completely. The prctl() failed to turn it on, which I tracked
down to a 0 in "BNDCSR" where we expected to see an enable bit.
I realized that I had managed to remove the "noxsaves" boot option from
my kernel. Re-adding "noxsaves" made MPX work again, and the BNDCSR
contents were properly passed in to the kernel.
Is it possible that "xsaves" use inside the kernel is simply broken?
Config is here:
http://sr71.net/~dave/intel/config-20150302
^ permalink raw reply [flat|nested] 4+ messages in thread
* RE: xsaves support broken?
2015-03-02 23:59 xsaves support broken? Dave Hansen
@ 2015-03-03 0:09 ` Yu, Fenghua
2015-03-03 0:24 ` Dave Hansen
0 siblings, 1 reply; 4+ messages in thread
From: Yu, Fenghua @ 2015-03-03 0:09 UTC (permalink / raw)
To: Hansen, Dave, LKML, the arch/x86 maintainers
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="utf-8", Size: 1063 bytes --]
> From: Hansen, Dave
> Sent: Monday, March 02, 2015 4:00 PM
>
> Hi Fenghua,
>
> I was testing some new MPX code, and realized that MPX had stopped
> working completely. The prctl() failed to turn it on, which I tracked down to a
> 0 in "BNDCSR" where we expected to see an enable bit.
>
> I realized that I had managed to remove the "noxsaves" boot option from my
> kernel. Re-adding "noxsaves" made MPX work again, and the BNDCSR
> contents were properly passed in to the kernel.
>
> Is it possible that "xsaves" use inside the kernel is simply broken?
>
> Config is here:
>
> http://sr71.net/~dave/intel/config-20150302
Xsaves has been tested by QA since 3.17 with or without MPX. I'm not aware of reported issues.
But MPX is the only code to call the get_xsave_addr kernel API. Though it has been tested before on upstream MPX code.
What changes in your new MPX code?
Thanks.
-Fenghua
ÿôèº{.nÇ+·®+%Ëÿ±éݶ\x17¥wÿº{.nÇ+·¥{±þG«éÿ{ayº\x1dÊÚë,j\a¢f£¢·hïêÿêçz_è®\x03(éÝ¢j"ú\x1a¶^[m§ÿÿ¾\a«þG«éÿ¢¸?¨èÚ&£ø§~á¶iOæ¬z·vØ^\x14\x04\x1a¶^[m§ÿÿÃ\fÿ¶ìÿ¢¸?I¥
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: xsaves support broken?
2015-03-03 0:09 ` Yu, Fenghua
@ 2015-03-03 0:24 ` Dave Hansen
2015-03-03 0:34 ` Yu, Fenghua
0 siblings, 1 reply; 4+ messages in thread
From: Dave Hansen @ 2015-03-03 0:24 UTC (permalink / raw)
To: Yu, Fenghua, LKML, the arch/x86 maintainers
On 03/02/2015 04:09 PM, Yu, Fenghua wrote:
> Xsaves has been tested by QA since 3.17 with or without MPX. I'm not
> aware of reported issues.
>
> But MPX is the only code to call the get_xsave_addr kernel API.
> Though it has been tested before on upstream MPX code.
Has it? I'm fairly sure I've never explicitly tested it. I'm also
doubting now that I've *ever* seen it work without booting with 'noxsaves'.
> What changes in your new MPX code?
I just discovered it when adding a new feature. I actually backed out
all of my changes before reporting this issue. I'm running a completely
untouched 4.0-rc1 kernel with the config I attached a moment ago.
If I boot with 'noxsaves', MPX works fine. If I boot without it, the
kernel never sees the values that userspace sets in the "bndcsr" register.
^ permalink raw reply [flat|nested] 4+ messages in thread
* RE: xsaves support broken?
2015-03-03 0:24 ` Dave Hansen
@ 2015-03-03 0:34 ` Yu, Fenghua
0 siblings, 0 replies; 4+ messages in thread
From: Yu, Fenghua @ 2015-03-03 0:34 UTC (permalink / raw)
To: Hansen, Dave, LKML, the arch/x86 maintainers
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="utf-8", Size: 1391 bytes --]
> From: Hansen, Dave
> On 03/02/2015 04:09 PM, Yu, Fenghua wrote:
> > Xsaves has been tested by QA since 3.17 with or without MPX. I'm not
> > aware of reported issues.
> >
> > But MPX is the only code to call the get_xsave_addr kernel API.
> > Though it has been tested before on upstream MPX code.
>
> Has it? I'm fairly sure I've never explicitly tested it. I'm also doubting now
> that I've *ever* seen it work without booting with 'noxsaves'.
QA did test conflict between MPX and xsaves long time before MPX went upstream. But seems the conflict happened again at some point...
>
> > What changes in your new MPX code?
>
> I just discovered it when adding a new feature. I actually backed out all of my
> changes before reporting this issue. I'm running a completely untouched 4.0-
> rc1 kernel with the config I attached a moment ago.
MPX and xsaves are supposed to work well on 4.0-rc1. If not, definitely the code is broken again somehow.
> If I boot with 'noxsaves', MPX works fine. If I boot without it, the kernel
> never sees the values that userspace sets in the "bndcsr" register.
We are supposed to handle this issue long time ago.
I can try to reproduce the issue with the config.
Thanks.
-Fenghua
ÿôèº{.nÇ+·®+%Ëÿ±éݶ\x17¥wÿº{.nÇ+·¥{±þG«éÿ{ayº\x1dÊÚë,j\a¢f£¢·hïêÿêçz_è®\x03(éÝ¢j"ú\x1a¶^[m§ÿÿ¾\a«þG«éÿ¢¸?¨èÚ&£ø§~á¶iOæ¬z·vØ^\x14\x04\x1a¶^[m§ÿÿÃ\fÿ¶ìÿ¢¸?I¥
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2015-03-03 0:34 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-03-02 23:59 xsaves support broken? Dave Hansen
2015-03-03 0:09 ` Yu, Fenghua
2015-03-03 0:24 ` Dave Hansen
2015-03-03 0:34 ` Yu, Fenghua
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.