* [PATCH 1/2] x86: add is_f00f_bug helper to fault_32|64.c
@ 2008-01-17 22:54 Harvey Harrison
2008-01-18 5:00 ` Andi Kleen
0 siblings, 1 reply; 4+ messages in thread
From: Harvey Harrison @ 2008-01-17 22:54 UTC (permalink / raw)
To: Ingo Molnar; +Cc: H. Peter Anvin, LKML, Thomas Gleixner
Further towards unifying these files, add another helper
in same spirit as is_errata93.
Signed-off-by: Harvey Harrison <harvey.harrison@gmail.com>
---
Incorporated HPA's suggestion of unconditional prototype for
do_invalid_op.
arch/x86/mm/fault_32.c | 39 ++++++++++++++++++++++-----------------
arch/x86/mm/fault_64.c | 24 ++++++++++++++++++++++++
2 files changed, 46 insertions(+), 17 deletions(-)
diff --git a/arch/x86/mm/fault_32.c b/arch/x86/mm/fault_32.c
index 936bb0c..dae4f69 100644
--- a/arch/x86/mm/fault_32.c
+++ b/arch/x86/mm/fault_32.c
@@ -211,8 +211,6 @@ void dump_pagetable(unsigned long address)
printk("\n");
}
-void do_invalid_op(struct pt_regs *, unsigned long);
-
static inline pmd_t *vmalloc_sync_one(pgd_t *pgd, unsigned long address)
{
unsigned index = pgd_index(address);
@@ -288,6 +286,26 @@ static int is_errata93(struct pt_regs *regs, unsigned long address)
return 0;
}
+void do_invalid_op(struct pt_regs *, unsigned long);
+
+static int is_f00f_bug(struct pt_regs *regs, unsigned long address)
+{
+#ifdef CONFIG_X86_F00F_BUG
+ unsigned long nr;
+ /*
+ * Pentium F0 0F C7 C8 bug workaround.
+ */
+ if (boot_cpu_data.f00f_bug) {
+ nr = (address - idt_descr.address) >> 3;
+
+ if (nr == 6) {
+ do_invalid_op(regs, 0);
+ return 1;
+ }
+ }
+#endif
+ return 0;
+}
/*
* Handle a fault on the vmalloc or module mapping area
@@ -570,21 +588,8 @@ bad_area_nosemaphore:
return;
}
-#ifdef CONFIG_X86_F00F_BUG
- /*
- * Pentium F0 0F C7 C8 bug workaround.
- */
- if (boot_cpu_data.f00f_bug) {
- unsigned long nr;
-
- nr = (address - idt_descr.address) >> 3;
-
- if (nr == 6) {
- do_invalid_op(regs, 0);
- return;
- }
- }
-#endif
+ if (is_f00f_bug(regs, address))
+ return;
no_context:
/* Are we prepared to handle this kernel fault? */
diff --git a/arch/x86/mm/fault_64.c b/arch/x86/mm/fault_64.c
index cde110c..ce1a870 100644
--- a/arch/x86/mm/fault_64.c
+++ b/arch/x86/mm/fault_64.c
@@ -256,6 +256,27 @@ static int is_errata93(struct pt_regs *regs, unsigned long address)
return 0;
}
+void do_invalid_op(struct pt_regs *, unsigned long);
+
+static int is_f00f_bug(struct pt_regs *regs, unsigned long address)
+{
+#ifdef CONFIG_X86_F00F_BUG
+ unsigned long nr;
+ /*
+ * Pentium F0 0F C7 C8 bug workaround.
+ */
+ if (boot_cpu_data.f00f_bug) {
+ nr = (address - idt_descr.address) >> 3;
+
+ if (nr == 6) {
+ do_invalid_op(regs, 0);
+ return 1;
+ }
+ }
+#endif
+ return 0;
+}
+
static noinline void pgtable_bad(unsigned long address, struct pt_regs *regs,
unsigned long error_code)
{
@@ -572,6 +593,9 @@ bad_area_nosemaphore:
return;
}
+ if (is_f00f_bug(regs, address))
+ return;
+
no_context:
/* Are we prepared to handle this kernel fault? */
if (fixup_exception(regs))
--
1.5.4.rc2.1164.g6451
^ permalink raw reply related [flat|nested] 4+ messages in thread* Re: [PATCH 1/2] x86: add is_f00f_bug helper to fault_32|64.c
2008-01-17 22:54 [PATCH 1/2] x86: add is_f00f_bug helper to fault_32|64.c Harvey Harrison
@ 2008-01-18 5:00 ` Andi Kleen
2008-01-18 9:09 ` Ingo Molnar
0 siblings, 1 reply; 4+ messages in thread
From: Andi Kleen @ 2008-01-18 5:00 UTC (permalink / raw)
To: Harvey Harrison; +Cc: Ingo Molnar, H. Peter Anvin, LKML, Thomas Gleixner
Harvey Harrison <harvey.harrison@gmail.com> writes:
> Further towards unifying these files, add another helper
> in same spirit as is_errata93.
The better way to handle this would be to move all these workarounds
into notifiers that only get registered on the CPUs that actually have
the bugs.
There is right now no die notifier in the right place for this,
but you could just add one there. This is no performance critical
place.
-Andi
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH 1/2] x86: add is_f00f_bug helper to fault_32|64.c
2008-01-18 5:00 ` Andi Kleen
@ 2008-01-18 9:09 ` Ingo Molnar
2008-01-18 13:13 ` Andi Kleen
0 siblings, 1 reply; 4+ messages in thread
From: Ingo Molnar @ 2008-01-18 9:09 UTC (permalink / raw)
To: Andi Kleen; +Cc: Harvey Harrison, H. Peter Anvin, LKML, Thomas Gleixner
* Andi Kleen <andi@firstfloor.org> wrote:
> Harvey Harrison <harvey.harrison@gmail.com> writes:
>
> > Further towards unifying these files, add another helper in same
> > spirit as is_errata93.
>
> The better way to handle this would be to move all these workarounds
> into notifiers that only get registered on the CPUs that actually have
> the bugs.
>
> There is right now no die notifier in the right place for this, but
> you could just add one there. This is no performance critical place.
agreed in principle, but i think it's perhaps a bit more maintainable if
we first aimed for unification, then did such cleanups ontop of the
unified code. Almost everything we do prior unification is double the
work.
Ingo
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2008-01-18 13:10 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-01-17 22:54 [PATCH 1/2] x86: add is_f00f_bug helper to fault_32|64.c Harvey Harrison
2008-01-18 5:00 ` Andi Kleen
2008-01-18 9:09 ` Ingo Molnar
2008-01-18 13:13 ` Andi Kleen
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox