lkml.org 
[lkml]   [2006]   [Nov]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [take24 0/6] kevent: Generic event handling mechanism.
    On Mon, Nov 27, 2006 at 10:23:39AM -0800, Ulrich Drepper (drepper@redhat.com) wrote:
    > Evgeniy Polyakov wrote:
    > >
    > >With provided patch it is possible to wakeup 'for-free' - just call
    > >kevent_ctl(ready) with zero number of ready events, so thread will be
    > >awakened if it was in poll(kevent_fd), kevent_wait() or
    > >kevent_get_events().
    >
    > Yes, I realize that. But I wrote something else:
    >
    > >> Rather than mark an existing entry as ready, how about a call to
    > >> inject a new ready event?
    > >>
    > >> This would be useful to implement functionality at userlevel and
    > >> still use an event queue to announce the availability. Without this
    > >> type of functionality we'd need to use indirect notification via
    > >> signal or pipe or something like that.
    >
    > This is still something which is wanted.

    Why do we want to inject _ready_ event, when it is possible to mark
    event as ready and wakeup thread parked in syscall?

    > --
    > ➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Castro St ➧ Mountain View,
    > CA ❖

    --
    Evgeniy Polyakov
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2006-11-28 11:17    [W:0.021 / U:0.340 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site