kqueue giant-locking (&kq_Giant, locking)

Brian F. Feldman green at freebsd.org
Fri Apr 16 20:30:48 PDT 2004


Garrett Wollman <wollman at khavrinen.lcs.mit.edu> wrote:
> In article <200404170212.i3H2Cg8n031749 at green.homeunix.org> you write:
> >1. The recursion has been removed from kqueue.  This means kqueues cannot be
> >   added to other kqueues for EVFILT_READ -- yes, that ability has been
> >   around since r1.1 of kern_event.c,
> 
> Actually, I'm fairly certain that Jonathan considered this to be a
> fairly important property of kqueue and his papers do mention it.
> It was done that way specifically to allow a kqueue to be included in
> some larger application's event polling loop without needing to know
> how it was implemented.

I can't imagine a well-designed applications has kqueues of kqueues.  I 
didn't remove the file descriptor polling interface, I removed the file 
descriptor kqueue interface.

-- 
Brian Fundakowski Feldman                           \'[ FreeBSD ]''''''''''\
  <> green at FreeBSD.org                               \  The Power to Serve! \
 Opinions expressed are my own.                       \,,,,,,,,,,,,,,,,,,,,,,\




More information about the freebsd-arch mailing list