[lkml]   [2009]   [May]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [KVM PATCH v4 2/2] kvm: add support for irqfd via eventfd-notification interface
Davide Libenzi wrote:
>> What's your take on adding irq context safe callbacks to irqfd?
>> To give some background here, we would like to use eventfd as a generic
>> connector between components, so the components do not know about each other.
>> So far eventfd successfully abstracts among components in the same process, in
>> different processes, and in the kernel.
>> eventfd_signal() can be safely called from irq context, and will wake up a
>> waiting task. But in some cases, if the consumer is in the kernel, it may be
>> able to consume the event from irq context, saving a context switch.
>> So, will you consider patches adding this capability to eventfd?
> Maybe I got lost in the thread, but inside the kernel we have
> callback-based wakeup since long time. This is what epoll uses, when
> hooking into the file* f_op->poll() subsystem.
> Did you mean something else?

Do you mean wait_queue_t::func?

error compiling committee.c: too many arguments to function

 \ /
  Last update: 2009-05-07 17:51    [W:0.091 / U:7.056 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site