linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Neil Horman <nhorman@lvl7.com>
To: linuxppc-embedded@lists.linuxppc.org
Subject: implementing callback tracing on sigsegv's
Date: Wed, 03 Apr 2002 13:59:40 -0500	[thread overview]
Message-ID: <3CAB511C.F962DCF7@lvl7.com> (raw)


Hey all!
	I've got a question regarding stack traces in user space.  I've recently
implmented a stack trace mechanism for our platform which upon receipt of a
SIGSEGV.  It all seems to work great, but there are two stack frames that appear
in every stack trace that I'm interested in.  Neither maps to an address within
the boundries of the static image which received the sigsegv.  The first I have
determined is an address within the pthreads shared library (the function is
_pthread_manager_sighandler), and it is my understanding that it is responsible
for ensuring that synchronous signals are delivered to the thread which caused
them.  The second stack frame is the real mystery to me.  Its  usually at an
address thats a little way below address 0x80000000 (the end of addressable user
program space, I think), and it has alot of data contained in the stack frame.
Stack frames beyond that start with the address about which the sigsegv occured
and procede normally up the call stack from there.  I have heard rumors this
mystery stack frame contains data which can be very usefull in debugging but I
have been unable to find any information on the frames format or what data
exactly it might contain.  If anyone knows anything about this frame and where I
might find more information about it, I would be most appreciative.  Thanks a
bunch!
Neil :)

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

                 reply	other threads:[~2002-04-03 18:59 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=3CAB511C.F962DCF7@lvl7.com \
    --to=nhorman@lvl7.com \
    --cc=linuxppc-embedded@lists.linuxppc.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;
as well as URLs for NNTP newsgroup(s).