* [PATCH 0/4]: Respin local_irq_*_nmi() stuff.
@ 2010-04-09 23:01 David Miller
2010-04-09 23:01 ` David Miller
2010-04-13 5:08 ` David Miller
0 siblings, 2 replies; 8+ messages in thread
From: David Miller @ 2010-04-09 23:01 UTC (permalink / raw)
To: peterz; +Cc: linux-kernel, linux-arch, sparclinux
Peter, I've respun the local_irq_*_nmi() interface addition, sparc64
implementation, and trace/sched_clock annotations against Linus's
tree.
I've tested all of the tracers in various different configurations on
sparc64 and I haven't triggered any of the bug checks or crashes yet
so it should be good.
It can also be pulled from:
master.kernel.org:/pub/scm/linux/kernel/git/davem/trace-2.6.git
And it would be nice to see this upstream soon so I can build upon
it :-)
You'll need to add the perf locking fix annotation to the -tip tree
as per you initial patch set, that didn't apply to mainline so I
didn't put it in here.
Thanks!
--------------------
The following changes since commit 0eddb519b9127c73d53db4bf3ec1d45b13f844d1:
Linus Torvalds (1):
Merge branch 'for-linus' of git://git.kernel.org/.../roland/infiniband
are available in the git repository at:
master.kernel.org:/pub/scm/linux/kernel/git/davem/trace-2.6.git master
David S. Miller (2):
sparc64: Implement local_irq_save_nmi() override.
tracing: Use local_irq_{save,restore}_nmi() in tracers.
Peter Zijlstra (2):
kernel: local_irq_{save,restore}_nmi()
sched: Use local_irq_save_nmi() in cpu_clock()
arch/sparc/include/asm/irqflags_64.h | 29 +++++++++++++++++++
include/linux/irqflags.h | 51 ++++++++++++++++++++++++++++++++--
kernel/lockdep.c | 7 ++++
kernel/sched_clock.c | 4 +-
kernel/trace/ftrace.c | 8 ++--
kernel/trace/trace_functions.c | 8 ++--
kernel/trace/trace_functions_graph.c | 8 ++--
kernel/trace/trace_irqsoff.c | 8 +++++
kernel/trace/trace_sched_wakeup.c | 4 +-
kernel/trace/trace_stack.c | 4 +-
10 files changed, 110 insertions(+), 21 deletions(-)
^ permalink raw reply [flat|nested] 8+ messages in thread
* [PATCH 0/4]: Respin local_irq_*_nmi() stuff.
2010-04-09 23:01 [PATCH 0/4]: Respin local_irq_*_nmi() stuff David Miller
@ 2010-04-09 23:01 ` David Miller
2010-04-13 5:08 ` David Miller
1 sibling, 0 replies; 8+ messages in thread
From: David Miller @ 2010-04-09 23:01 UTC (permalink / raw)
To: peterz; +Cc: linux-kernel, linux-arch, sparclinux
Peter, I've respun the local_irq_*_nmi() interface addition, sparc64
implementation, and trace/sched_clock annotations against Linus's
tree.
I've tested all of the tracers in various different configurations on
sparc64 and I haven't triggered any of the bug checks or crashes yet
so it should be good.
It can also be pulled from:
master.kernel.org:/pub/scm/linux/kernel/git/davem/trace-2.6.git
And it would be nice to see this upstream soon so I can build upon
it :-)
You'll need to add the perf locking fix annotation to the -tip tree
as per you initial patch set, that didn't apply to mainline so I
didn't put it in here.
Thanks!
--------------------
The following changes since commit 0eddb519b9127c73d53db4bf3ec1d45b13f844d1:
Linus Torvalds (1):
Merge branch 'for-linus' of git://git.kernel.org/.../roland/infiniband
are available in the git repository at:
master.kernel.org:/pub/scm/linux/kernel/git/davem/trace-2.6.git master
David S. Miller (2):
sparc64: Implement local_irq_save_nmi() override.
tracing: Use local_irq_{save,restore}_nmi() in tracers.
Peter Zijlstra (2):
kernel: local_irq_{save,restore}_nmi()
sched: Use local_irq_save_nmi() in cpu_clock()
arch/sparc/include/asm/irqflags_64.h | 29 +++++++++++++++++++
include/linux/irqflags.h | 51 ++++++++++++++++++++++++++++++++--
kernel/lockdep.c | 7 ++++
kernel/sched_clock.c | 4 +-
kernel/trace/ftrace.c | 8 ++--
kernel/trace/trace_functions.c | 8 ++--
kernel/trace/trace_functions_graph.c | 8 ++--
kernel/trace/trace_irqsoff.c | 8 +++++
kernel/trace/trace_sched_wakeup.c | 4 +-
kernel/trace/trace_stack.c | 4 +-
10 files changed, 110 insertions(+), 21 deletions(-)
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH 0/4]: Respin local_irq_*_nmi() stuff.
2010-04-09 23:01 [PATCH 0/4]: Respin local_irq_*_nmi() stuff David Miller
2010-04-09 23:01 ` David Miller
@ 2010-04-13 5:08 ` David Miller
2010-04-13 7:48 ` Peter Zijlstra
1 sibling, 1 reply; 8+ messages in thread
From: David Miller @ 2010-04-13 5:08 UTC (permalink / raw)
To: peterz; +Cc: linux-kernel, linux-arch, sparclinux
I'm rescinding these patches for now, for two reasons:
1) The NMI annotations necessary to get everything working really gets
out of control.
2) I think I found a cheap way to do this in sparc64 specific code.
Thanks!
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH 0/4]: Respin local_irq_*_nmi() stuff.
2010-04-13 5:08 ` David Miller
@ 2010-04-13 7:48 ` Peter Zijlstra
2010-04-13 7:56 ` David Miller
0 siblings, 1 reply; 8+ messages in thread
From: Peter Zijlstra @ 2010-04-13 7:48 UTC (permalink / raw)
To: David Miller; +Cc: linux-kernel, linux-arch, sparclinux
On Mon, 2010-04-12 at 22:08 -0700, David Miller wrote:
> I'm rescinding these patches for now, for two reasons:
>
> 1) The NMI annotations necessary to get everything working really gets
> out of control.
>
> 2) I think I found a cheap way to do this in sparc64 specific code.
Ah, ok..
Care to enlighten the curious amongst us as to what exactly you're doing
in the sparc code?
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH 0/4]: Respin local_irq_*_nmi() stuff.
2010-04-13 7:48 ` Peter Zijlstra
@ 2010-04-13 7:56 ` David Miller
2010-04-13 8:37 ` Peter Zijlstra
0 siblings, 1 reply; 8+ messages in thread
From: David Miller @ 2010-04-13 7:56 UTC (permalink / raw)
To: peterz; +Cc: linux-kernel, linux-arch, sparclinux
From: Peter Zijlstra <peterz@infradead.org>
Date: Tue, 13 Apr 2010 09:48:58 +0200
> Care to enlighten the curious amongst us as to what exactly you're
> doing in the sparc code?
From 0c25e9e6cbe7b233bb91d14d0e2c258bf8e6ec83 Mon Sep 17 00:00:00 2001
From: David S. Miller <davem@davemloft.net>
Date: Mon, 12 Apr 2010 22:21:52 -0700
Subject: [PATCH 2/2] sparc64: Adjust __raw_local_irq_save() to cooperate in NMIs.
If we are in an NMI then doing a plain raw_local_irq_disable() will
write PIL_NORMAL_MAX into %pil, which is lower than PIL_NMI, and thus
we'll re-enable NMIs and recurse.
Doing a simple:
%pil = %pil | PIL_NORMAL_MAX
does what we want, if we're already at PIL_NMI (15) we leave it at
that setting, else we set it to PIL_NORMAL_MAX (14).
This should get the function tracer working on sparc64.
Signed-off-by: David S. Miller <davem@davemloft.net>
---
arch/sparc/include/asm/irqflags_64.h | 14 ++++++++++++--
1 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/arch/sparc/include/asm/irqflags_64.h b/arch/sparc/include/asm/irqflags_64.h
index 8b49bf9..a16e94c 100644
--- a/arch/sparc/include/asm/irqflags_64.h
+++ b/arch/sparc/include/asm/irqflags_64.h
@@ -76,9 +76,19 @@ static inline int raw_irqs_disabled(void)
*/
static inline unsigned long __raw_local_irq_save(void)
{
- unsigned long flags = __raw_local_save_flags();
+ unsigned long flags, tmp;
- raw_local_irq_disable();
+ /* Disable interrupts to PIL_NORMAL_MAX unless we already
+ * are using PIL_NMI, in which case PIL_NMI is retained.
+ */
+ __asm__ __volatile__(
+ "rdpr %%pil, %0\n\t"
+ "or %0, %2, %1\n\t"
+ "wrpr %1, 0x0, %%pil"
+ : "=r" (flags), "=r" (tmp)
+ : "i" (PIL_NORMAL_MAX)
+ : "memory"
+ );
return flags;
}
--
1.7.0.4
^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: [PATCH 0/4]: Respin local_irq_*_nmi() stuff.
2010-04-13 7:56 ` David Miller
@ 2010-04-13 8:37 ` Peter Zijlstra
2010-04-13 8:37 ` Peter Zijlstra
2010-04-13 8:46 ` David Miller
0 siblings, 2 replies; 8+ messages in thread
From: Peter Zijlstra @ 2010-04-13 8:37 UTC (permalink / raw)
To: David Miller; +Cc: linux-kernel, linux-arch, sparclinux
On Tue, 2010-04-13 at 00:56 -0700, David Miller wrote:
> If we are in an NMI then doing a plain raw_local_irq_disable() will
> write PIL_NORMAL_MAX into %pil, which is lower than PIL_NMI, and thus
> we'll re-enable NMIs and recurse.
>
> Doing a simple:
>
> %pil = %pil | PIL_NORMAL_MAX
>
> does what we want, if we're already at PIL_NMI (15) we leave it at
> that setting, else we set it to PIL_NORMAL_MAX (14).
Ah indeed, and without a conditional, very nice!
It does rely on the exact values of the PIL_levels, it might make sense
to note that in the comment, something like:
* Assumes: PIL_NMI | PIL_NORMAL_MAX == PIL_NMI.
Hmm, it also assumes %pil is never anything other than 0,
PIL_NORMAL_MAX, PIL_NMI, because if:
(%pil & 1) && (%pil != PIL_NMI)
then you'll end up disabling NMIs. Could something like that ever
happen?
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH 0/4]: Respin local_irq_*_nmi() stuff.
2010-04-13 8:37 ` Peter Zijlstra
@ 2010-04-13 8:37 ` Peter Zijlstra
2010-04-13 8:46 ` David Miller
1 sibling, 0 replies; 8+ messages in thread
From: Peter Zijlstra @ 2010-04-13 8:37 UTC (permalink / raw)
To: David Miller; +Cc: linux-kernel, linux-arch, sparclinux
On Tue, 2010-04-13 at 00:56 -0700, David Miller wrote:
> If we are in an NMI then doing a plain raw_local_irq_disable() will
> write PIL_NORMAL_MAX into %pil, which is lower than PIL_NMI, and thus
> we'll re-enable NMIs and recurse.
>
> Doing a simple:
>
> %pil = %pil | PIL_NORMAL_MAX
>
> does what we want, if we're already at PIL_NMI (15) we leave it at
> that setting, else we set it to PIL_NORMAL_MAX (14).
Ah indeed, and without a conditional, very nice!
It does rely on the exact values of the PIL_levels, it might make sense
to note that in the comment, something like:
* Assumes: PIL_NMI | PIL_NORMAL_MAX == PIL_NMI.
Hmm, it also assumes %pil is never anything other than 0,
PIL_NORMAL_MAX, PIL_NMI, because if:
(%pil & 1) && (%pil != PIL_NMI)
then you'll end up disabling NMIs. Could something like that ever
happen?
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH 0/4]: Respin local_irq_*_nmi() stuff.
2010-04-13 8:37 ` Peter Zijlstra
2010-04-13 8:37 ` Peter Zijlstra
@ 2010-04-13 8:46 ` David Miller
1 sibling, 0 replies; 8+ messages in thread
From: David Miller @ 2010-04-13 8:46 UTC (permalink / raw)
To: peterz; +Cc: linux-kernel, linux-arch, sparclinux
From: Peter Zijlstra <peterz@infradead.org>
Date: Tue, 13 Apr 2010 10:37:14 +0200
> Hmm, it also assumes %pil is never anything other than 0,
> PIL_NORMAL_MAX, PIL_NMI, because if:
>
> (%pil & 1) && (%pil != PIL_NMI)
>
> then you'll end up disabling NMIs. Could something like that ever
> happen?
The only values we ever program into the %pil are 0, PIL_NORMAL_MAX
and PIL_NMI
Since PIL_NMI is the largest %pil value and all bits are set in it
(0xf), it doesn't matter what PIL_NORMAL_MAX actually is.
Yes this all deserves a comment, I'll add one, thanks for pointing
that out.
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2010-04-13 8:46 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-04-09 23:01 [PATCH 0/4]: Respin local_irq_*_nmi() stuff David Miller
2010-04-09 23:01 ` David Miller
2010-04-13 5:08 ` David Miller
2010-04-13 7:48 ` Peter Zijlstra
2010-04-13 7:56 ` David Miller
2010-04-13 8:37 ` Peter Zijlstra
2010-04-13 8:37 ` Peter Zijlstra
2010-04-13 8:46 ` David Miller
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).