[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4A3A8BF0.4020907@novell.com>
Date: Thu, 18 Jun 2009 14:48:16 -0400
From: Gregory Haskins <ghaskins@...ell.com>
To: Davide Libenzi <davidel@...ilserver.org>
CC: kvm@...r.kernel.org,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Ingo Molnar <mingo@...e.hu>, mst@...hat.com, avi@...hat.com,
paulmck@...ux.vnet.ibm.com, Rusty Russell <rusty@...tcorp.com.au>
Subject: Re: [KVM PATCH 3/4] eventfd: add generalized notifier interface
Davide Libenzi wrote:
> On Thu, 18 Jun 2009, Gregory Haskins wrote:
>
>
>> We currently open-code notification registration via the f_ops->poll()
>> method of the eventfd. Lets abstract this into a notification API
>> extension of eventfd, while still using the wait-queue as the underlying
>> mechanism. This will allow us to manage the notification mechanism
>> internal to eventfd without requiring the clients to change. This also
>> gives us the opportunity to implement race-free release() callbacks,
>> which we do later in the series.
>>
>
> Another attempt to push KVM stuff into eventfd.
Also, could you please detail how you expect someone to use the POLLHUP
release in a race free way without patches 3/4 + 4/4? That is not a KVM
specific problem either, afaict.
-Greg
Download attachment "signature.asc" of type "application/pgp-signature" (267 bytes)
Powered by blists - more mailing lists