From: Roland McGrath <roland@redhat.com>
To: Andi Kleen <ak@muc.de>
Cc: linux-kernel@vger.kernel.org, Andrew Morton <akpm@osdl.org>
Subject: Re: [PATCH] x86-64 singlestep through sigreturn system call
Date: Wed, 21 Jul 2004 19:16:52 -0700 [thread overview]
Message-ID: <200407220216.i6M2GqEv007394@magilla.sf.frob.com> (raw)
In-Reply-To: Andi Kleen's message of Saturday, 17 July 2004 13:12:50 +0200 <m3eknaj39p.fsf@averell.firstfloor.org>
> Hmm, but now the behaviour for 32bit processes is different from the
> native 32bit kernel, since 32bit didn't apply any patch so far AFAIK.
Well, I was (and am) advocating that Davide's patch for native 32-bit be
applied as well. If it is, then my last x86-64 patch covers both 32-bit
and 64-bit cases with minimal cruft. In particular, 2.6.8-rc1-mm1 contains
Davide's patch and both of my earlier x86-64 patches. I hope Andrew will
replace those two patches with the later cleaner single x86-64 patch. If
Linus merges that patch of mine and Davide's i386 patch, I will be a happy
camper.
> If you send me a patch that just changes the behaviour of 64bit
> IRET I would apply it.
Ok. This is just one line different from the patch I just posted. In
32-bit processes, some ptrace operations will superfluously clear a flag
bit that can never be set, rather than test another flag bit to branch
around doing it. If/when the native 32-bit behavior fix gets merged in and
you want to match it, just remove `if (!test_tsk_thread_flag(child, TIF_IA32))'
(which is the same as reverting this patch and applying the earlier one).
Thanks,
Roland
Index: linux-2.6/arch/x86_64/kernel/entry.S
===================================================================
RCS file: /home/roland/redhat/bkcvs/linux-2.5/arch/x86_64/kernel/entry.S,v
retrieving revision 1.22
diff -b -p -u -r1.22 entry.S
--- linux-2.6/arch/x86_64/kernel/entry.S 12 Apr 2004 20:29:12 -0000 1.22
+++ linux-2.6/arch/x86_64/kernel/entry.S 15 Jul 2004 23:45:59 -0000
@@ -297,7 +297,7 @@ int_very_careful:
sti
SAVE_REST
/* Check for syscall exit trace */
- testl $(_TIF_SYSCALL_TRACE|_TIF_SYSCALL_AUDIT),%edx
+ testl $(_TIF_SYSCALL_TRACE|_TIF_SYSCALL_AUDIT|_TIF_SINGLESTEP),%edx
jz int_signal
pushq %rdi
leaq 8(%rsp),%rdi # &ptregs -> arg1
Index: linux-2.6/ptrace.c
===================================================================
RCS file: /home/roland/redhat/bkcvs/linux-2.5/arch/x86_64/kernel/ptrace.c,v
retrieving revision 1.16
diff -u -b -p -r1.16 ptrace.c
--- linux-2.6/ptrace.c 31 May 2004 03:07:42 -0000 1.16
+++ linux-2.6/ptrace.c 22 Jul 2004 00:42:06 -0000
@@ -88,6 +88,7 @@ void ptrace_disable(struct task_struct *
{
long tmp;
+ clear_tsk_thread_flag(child, TIF_SINGLESTEP);
tmp = get_stack_long(child, EFL_OFFSET) & ~TRAP_FLAG;
put_stack_long(child, EFL_OFFSET, tmp);
}
@@ -344,6 +345,7 @@ asmlinkage long sys_ptrace(long request,
set_tsk_thread_flag(child,TIF_SYSCALL_TRACE);
else
clear_tsk_thread_flag(child,TIF_SYSCALL_TRACE);
+ clear_tsk_thread_flag(child, TIF_SINGLESTEP);
child->exit_code = data;
/* make sure the single step bit is not set. */
tmp = get_stack_long(child, EFL_OFFSET);
@@ -395,6 +397,7 @@ asmlinkage long sys_ptrace(long request,
ret = 0;
if (child->state == TASK_ZOMBIE) /* already dead */
break;
+ clear_tsk_thread_flag(child, TIF_SINGLESTEP);
child->exit_code = SIGKILL;
/* make sure the single step bit is not set. */
tmp = get_stack_long(child, EFL_OFFSET) & ~TRAP_FLAG;
@@ -416,6 +419,8 @@ asmlinkage long sys_ptrace(long request,
}
tmp = get_stack_long(child, EFL_OFFSET) | TRAP_FLAG;
put_stack_long(child, EFL_OFFSET, tmp);
+ if (!test_tsk_thread_flag(child, TIF_IA32))
+ set_tsk_thread_flag(child, TIF_SINGLESTEP);
child->exit_code = data;
/* give it a chance to run. */
wake_up_process(child);
@@ -528,7 +533,8 @@ asmlinkage void syscall_trace_leave(stru
if (unlikely(current->audit_context))
audit_syscall_exit(current, regs->rax);
- if (test_thread_flag(TIF_SYSCALL_TRACE)
+ if ((test_thread_flag(TIF_SYSCALL_TRACE)
+ || test_thread_flag(TIF_SINGLESTEP))
&& (current->ptrace & PT_PTRACED))
syscall_trace(regs);
}
next prev parent reply other threads:[~2004-07-22 2:17 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <2imAA-4n7-49@gated-at.bofh.it>
[not found] ` <2iosE-5Kb-17@gated-at.bofh.it>
2004-07-17 11:12 ` Andi Kleen
2004-07-22 2:16 ` Roland McGrath [this message]
2004-07-22 6:11 ` Andrew Morton
2004-07-22 22:58 ` Roland McGrath
2004-07-13 0:22 Roland McGrath
2004-07-13 7:23 ` Andi Kleen
2004-07-15 0:56 ` Roland McGrath
2004-07-15 5:46 ` Andi Kleen
2004-07-15 21:13 ` Roland McGrath
2004-07-15 22:06 ` Andi Kleen
2004-07-15 23:57 ` Roland McGrath
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=200407220216.i6M2GqEv007394@magilla.sf.frob.com \
--to=roland@redhat.com \
--cc=ak@muc.de \
--cc=akpm@osdl.org \
--cc=linux-kernel@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
all inboxes | Powered by JetHome®