From: Andi Kleen <ak@suse.de>
To: "Jan Beulich" <JBeulich@novell.com>
Cc: linux-kernel@vger.kernel.org, discuss@x86-64.org
Subject: Re: [discuss] [PATCH] add and handle NMI_VECTOR II
Date: Fri, 9 Sep 2005 08:55:52 +0200 [thread overview]
Message-ID: <200509090855.52752.ak@suse.de> (raw)
In-Reply-To: <43214AE402000078000247AB@emea1-mh.id2.novell.com>
On Friday 09 September 2005 08:42, Jan Beulich wrote:
> >Index: linux/include/asm-x86_64/hw_irq.h
> >===================================================================
> >--- linux.orig/include/asm-x86_64/hw_irq.h
> >+++ linux/include/asm-x86_64/hw_irq.h
> >@@ -52,7 +52,7 @@ struct hw_interrupt_type;
> > #define ERROR_APIC_VECTOR 0xfe
> > #define RESCHEDULE_VECTOR 0xfd
> > #define CALL_FUNCTION_VECTOR 0xfc
> >-#define KDB_VECTOR 0xfb /* reserved for KDB */
> >+#define NMI_VECTOR 0xfb /* IPI NMIs for debugging */
> > #define THERMAL_APIC_VECTOR 0xfa
> > /* 0xf9 free */
> > #define INVALIDATE_TLB_VECTOR_END 0xf8
>
> This doesn't seem too good an idea: the NMI vector really is 0x02
> (architecturally), so defining it to something else seems at least odd.
Good point. Actually the consensus (or the patch from T.Rini) was
to name it DEBUG_VECTOR, but I messed that up. Will fix.
>
> >Index: linux/arch/x86_64/kernel/traps.c
> >===================================================================
> >--- linux.orig/arch/x86_64/kernel/traps.c
> >+++ linux/arch/x86_64/kernel/traps.c
> >@@ -931,7 +931,7 @@ void __init trap_init(void)
> > set_system_gate(IA32_SYSCALL_VECTOR, ia32_syscall);
> > #endif
> >
> >- set_intr_gate(KDB_VECTOR, call_debug);
> >+ set_intr_gate(NMI_VECTOR, call_debug);
> >
> > /*
> > * Should be a barrier for any external CPU state.
>
> I never understood what this does. If you deliver the IPI as an NMI,
> it'll never arrive at this vector, and why would anyone want to put an
> "int $NMI_VECTOR" anywhere?
You can force an NMI when sending an IPI by setting the right bits
in ICR. That is what it is used for.
-Andi
next prev parent reply other threads:[~2005-09-09 6:55 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-09-08 16:07 [PATCH] add and handle NMI_VECTOR Jan Beulich
2005-09-09 0:20 ` [discuss] " Andi Kleen
2005-09-09 0:43 ` [discuss] [PATCH] add and handle NMI_VECTOR II Andi Kleen
2005-09-09 6:42 ` Jan Beulich
2005-09-09 6:55 ` Andi Kleen [this message]
2005-09-09 7:13 ` Jan Beulich
2005-09-09 7:14 ` Andi Kleen
2005-09-09 7:57 ` Jan Beulich
2005-09-09 7:58 ` Andi Kleen
2005-09-09 8:50 ` [discuss] [PATCH] add and handle NMI_VECTOR Andi Kleen
2005-09-09 9:14 ` Jan Beulich
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200509090855.52752.ak@suse.de \
--to=ak@suse.de \
--cc=JBeulich@novell.com \
--cc=discuss@x86-64.org \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox