From: Keith Owens <kaos@ocs.com.au>
To: linux-ia64@vger.kernel.org
Subject: Re: [Linux-ia64] switch_stack position
Date: Thu, 14 Dec 2000 05:13:06 +0000 [thread overview]
Message-ID: <marc-linux-ia64-105590678205831@msgid-missing> (raw)
In-Reply-To: <marc-linux-ia64-105590678205821@msgid-missing>
On Wed, 13 Dec 2000 20:39:17 -0800,
David Mosberger <davidm@hpl.hp.com> wrote:
>Note that the unwind code is written such that it cannot fault, even
>if the initial state on the stack is completely bogus. This is why
>it's safe to call get_wchan() on a process that's running.
Safe but it gives misleading results which confuse people doing
debugging. I had the same problem on kdb for ia32. Doing backtrace of
the running process on cpu 0 from cpu 1 (btp pid) gave different
results compared to backtrace of the current process on cpu 0 (bt).
Debuggers should not give different results for the same process just
because you are looking from another cpu.
The solution is the same on ia32 and ia64. The debugger attempts to
get all processes into a known state. That state is recorded in struct
task. Then the debugger can look at any process from any cpu and see a
consistent state.
next prev parent reply other threads:[~2000-12-14 5:13 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-12-13 5:03 [Linux-ia64] switch_stack position Keith Owens
2000-12-14 2:56 ` David Mosberger
2000-12-14 3:46 ` Keith Owens
2000-12-14 4:39 ` David Mosberger
2000-12-14 5:13 ` Keith Owens [this message]
2000-12-14 6:21 ` David Mosberger
2000-12-14 6:31 ` Keith Owens
2000-12-14 6:36 ` David Mosberger
2000-12-14 6:44 ` Keith Owens
2000-12-14 6:56 ` David Mosberger
2000-12-14 7:08 ` Keith Owens
2000-12-14 7:20 ` David Mosberger
2000-12-14 7:30 ` Keith Owens
2000-12-14 7:40 ` David Mosberger
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=marc-linux-ia64-105590678205831@msgid-missing \
--to=kaos@ocs.com.au \
--cc=linux-ia64@vger.kernel.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