From: Richard Hirst <rhirst@linuxcare.com>
To: Alan Modra <alan@linuxcare.com.au>
Cc: parisc-linux@lists.parisc-linux.org
Subject: [parisc-linux] tracing through sig handlers
Date: Fri, 16 Mar 2001 10:50:56 +0000 [thread overview]
Message-ID: <20010316105056.U31505@linuxcare.com> (raw)
Hi Alan,
If I do this:
Index: arch/parisc/kernel/signal.c
===================================================================
RCS file: /home/cvs/parisc/linux/arch/parisc/kernel/signal.c,v
retrieving revision 1.37
diff -u -r1.37 signal.c
--- signal.c 2001/02/09 14:39:08 1.37
+++ signal.c 2001/03/16 10:29:48
@@ -260,6 +260,8 @@
/* regs->iaoq is undefined in the syscall return path */
err |= __put_user(regs->gr[31], &sc->sc_iaoq[0]);
err |= __put_user(regs->gr[31]+4, &sc->sc_iaoq[1]);
+ err |= __put_user(regs->sr[3], &sc->sc_iasq[0]);
+ err |= __put_user(regs->sr[3], &sc->sc_iasq[1]);
#if DEBUG_SIG
printk("setup_sigcontext: iaoq %#lx/%#lx\n", regs->gr[31], regs->gr[31]);
#endif
Then I can strace my little test prog. that sends itself a signal
while the signal is blocked, and then unblocks the signal.
I havn't worked out why this is only apparently necessary when a process
is being traced.
It makes things better with gdb also, but not perfect. The problem
now is that when you try to step out of the signal handler the program
under test just runs on without stopping. Previously it would have
crashed with an invalid iasq[].
Richard
next reply other threads:[~2001-03-16 10:51 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-03-16 10:50 Richard Hirst [this message]
2001-03-16 11:24 ` [parisc-linux] Re: tracing through sig handlers Alan Modra
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=20010316105056.U31505@linuxcare.com \
--to=rhirst@linuxcare.com \
--cc=alan@linuxcare.com.au \
--cc=parisc-linux@lists.parisc-linux.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.