All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ingo Molnar <mingo@elte.hu>
To: Steven Rostedt <rostedt@goodmis.org>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>,
	linux-kernel@vger.kernel.org,
	Martin Schwidefsky <schwidefsky@de.ibm.com>
Subject: Re: ftrace: preemptoff selftest not working
Date: Tue, 18 Nov 2008 15:47:51 +0100	[thread overview]
Message-ID: <20081118144751.GA30358@elte.hu> (raw)
In-Reply-To: <alpine.DEB.1.10.0811180931270.15003@gandalf.stny.rr.com>


* Steven Rostedt <rostedt@goodmis.org> wrote:

> 
> On Tue, 18 Nov 2008, Ingo Molnar wrote:
> > 
> > * Steven Rostedt <rostedt@goodmis.org> wrote:
> > 
> > > > Hence the trace buffer will be empty. The patch below makes the 
> > > > selftests working for me, since then they run in preemptible 
> > > > context. But it is ugly and I'm not proposing it for upstream ;)
> > > > 
> > > > Just wanted to make you aware that there is a bug.
> > > 
> > > Yep, this might be a better answer than what I put into linux-tip 
> > > (and my git repo).
> > > 
> > > See:
> > > 
> > >   ftrace: force pass of preemptoff selftest
> > > 
> > > The cause of the bug was the conversion of the BKL back to a 
> > > spinlock, and making it non preempt.  The initcall code is called 
> > > with the BKL applied which now means it can not preempt. This breaks 
> > > the preempt tracer selftest.
> > > 
> > > My solution was to just force a pass if this is detected. Perhaps 
> > > moving the test might be better.
> > 
> > it would be better to just drop the BKL in that selftest. (or in all 
> > selftests - an elevated preempt count will skew a number of things)
> 
> I have no problem with that, but does the BKL play any role for 
> being held? I have no idea why it is taken in boot up, so I'm 
> hestiant to touch it.

we can drop it in selected initcalls just fine. Its only role is 
old-style init functions racing with other async contexts of 
themselves.

	Ingo

  reply	other threads:[~2008-11-18 14:48 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-18 12:54 ftrace: preemptoff selftest not working Heiko Carstens
2008-11-18 13:48 ` Ingo Molnar
2008-11-18 13:49 ` Steven Rostedt
2008-11-18 13:52   ` Ingo Molnar
2008-11-18 14:32     ` Steven Rostedt
2008-11-18 14:47       ` Ingo Molnar [this message]
2008-11-18 17:06         ` Heiko Carstens
2008-11-18 17:21           ` Steven Rostedt
2008-11-18 20:55             ` Ingo Molnar
2008-11-19  9:02               ` Ingo Molnar
2008-11-19  9:23                 ` Heiko Carstens

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=20081118144751.GA30358@elte.hu \
    --to=mingo@elte.hu \
    --cc=heiko.carstens@de.ibm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rostedt@goodmis.org \
    --cc=schwidefsky@de.ibm.com \
    /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.