public inbox for systemtap@sourceware.org
 help / color / mirror / Atom feed
From: Guang Lei Li <liguangl@cn.ibm.com>
To: systemtap@sources.redhat.com
Cc: fche@elastic.org, hien@us.ibm.com
Subject: Re: kernel panic when kretprobe all system calls
Date: Tue, 08 Nov 2005 02:31:00 -0000	[thread overview]
Message-ID: <OF868AE59B.FC844E45-ON482570B3.000DA5B1-482570B3.000DCF48@cn.ibm.com> (raw)
In-Reply-To: <433819DC.9020708@us.ibm.com>

systemtap-owner@sources.redhat.com wrote on 2005-09-26 23:55:08:

> Frank Ch. Eigler wrote:
> 
> >Hi -
> >
> >>[... kretprobes on syscalls ...]
> >
> >This has been seen before, and is being tracked as bug #1345 in
> >bugzilla.  It has apparently been reproduced by the kretprobes
> >developers and is being debugged.  More RAM seems to trigger the
> >bug less often.
> >
> >- FChE
> >
> It helps if  we don't insert return probes in sys_calls such as 
> sys_execve, sys_exit, sys_groupexit. Frank, can we tempory put an 
> retprobe embargo policy on those system calls?
> 
> Hien.
> 
Hi, how is the bug #1345 going now? I ran the latest systemTap to probe
all returns of syscalls on my x86, and still got kernel panic. Although
I didn't meet the same problem on my Power5 system, I think it is due to
the large RAM of it(15G)

I looked into the comments in the bugzilla, and found Hien has worked 
out a fix for i386. But he abandoned his idea because of not portable.
So at present, will I avoid this problem only by not probing the return
of those syscalls in the blacklist? Is there a better solution now?

Thanks.

  parent reply	other threads:[~2005-11-08  2:31 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-24 18:05 lglyahoo-news
2005-09-24 19:42 ` Frank Ch. Eigler
2005-09-26 15:55   ` Hien Nguyen
2005-09-26 16:03     ` Frank Ch. Eigler
2005-09-26 16:28       ` Hien Nguyen
2005-11-08  2:31     ` Guang Lei Li [this message]
2005-11-10  0:37       ` Jim Keniston

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=OF868AE59B.FC844E45-ON482570B3.000DA5B1-482570B3.000DCF48@cn.ibm.com \
    --to=liguangl@cn.ibm.com \
    --cc=fche@elastic.org \
    --cc=hien@us.ibm.com \
    --cc=systemtap@sources.redhat.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 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 read-only IMAP folder(s) and NNTP newsgroup(s).