public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Steven Rostedt <srostedt@redhat.com>
To: Luis Henriques <henrix@sapo.pt>
Cc: Avi Kivity <avi@redhat.com>,
	kvm@vger.kernel.org, linux-kernel@vger.kernel.org,
	Steven Rostedt <rostedt@goodmis.org>, Ingo Molnar <mingo@elte.hu>
Subject: Re: [BUG] kvm crashes in 2.6.28-rc6-00007-ged31348
Date: Tue, 02 Dec 2008 15:25:09 -0500	[thread overview]
Message-ID: <1228249509.4886.11.camel@localhost.localdomain> (raw)
In-Reply-To: <20081202194610.GA4864@hades>

[ added Ingo too ]

On Tue, 2008-12-02 at 19:46 +0000, Luis Henriques wrote:
> (I am CC'ing to Steven Rostedt since he might be interested on this)
> 
> On Tue, Dec 02, 2008 at 07:09:14PM +0000, Luis Henriques wrote:

> I have some other information to had to my previous email.  However, I do not
> know whether it is related with my first bug report.
> 
> It looks like ftrace may stop the CPUs in some situations and I have been
> playing with ftrace for some time.  So, here's what I just did:  started ftrace
> with function tracer and then started kvm.  I got ugly crashes and apparently
> quite easy to reproduce (I get complete freeze or immediate reboot).
> 
> I did not investigated this issue and, again, it may not be related with my
> initial report but there's definitely something wrong here, right?
> 
> (just to refresh, I am using 2.6.28-rc6-00007-ged31348 in x86_64 machine)
> 

Hi,

ftrace only stops the CPUs on start up or shutdown of the function
tracer (i.e. echo function > /debugfs/tracing/current_tracer).  It does
not stop the CPUs at any other time.

Now what ftrace does do, is to call a tracing function at pretty much
every function call in the kernel. In most places this is fine, but
there are some cases that this can be an issue. For example, we can not
trace suspend and resume because on resume smp_processor_id() is
undefined, which ftrace uses.

The following must be available without recursion for the function
tracer to work:

  local_irq_save/restore
  smp_processor_id
  preempt_enable/disable_notrace
  atomic_inc/dec

There could be other things that might be causing the crash. Do you have
a crash dump and config available?

Thanks,

-- Steve



  reply	other threads:[~2008-12-02 20:25 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-30 19:34 [BUG] kvm crashes in 2.6.28-rc6-00007-ged31348 Luis Henriques
2008-11-30 20:20 ` Avi Kivity
2008-11-30 20:38   ` Luis Henriques
2008-11-30 20:44     ` Avi Kivity
2008-11-30 21:04       ` Luis Henriques
2008-12-02 12:23         ` Avi Kivity
2008-12-02 12:25           ` Avi Kivity
2008-12-02 12:31             ` Avi Kivity
2008-12-02 19:09           ` Luis Henriques
2008-12-02 19:27             ` Avi Kivity
2008-12-02 19:30             ` Avi Kivity
2008-12-02 19:46             ` Luis Henriques
2008-12-02 20:25               ` Steven Rostedt [this message]
2008-12-02 20:38                 ` Avi Kivity
2008-12-02 20:48                   ` Steven Rostedt
2008-12-02 20:56                     ` Avi Kivity
2008-12-04 15:36                   ` Avi Kivity
2008-12-04 22:05                     ` Luis Henriques
2008-12-02 20:46                 ` Luis Henriques
2008-12-02 21:16                   ` Steven Rostedt

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=1228249509.4886.11.camel@localhost.localdomain \
    --to=srostedt@redhat.com \
    --cc=avi@redhat.com \
    --cc=henrix@sapo.pt \
    --cc=kvm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=rostedt@goodmis.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