]> git.ipfire.org Git - thirdparty/binutils-gdb.git/commit - gdb/linux-nat.c
Fix gdb.base/watch-vfork.exp: Watchpoint triggers after vfork (sw) (timeout) with...
authorHui Zhu <teawater@gmail.com>
Sun, 8 Jun 2014 11:11:09 +0000 (19:11 +0800)
committerHui Zhu <teawater@gmail.com>
Sun, 8 Jun 2014 11:14:06 +0000 (19:14 +0800)
commitc077881afaedb9b74063bee992b3e472b4b6e9ca
tree4f9100c9e015f5f6683ffe42011e78e4102c3514
parentba2ffec39653bedebe1051d5d24954e9662781fa
Fix gdb.base/watch-vfork.exp: Watchpoint triggers after vfork (sw) (timeout) with Linux 2.6.32 and older version
https://sourceware.org/ml/gdb-patches/2014-04/msg00047.html

Got gdb.base/watch-vfork.exp: Watchpoint triggers after vfork (sw)
(timeout) with Linux 2.6.32 and older version.

The rootcause is after the test use "set can-use-hw-watchpoints 0" let GDB
doesn't use hardware breakpoint and set a watchpoint on "global", GDB
continue will keep single step inside function "vfork".
The Linux 2.6.32 and older version doesn't have commit
6580807da14c423f0d0a708108e6df6ebc8bc83d (get more info please goto
http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?id=6580807da14c423f0d0a708108e6df6ebc8bc83d).
When the function "vfork" do syscall, the single step flag TIF_SINGLESTEP
will copy to child process.
Then GDB detach it, child process and parent process will be hanged.

So I make a patch that do a single step before detach.  Then TIF_SINGLESTEP
of child process in old Linux kernel will be cleared before detach.
Child process in new Linux kernel will not be affected by this single step.

2014-06-08  Hui Zhu  <hui@codesourcery.com>

* common/linux-ptrace.c (linux_disable_event_reporting): New
function.
* common/linux-ptrace.h (linux_disable_event_reporting): New
declaration.
* linux-nat.c (linux_child_follow_fork): Do a single step before
detach.
gdb/ChangeLog
gdb/common/linux-ptrace.c
gdb/common/linux-ptrace.h
gdb/linux-nat.c