[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130204101521.GA18322@shutemov.name>
Date: Mon, 4 Feb 2013 12:15:21 +0200
From: "Kirill A. Shutemov" <kirill@...temov.name>
To: Li Zefan <lizefan@...wei.com>
Cc: Tejun Heo <tj@...nel.org>, LKML <linux-kernel@...r.kernel.org>,
Cgroups <cgroups@...r.kernel.org>,
Davide Libenzi <davidel@...ilserver.org>,
Aaron Durbin <adurbin@...gle.com>,
Greg Thelen <gthelen@...gle.com>
Subject: Re: [PATCH 1/4] eventfd: introduce eventfd_signal_hangup()
On Sat, Feb 02, 2013 at 05:58:58PM +0200, Kirill A. Shutemov wrote:
> On Sat, Feb 02, 2013 at 02:50:44PM +0800, Li Zefan wrote:
> > When an eventfd is closed, a wakeup with POLLHUP will be issued,
> > but cgroup wants to issue wakeup explicitly, so when a cgroup is
> > removed userspace can be notified.
> >
> > Signed-off-by: Li Zefan <lizefan@...wei.com>
Hm.. Looks like it will break eventfd semantics:
1. One eventfd can be used for deliver more then one notification from
one or more cgroups. POLLHUP on removing one of cgroups is not valid.
2. It's valid to have eventfd opened only by one userspace application. We
should not close it, just because cgroup is removed.
I think problem with multiple threads waiting an event on eventfd should
be handled in userspace.
--
Kirill A. Shutemov
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists