Re: [patch 1/1] schedule removal of FUTEX_FD

On Tue, Oct 31, 2006 at 05:23:12PM -0800, Andrew Morton wrote:
> > Now, I realize with some dismay that simplicity is no longer a futex
> > feature, but it might be worth considering?
> 
> Sure.  Perhaps we could accelerate the removal schedule if we want to do
> this.  Let's see how many 2.6.19 users squeak first.

I must admit to never having used FUTEX_FD, but the idea of waiting on a
FUTEX by way of epoll appealed to me. Should I resort to pipe tricks if I
want that ability henceforth?

Thanks.

-- 
http://www.PowerDNS.com      Open source, database driven DNS Software 
http://netherlabs.nl              Open and Closed source services
-
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/

---

• Follow-Ups:
  • Re: [patch 1/1] schedule removal of FUTEX_FD
    • From: Andrew Morton <[email protected]>

• References:
  • [patch 1/1] schedule removal of FUTEX_FD
    • From: [email protected]
  • Re: [patch 1/1] schedule removal of FUTEX_FD
    • From: Rusty Russell <[email protected]>
  • Re: [patch 1/1] schedule removal of FUTEX_FD
    • From: Andrew Morton <[email protected]>

• Prev by Date: what lock protects sb->s_flags
• Next by Date: Re: [PATCH 49/61] ISDN: fix drivers, by handling errors thrown by ->readstat()
• Previous by thread: Re: [patch 1/1] schedule removal of FUTEX_FD
• Next by thread: Re: [patch 1/1] schedule removal of FUTEX_FD
• Index(es):
  • Date
  • Thread

[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]