Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1251910
| From | Oleg Nesterov <oleg@redhat.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | [PATCH 0/2] wait/ptrace: always assume __WALL if the child is traced |
| Date | 2015-10-20 19:30 +0200 |
| Message-ID | <qlITv-1Zy-9@gated-at.bofh.it> (permalink) |
| Organization | linux.* mail to news gateway |
Damn. I simply do not know what should/can we do. From the change log: And I can only hope that this won't break something. yet this patch cc's -stable. Please see the changelog, but in short: this is not a kernel bug but unlikely we can fix all distributions, so I think we have to change the kernel. HOWEVER. With this change __WCLONE and __WALL have no effect for debugger, do_wait() works as if __WALL is set if the child (natural or not) is traced. Jan, Pedro, could you please confirm this won't break gdb? I tried to look into gdb-7.1, and at first glance gdb uses __WCLONE only because __WALL doesn't work on older kernels, iow it seems to me that gdb actually wants __WALL so this change should be fine. Any other ideas? Oleg. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Back to linux.kernel | Previous | Next — Next in thread | Find similar | Unroll thread
[PATCH 0/2] wait/ptrace: always assume __WALL if the child is traced Oleg Nesterov <oleg@redhat.com> - 2015-10-20 19:30 +0200
Re: [PATCH 0/2] wait/ptrace: always assume __WALL if the child is traced Oleg Nesterov <oleg@redhat.com> - 2015-10-20 19:50 +0200
Re: [PATCH 0/2] wait/ptrace: always assume __WALL if the child is traced Pedro Alves <palves@redhat.com> - 2015-10-22 16:50 +0200
Re: [PATCH 0/2] wait/ptrace: always assume __WALL if the child is traced Oleg Nesterov <oleg@redhat.com> - 2015-10-25 15:50 +0100
csiph-web