* [PATCH] x86, fpu: do not BUG_ON() in early FPU code
@ 2016-07-20 16:23 Dave Hansen
2016-07-20 18:02 ` Ingo Molnar
0 siblings, 1 reply; 2+ messages in thread
From: Dave Hansen @ 2016-07-20 16:23 UTC (permalink / raw)
To: linux-kernel; +Cc: x86, Dave Hansen, dave.hansen
From: Dave Hansen <dave.hansen@linux.intel.com>
I don't think it is really possible to have a system where CPUID
enumerates support for XSAVE but that it does not have FP/SSE
(they are "legacy" features and always present).
But, I did manage to hit this case in qemu when I enabled its
somewhat shaky XSAVE support. The bummer is that the FPU is set
up before we parse the command-line or have *any* console support
including earlyprintk.
So a BUG() here is worthless. All it does it guarantee that
if/when we hit this case we have an empty console. So, remove
the BUG() and try to limp along by disabling XSAVE and trying to
continue.
Signed-off-by: Dave Hansen <dave.hansen@linux.intel.com>
---
b/arch/x86/kernel/fpu/xstate.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff -puN arch/x86/kernel/fpu/xstate.c~x86-fpu-do-not-BUG_ON-early arch/x86/kernel/fpu/xstate.c
--- a/arch/x86/kernel/fpu/xstate.c~x86-fpu-do-not-BUG_ON-early 2016-07-20 09:03:07.347941392 -0700
+++ b/arch/x86/kernel/fpu/xstate.c 2016-07-20 09:17:15.001309137 -0700
@@ -715,7 +715,8 @@ void __init fpu__init_system_xstate(void
if ((xfeatures_mask & XFEATURE_MASK_FPSSE) != XFEATURE_MASK_FPSSE) {
pr_err("x86/fpu: FP/SSE not present amongst the CPU's xstate features: 0x%llx.\n", xfeatures_mask);
- BUG();
+ fpu__init_disable_system_xstate();
+ return;
}
xfeatures_mask &= fpu__get_supported_xfeatures_mask();
_
^ permalink raw reply [flat|nested] 2+ messages in thread* Re: [PATCH] x86, fpu: do not BUG_ON() in early FPU code
2016-07-20 16:23 [PATCH] x86, fpu: do not BUG_ON() in early FPU code Dave Hansen
@ 2016-07-20 18:02 ` Ingo Molnar
0 siblings, 0 replies; 2+ messages in thread
From: Ingo Molnar @ 2016-07-20 18:02 UTC (permalink / raw)
To: Dave Hansen; +Cc: linux-kernel, x86, dave.hansen
* Dave Hansen <dave@sr71.net> wrote:
>
> From: Dave Hansen <dave.hansen@linux.intel.com>
>
> I don't think it is really possible to have a system where CPUID
> enumerates support for XSAVE but that it does not have FP/SSE
> (they are "legacy" features and always present).
>
> But, I did manage to hit this case in qemu when I enabled its
> somewhat shaky XSAVE support. The bummer is that the FPU is set
> up before we parse the command-line or have *any* console support
> including earlyprintk.
>
> So a BUG() here is worthless. All it does it guarantee that
> if/when we hit this case we have an empty console. So, remove
> the BUG() and try to limp along by disabling XSAVE and trying to
> continue.
>
> Signed-off-by: Dave Hansen <dave.hansen@linux.intel.com>
> ---
>
> b/arch/x86/kernel/fpu/xstate.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff -puN arch/x86/kernel/fpu/xstate.c~x86-fpu-do-not-BUG_ON-early arch/x86/kernel/fpu/xstate.c
> --- a/arch/x86/kernel/fpu/xstate.c~x86-fpu-do-not-BUG_ON-early 2016-07-20 09:03:07.347941392 -0700
> +++ b/arch/x86/kernel/fpu/xstate.c 2016-07-20 09:17:15.001309137 -0700
> @@ -715,7 +715,8 @@ void __init fpu__init_system_xstate(void
>
> if ((xfeatures_mask & XFEATURE_MASK_FPSSE) != XFEATURE_MASK_FPSSE) {
> pr_err("x86/fpu: FP/SSE not present amongst the CPU's xstate features: 0x%llx.\n", xfeatures_mask);
> - BUG();
> + fpu__init_disable_system_xstate();
> + return;
Ok, but please put a comment there explaining why we are not stopping the system.
Thanks,
Ingo
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2016-07-20 18:03 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-07-20 16:23 [PATCH] x86, fpu: do not BUG_ON() in early FPU code Dave Hansen
2016-07-20 18:02 ` Ingo Molnar
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox