On Tue, Aug 22, 2006 at 10:34:31PM +0400, Oleg Nesterov wrote:
> On 08/21, Bill Huey wrote:
> > On Mon, Aug 21, 2006 at 09:06:04PM +0400, Oleg Nesterov wrote:
> > > (Compile tested).
> > >
> > > futex_find_get_task:
> > >
> > > if (p->state == EXIT_ZOMBIE || p->exit_state == EXIT_ZOMBIE)
> > > return NULL;
> > >
> > > I can't understand this. First, p->state can't be EXIT_ZOMBIE. The ->exit_state
> > > check looks strange too. Sub-threads or tasks whose ->parent ignores SIGCHLD go
> > > directly to EXIT_DEAD state (I am ignoring a ptrace case). Why EXIT_DEAD tasks
> > > should be ok? Yes, EXIT_ZOMBIE is more important (a task may stay zombie for a
> > > long time), but this doesn't mean we should explicitely ignore other EXIT_XXX
> > > states.
> >
> > The p->state variable for EXIT_ZOMBIE is only live for some mystery architecture
> > in arch/xtensa/kernel/ptrace.c
>
> Thanks. This
>
> case PTRACE_KILL:
> ret = 0;
> if (child->state == EXIT_ZOMBIE) /* already dead */
> break;
>
> is an obvious bug, I beleive. May I suggest you to make a patch?
Oleg,
Here is it. Maintainers CCed...
bill
#
# old_revision [d374cc860b7089468eb87b56425bb462a955b138]
#
# patch "arch/xtensa/kernel/ptrace.c"
# from [4ae4da59c97b72d41f6d2b38ef83f33ee8e5e3e3]
# to [6be23f16368960b0da9f77911406e7c495396001]
#
============================================================
--- arch/xtensa/kernel/ptrace.c 4ae4da59c97b72d41f6d2b38ef83f33ee8e5e3e3
+++ arch/xtensa/kernel/ptrace.c 6be23f16368960b0da9f77911406e7c495396001
@@ -212,7 +212,7 @@
*/
case PTRACE_KILL:
ret = 0;
- if (child->state == EXIT_ZOMBIE) /* already dead */
+ if (child->exit_state == EXIT_ZOMBIE) /* already dead */
break;
child->exit_code = SIGKILL;
child->ptrace &= ~PT_SINGLESTEP;
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]