Re: [PATCH 2.6.13.1] Patch for invisible threads

> Among other things, it means that zombies keep pinning their root and cwd
> down, AFAICS.  Not Good(tm).

Good point.  The technique that looks for the first nonzombie in the group
to fetch its fs might be best if it's necessary to use fs for the
permission checks.  It should always find a winner on just one
iteration, or two or three in races, except for ptrace keeping zombie
threads alive (otherwise all zombies but the leader self-reap quickly).


Thanks,
Roland
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• References:
  • Re: [PATCH 2.6.13.1] Patch for invisible threads
    • From: Al Viro <[email protected]>

• Prev by Date: 2.6.14-rc1 - kernel BUG at fs/ntfs/aops.c:403
• Next by Date: [patch 11/28] Input: convert konicawc to dynamic input_dev allocation
• Previous by thread: Re: [PATCH 2.6.13.1] Patch for invisible threads
• Next by thread: Re: [PATCH 2.6.13.1] Patch for invisible threads
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]