[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ca9528de0703040823x340b0b7fw923b9bae8bcf0e7@mail.gmail.com>
Date: Sun, 4 Mar 2007 13:23:37 -0300
From: "Kirk Kuchov" <kirk.kuchov@...il.com>
To: "Davide Libenzi" <davidel@...ilserver.org>
Cc: "Evgeniy Polyakov" <johnpol@....mipt.ru>,
"Ingo Molnar" <mingo@...e.hu>,
"Eric Dumazet" <dada1@...mosbay.com>,
"Pavel Machek" <pavel@....cz>, "Theodore Tso" <tytso@....edu>,
"Linus Torvalds" <torvalds@...ux-foundation.org>,
"Ulrich Drepper" <drepper@...hat.com>,
"Linux Kernel Mailing List" <linux-kernel@...r.kernel.org>,
"Arjan van de Ven" <arjan@...radead.org>,
"Christoph Hellwig" <hch@...radead.org>,
"Andrew Morton" <akpm@....com.au>,
"Alan Cox" <alan@...rguk.ukuu.org.uk>,
"Zach Brown" <zach.brown@...cle.com>,
"David S. Miller" <davem@...emloft.net>,
"Suparna Bhattacharya" <suparna@...ibm.com>,
"Jens Axboe" <jens.axboe@...cle.com>,
"Thomas Gleixner" <tglx@...utronix.de>
Subject: Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3
On 3/3/07, Davide Libenzi <davidel@...ilserver.org> wrote:
> <snip>
>
> Those *other* (tons?!?) interfaces can be created *when* the need comes
> (see Linus signalfd [1] example to show how urgent that was). *When*
> the need comes, they will work with existing POSIX interfaces, without
> requiring your own just-another event interface. Those other interfaces
> could also be more easily adopted by other Unix cousins, because of
> the fact that they rely on existing POSIX interfaces.
Please stop with this crap, this chicken or the egg argument of yours is utter
BULLSHIT! Just because Linux doesn't have a decent kernel event
notification mechanism it does not mean that users don't need. Nobody
cared about Linus's
signalfd because it wasn't mainline.
Look at any event notification libraries out there, it makes me sick how much
kludge they have to go thru to get near the same functionality of
kqueue on Linux.
Solaris has the Event Ports mechanism since 2003. FreeBSD, NetBSD, OpenBSD
and Mac OS X support kqueue since around 2000. Windows has had event
notification for ages now. These _facilities_ are all widely used,
given the platforms
popularity.
So here we are, 2007. epoll() works with files, pipes, sockets,
inotify and anything
pollable (file descriptors) but aio, timers, signals and user-defined
event. Can we
please get those working with epoll ? Something as simple as:
struct epoll_event ev;
ev.events = EV_TIMER | EPOLLONESHOT;
ev.data.u64 = 1000; /* timeout */
epoll_ctl(epfd, EPOLL_CTL_ADD, 0 /* ignored */, &ev);
or
struct sigevent ev;
ev.sigev_notify = SIGEV_EPOLL;
ev.sigev_signo = epfd;
ev.sigev_value = &ev;
timer_create(CLOCK_MONOTONIC, &ev, &timerid);
AIO:
struct sigevent ev;
int fd = io_setup(..); /* oh boy, I wish... but it works */
ev.events = EV_AIO | EPOLLONESHOT;
/* event.data.ptr returns pointer to the iocb */
epoll_ctl(epfd, EPOLL_CTL_ADD, fd, &ev);
or
struct iocb iocb;
iocb.aio_fildes = fileno(stdin);
iocb.aio_lio_opcode = IO_CMD_PREAD;
iocb.c.notify = IO_NOTIFY_EPOLL; /* __pad3/4 */
Would this be acceptable? Can we finally move on?
--
Kirk Kuchov
-
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