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
next prev parent 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