All of lore.kernel.org
 help / color / mirror / Atom feed
* 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.