All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Alexander van Heukelum" <heukelum@fastmail.fm>
To: "Peter Zijlstra" <peterz@infradead.org>, "Ingo Molnar" <mingo@elte.hu>
Cc: linux-kernel@vger.kernel.org, "Andi Kleen" <ak@suse.de>,
	"Dhaval Giani" <dhaval@linux.vnet.ibm.com>
Subject: Re: [PATCH 22/24] i386: add TRACE_IRQS_OFF for the nmi
Date: Mon, 12 Jan 2009 21:50:50 +0100	[thread overview]
Message-ID: <1231793450.26049.1294379841@webmail.messagingengine.com> (raw)
In-Reply-To: <1231785815.4371.205.camel@laptop>


On Mon, 12 Jan 2009 19:43:35 +0100, "Peter Zijlstra"
<peterz@infradead.org> said:
> On Mon, 2009-01-12 at 19:39 +0100, Ingo Molnar wrote:
> > * Peter Zijlstra <peterz@infradead.org> wrote:
> > 
> > > On Tue, 2008-09-09 at 21:56 +0200, heukelum@fastmail.fm wrote:
> > > > From: Alexander van Heukelum <heukelum@fastmail.fm>
> > > > 
> > > > At this point interrupts are off, so let's inform the tracing
> > > > code of that fact before calling into C.
> > > 
> > > Sorry but this is an obvious dud, lockdep (and thus the irq state
> > > tracer) aren't nmi safe.
> > > 
> > > Ingo, please revert, as people are already seeing lockdep warnings due
> > > to this.
> > 
> > done - reverted it in tip/x86/urgent, see the commit below. Is that all 
> > that we need, wasnt there a 64-bit side done too?
> 
> I had a _very_ quick peek but couldn't fine one, Alexander, does your
> memory go back that far? :-)

Git helped a bit, I must admit. The 64-bit version does not include
TRACE_IRQS_ON/TRACE_IRQS_OFF in the nmi handler. The comment above
"ENTRY(paranoid_exit)" in entry_64.S should be updated, though. That
code is not used for NMIs.

The revert is obviously the correct thing to do, but a comment would
not hurt here either.

Greetings,
    Alexander
-- 
  Alexander van Heukelum
  heukelum@fastmail.fm

-- 
http://www.fastmail.fm - Access your email from home and the web


  reply	other threads:[~2009-01-12 20:51 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-09-09 19:55 [RFC/PATCH] i386: handle all exceptions with interrupts off initially heukelum
2008-09-09 19:55 ` [PATCH 1/24] i386: remove kprobes' restore_interrupts in favour of conditional_sti heukelum
2008-09-09 19:55   ` [PATCH 2/24] i386: prepare to convert exceptions to interrupts heukelum
2008-09-09 19:55     ` [PATCH 3/24] i386: convert hardware exception 0 to an interrupt gate heukelum
2008-09-09 19:55       ` [PATCH 4/24] i386: expand exception 3 DO_TRAP macro heukelum
2008-09-09 19:55         ` [PATCH 5/24] i386: convert hardware exception 4 to an interrupt gate heukelum
2008-09-09 19:56           ` [PATCH 6/24] i386: convert hardware exception 5 " heukelum
2008-09-09 19:56             ` [PATCH 7/24] i386: convert hardware exception 6 " heukelum
2008-09-09 19:56               ` [PATCH 8/24] i386: convert hardware exception 7 " heukelum
2008-09-09 19:56                 ` [PATCH 9/24] i386: convert hardware exception 9 " heukelum
2008-09-09 19:56                   ` [PATCH 10/24] i386: convert hardware exception 10 " heukelum
2008-09-09 19:56                     ` [PATCH 11/24] i386: convert hardware exception 11 " heukelum
2008-09-09 19:56                       ` [PATCH 12/24] i386: convert hardware exception 12 " heukelum
2008-09-09 19:56                         ` [PATCH 13/24] i386: convert hardware exception 13 " heukelum
2008-09-09 19:56                           ` [PATCH 14/24] i386: convert hardware exception 15 " heukelum
2008-09-09 19:56                             ` [PATCH 15/24] i386: convert hardware exception 16 " heukelum
2008-09-09 19:56                               ` [PATCH 16/24] i386: convert hardware exception 17 " heukelum
2008-09-09 19:56                                 ` [PATCH 17/24] i386: convert hardware exception 18 " heukelum
2008-09-09 19:56                                   ` [PATCH 18/24] i386: convert hardware exception 19 " heukelum
2008-09-09 19:56                                     ` [PATCH 19/24] i386: remove temporary DO_TRAP macros, expanding the last one used heukelum
2008-09-09 19:56                                       ` [PATCH 20/24] i386: add TRACE_IRQS_OFF to entry_32.S in 'error_code' heukelum
2008-09-09 19:56                                         ` [PATCH 21/24] i386: add TRACE_IRQS_OFF for exception 1 (debug) heukelum
2008-09-09 19:56                                           ` [PATCH 22/24] i386: add TRACE_IRQS_OFF for the nmi heukelum
2008-09-09 19:56                                             ` [PATCH 23/24] i386: add TRACE_IRQS_OFF for the exception 3 (int3) heukelum
2008-09-09 19:56                                               ` [PATCH 24/24] i386: trace_hardirqs_fixup should now not be necessary: irqs are off heukelum
2009-01-12 17:21                                             ` [PATCH 22/24] i386: add TRACE_IRQS_OFF for the nmi Peter Zijlstra
2009-01-12 18:39                                               ` Ingo Molnar
2009-01-12 18:43                                                 ` Peter Zijlstra
2009-01-12 20:50                                                   ` Alexander van Heukelum [this message]
2008-09-10  3:27 ` [RFC/PATCH] i386: handle all exceptions with interrupts off initially H. Peter Anvin
2008-09-10  5:53   ` Ingo Molnar
2008-09-10  5:59     ` H. Peter Anvin
2008-09-10  7:00       ` Ingo Molnar
2008-09-10  7:24         ` Ingo Molnar
2008-09-10  9:36           ` Alexander van Heukelum

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=1231793450.26049.1294379841@webmail.messagingengine.com \
    --to=heukelum@fastmail.fm \
    --cc=ak@suse.de \
    --cc=dhaval@linux.vnet.ibm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=peterz@infradead.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 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.