lkml.org 
[lkml]   [2011]   [Dec]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [RFC][PATCH 3/3] x86: Add workaround to NMI iret woes
    From
    Date
    On Thu, 2011-12-08 at 21:43 -0500, Steven Rostedt wrote:

    > diff --git a/arch/x86/kernel/traps.c b/arch/x86/kernel/traps.c
    > index a8e3eb8..906a02a 100644
    > --- a/arch/x86/kernel/traps.c
    > +++ b/arch/x86/kernel/traps.c
    > @@ -723,4 +723,9 @@ void __init trap_init(void)
    > cpu_init();
    >
    > x86_init.irqs.trap_init();
    > +
    > +#ifdef CONFIG_X86_64
    > + memcpy(&nmi_idt_table, &idt_table, IDT_ENTRIES * 16);
    > + set_nmi_gate(1, &debug);

    Frederic Weisbecker told me on IRC that int3 is 3 #bp, not 1 #db. I need
    to also add that:

    set_nmi_gate(3, &int3)

    Mathieu says we need to worry about MCEs, so maybe we can add that stack
    as well.

    set_nmi_gate(18, &machine_check);


    If we make NMIs not modify any stack, then we can remove the "NMI
    executing variable" on the stack. As any nested NMIs will see that it
    preempted an NMI by just checking the stack. We have to check it anyway,
    and by removing another check, this may be good to do.

    -- Steve

    > +#endif
    > }
    >




    \
     
     \ /
      Last update: 2011-12-09 17:37    [W:2.193 / U:0.028 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site