]> git.saurik.com Git - apple/xnu.git/blame_incremental - bsd/man/man2/kqueue.2
xnu-2050.48.11.tar.gz
[apple/xnu.git] / bsd / man / man2 / kqueue.2
... / ...
CommitLineData
1.\"
2.\" Copyright (c) 2008 Apple Inc. All rights reserved.
3.\"
4.\" @APPLE_LICENSE_HEADER_START@
5.\"
6.\" This file contains Original Code and/or Modifications of Original Code
7.\" as defined in and that are subject to the Apple Public Source License
8.\" Version 2.0 (the 'License'). You may not use this file except in
9.\" compliance with the License. Please obtain a copy of the License at
10.\" http://www.opensource.apple.com/apsl/ and read it before using this
11.\" file.
12.\"
13.\" The Original Code and all software distributed under the License are
14.\" distributed on an 'AS IS' basis, WITHOUT WARRANTY OF ANY KIND, EITHER
15.\" EXPRESS OR IMPLIED, AND APPLE HEREBY DISCLAIMS ALL SUCH WARRANTIES,
16.\" INCLUDING WITHOUT LIMITATION, ANY WARRANTIES OF MERCHANTABILITY,
17.\" FITNESS FOR A PARTICULAR PURPOSE, QUIET ENJOYMENT OR NON-INFRINGEMENT.
18.\" Please see the License for the specific language governing rights and
19.\" limitations under the License.
20.\"
21.\" @APPLE_LICENSE_HEADER_END@
22.\"
23.\"
24.\" Copyright (c) 2000 Jonathan Lemon
25.\" All rights reserved.
26.\"
27.\" Redistribution and use in source and binary forms, with or without
28.\" modification, are permitted provided that the following conditions
29.\" are met:
30.\" 1. Redistributions of source code must retain the above copyright
31.\" notice, this list of conditions and the following disclaimer.
32.\" 2. Redistributions in binary form must reproduce the above copyright
33.\" notice, this list of conditions and the following disclaimer in the
34.\" documentation and/or other materials provided with the distribution.
35.\"
36.\" THIS SOFTWARE IS PROVIDED ``AS IS'' AND
37.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
38.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
39.\" ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
40.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
41.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
42.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
43.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
44.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
45.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
46.\" SUCH DAMAGE.
47.\"
48.\" $FreeBSD: src/lib/libc/sys/kqueue.2,v 1.32 2002/12/19 09:40:25 ru Exp $
49.\"
50.Dd October 21, 2008
51.Dt KQUEUE 2
52.Os
53.Sh NAME
54.Nm kqueue ,
55.Nm kevent ,
56and
57.Nm kevent64
58.Nd kernel event notification mechanism
59.Sh LIBRARY
60.Lb libc
61.Sh SYNOPSIS
62.In sys/types.h
63.In sys/event.h
64.In sys/time.h
65.Ft int
66.Fn kqueue "void"
67.Ft int
68.Fn kevent "int kq" "const struct kevent *changelist" "int nchanges" "struct kevent *eventlist" "int nevents" "const struct timespec *timeout"
69.Ft int
70.Fn kevent64 "int kq" "const struct kevent64_s *changelist" "int nchanges" "struct kevent64_s *eventlist" "int nevents" "unsigned int flags" "const struct timespec *timeout"
71.Fn EV_SET "&kev" ident filter flags fflags data udata
72.Fn EV_SET64 "&kev" ident filter flags fflags data udata "ext[0]" "ext[1]"
73.Sh DESCRIPTION
74The
75.Fn kqueue
76system call
77provides a generic method of notifying the user when a kernel
78event (kevent) happens or a condition holds, based on the results
79of small pieces of kernel code termed filters.
80A kevent is identified by an (ident, filter) pair and specifies
81the interesting conditions to be notified about for that pair.
82An (ident, filter) pair can only appear once in a given kqueue.
83Subsequent attempts to register the same pair for a given kqueue
84will result in the replacement of the conditions being watched,
85not an addition.
86.Pp
87The filter identified in a kevent is executed upon the initial
88registration of that event in order to detect whether a preexisting
89condition is present, and is also executed whenever an event is
90passed to the filter for evaluation.
91If the filter determines that the condition should be reported,
92then the kevent is placed on the kqueue for the user to retrieve.
93.Pp
94The filter is also run when the user attempts to retrieve the kevent
95from the kqueue.
96If the filter indicates that the condition that triggered
97the event no longer holds, the kevent is removed from the kqueue and
98is not returned.
99.Pp
100Multiple events which trigger the filter do not result in multiple
101kevents being placed on the kqueue; instead, the filter will aggregate
102the events into a single struct kevent.
103Calling
104.Fn close
105on a file descriptor will remove any kevents that reference the descriptor.
106.Pp
107The
108.Fn kqueue
109system call
110creates a new kernel event queue and returns a descriptor.
111The queue is not inherited by a child created with
112.Xr fork 2 .
113.Pp
114The
115.Fn kevent
116and
117.Fn kevent64
118system calls
119are used to register events with the queue, and return any pending
120events to the user.
121The
122.Fa changelist
123argument
124is a pointer to an array of
125.Va kevent
126or
127.Va kevent64_s
128structures, as defined in
129.Aq Pa sys/event.h .
130All changes contained in the
131.Fa changelist
132are applied before any pending events are read from the queue.
133The
134.Fa nchanges
135argument
136gives the size of
137.Fa changelist .
138The
139.Fa eventlist
140argument
141is a pointer to an array of
142.Va kevent
143or
144.Va kevent64_s
145structures.
146The
147.Fa nevents
148argument
149determines the size of
150.Fa eventlist .
151If
152.Fa timeout
153is a non-NULL pointer, it specifies a maximum interval to wait
154for an event, which will be interpreted as a struct timespec. If
155.Fa timeout
156is a NULL pointer, both
157.Fn kevent
158and
159.Fn kevent64
160wait indefinitely. To effect a poll, the
161.Fa timeout
162argument should be non-NULL, pointing to a zero-valued
163.Va timespec
164structure. The same array may be used for the
165.Fa changelist
166and
167.Fa eventlist .
168.Pp
169The
170.Fn EV_SET
171macro is provided for ease of initializing a
172.Va kevent
173structure. Similarly,
174.Fn EV_SET64
175initializes a
176.Va kevent64_s
177structure.
178.Pp
179The
180.Va kevent
181and
182.Va kevent64_s
183structures are defined as:
184.Bd -literal
185struct kevent {
186 uintptr_t ident; /* identifier for this event */
187 int16_t filter; /* filter for event */
188 uint16_t flags; /* general flags */
189 uint32_t fflags; /* filter-specific flags */
190 intptr_t data; /* filter-specific data */
191 void *udata; /* opaque user data identifier */
192};
193
194
195struct kevent64_s {
196 uint64_t ident; /* identifier for this event */
197 int16_t filter; /* filter for event */
198 uint16_t flags; /* general flags */
199 uint32_t fflags; /* filter-specific flags */
200 int64_t data; /* filter-specific data */
201 uint64_t udata; /* opaque user data identifier */
202 uint64_t ext[2]; /* filter-specific extensions */
203};
204.Ed
205.Pp
206----
207.Pp
208The fields of
209.Fa struct kevent
210and
211.Fa struct kevent64_s
212are:
213.Bl -tag -width XXXfilter
214.It ident
215Value used to identify this event.
216The exact interpretation is determined by the attached filter,
217but often is a file descriptor.
218.It filter
219Identifies the kernel filter used to process this event. The pre-defined
220system filters are described below.
221.It flags
222Actions to perform on the event.
223.It fflags
224Filter-specific flags.
225.It data
226Filter-specific data value.
227.It udata
228Opaque user-defined value passed through the kernel unchanged.
229.El
230.Pp
231In addition,
232.Fa struct kevent64_s
233contains:
234.Bl -tag -width XXXfilter
235.It ext[2]
236This field stores extensions for the event's filter. What type of extension depends on
237what type of filter is being used.
238.El
239.Pp
240----
241.Pp
242The
243.Va flags
244field can contain the following values:
245.Bl -tag -width XXXEV_ONESHOT
246.It EV_ADD
247Adds the event to the kqueue. Re-adding an existing event
248will modify the parameters of the original event, and not result
249in a duplicate entry. Adding an event automatically enables it,
250unless overridden by the EV_DISABLE flag.
251.It EV_ENABLE
252Permit
253.Fn kevent
254and
255.Fn kevent64
256to return the event if it is triggered.
257.It EV_DISABLE
258Disable the event so
259.Fn kevent
260and
261.Fn kevent64
262will not return it. The filter itself is not disabled.
263.It EV_DELETE
264Removes the event from the kqueue. Events which are attached to
265file descriptors are automatically deleted on the last close of
266the descriptor.
267.It EV_RECEIPT
268This flag is useful for making bulk changes to a kqueue without draining any
269pending events. When passed as input, it forces EV_ERROR to always be returned.
270When a filter is successfully added, the
271.Va data
272field will be zero.
273.It EV_ONESHOT
274Causes the event to return only the first occurrence of the filter
275being triggered. After the user retrieves the event from the kqueue,
276it is deleted.
277.It EV_CLEAR
278After the event is retrieved by the user, its state is reset.
279This is useful for filters which report state transitions
280instead of the current state. Note that some filters may automatically
281set this flag internally.
282.It EV_EOF
283Filters may set this flag to indicate filter-specific EOF condition.
284.It EV_ERROR
285See
286.Sx RETURN VALUES
287below.
288.El
289.Pp
290----
291.Pp
292The predefined system filters are listed below.
293Arguments may be passed to and from the filter via the
294.Va fflags
295and
296.Va data
297fields in the
298.Va kevent
299or
300.Va kevent64_s
301structure.
302.Bl -tag -width EVFILT_MACHPORT
303.It EVFILT_READ
304Takes a file descriptor as the identifier, and returns whenever
305there is data available to read.
306The behavior of the filter is slightly different depending
307on the descriptor type.
308.Pp
309.Bl -tag -width 2n
310.It Sockets
311Sockets which have previously been passed to
312.Fn listen
313return when there is an incoming connection pending.
314.Va data
315contains the size of the listen backlog.
316.Pp
317Other socket descriptors return when there is data to be read,
318subject to the
319.Dv SO_RCVLOWAT
320value of the socket buffer.
321This may be overridden with a per-filter low water mark at the
322time the filter is added by setting the
323NOTE_LOWAT
324flag in
325.Va fflags ,
326and specifying the new low water mark in
327.Va data .
328On return,
329.Va data
330contains the number of bytes of protocol data available to read.
331.Pp
332If the read direction of the socket has shutdown, then the filter
333also sets EV_EOF in
334.Va flags ,
335and returns the socket error (if any) in
336.Va fflags .
337It is possible for EOF to be returned (indicating the connection is gone)
338while there is still data pending in the socket buffer.
339.It Vnodes
340Returns when the file pointer is not at the end of file.
341.Va data
342contains the offset from current position to end of file,
343and may be negative.
344.It "Fifos, Pipes"
345Returns when the there is data to read;
346.Va data
347contains the number of bytes available.
348.Pp
349When the last writer disconnects, the filter will set EV_EOF in
350.Va flags .
351This may be cleared by passing in EV_CLEAR, at which point the
352filter will resume waiting for data to become available before
353returning.
354.El
355.It EVFILT_WRITE
356Takes a file descriptor as the identifier, and returns whenever
357it is possible to write to the descriptor. For sockets, pipes
358and fifos,
359.Va data
360will contain the amount of space remaining in the write buffer.
361The filter will set EV_EOF when the reader disconnects, and for
362the fifo case, this may be cleared by use of EV_CLEAR.
363Note that this filter is not supported for vnodes.
364.Pp
365For sockets, the low water mark and socket error handling is
366identical to the EVFILT_READ case.
367.It EVFILT_AIO
368This filter is currently unsupported.
369.\"The sigevent portion of the AIO request is filled in, with
370.\".Va sigev_notify_kqueue
371.\"containing the descriptor of the kqueue that the event should
372.\"be attached to,
373.\".Va sigev_value
374.\"containing the udata value, and
375.\".Va sigev_notify
376.\"set to SIGEV_KEVENT.
377.\"When the
378.\".Fn aio_*
379.\"system call is made, the event will be registered
380.\"with the specified kqueue, and the
381.\".Va ident
382.\"argument set to the
383.\".Fa struct aiocb
384.\"returned by the
385.\".Fn aio_*
386.\"system call.
387.\"The filter returns under the same conditions as aio_error.
388.\".Pp
389.\"Alternatively, a kevent structure may be initialized, with
390.\".Va ident
391.\"containing the descriptor of the kqueue, and the
392.\"address of the kevent structure placed in the
393.\".Va aio_lio_opcode
394.\"field of the AIO request. However, this approach will not work on
395.\"architectures with 64-bit pointers, and should be considered deprecated.
396.It EVFILT_VNODE
397Takes a file descriptor as the identifier and the events to watch for in
398.Va fflags ,
399and returns when one or more of the requested events occurs on the descriptor.
400The events to monitor are:
401.Bl -tag -width XXNOTE_RENAME
402.It NOTE_DELETE
403The
404.Fn unlink
405system call
406was called on the file referenced by the descriptor.
407.It NOTE_WRITE
408A write occurred on the file referenced by the descriptor.
409.It NOTE_EXTEND
410The file referenced by the descriptor was extended.
411.It NOTE_ATTRIB
412The file referenced by the descriptor had its attributes changed.
413.It NOTE_LINK
414The link count on the file changed.
415.It NOTE_RENAME
416The file referenced by the descriptor was renamed.
417.It NOTE_REVOKE
418Access to the file was revoked via
419.Xr revoke 2
420or the underlying fileystem was unmounted.
421.El
422.Pp
423On return,
424.Va fflags
425contains the events which triggered the filter.
426.It EVFILT_PROC
427Takes the process ID to monitor as the identifier and the events to watch for
428in
429.Va fflags ,
430and returns when the process performs one or more of the requested events.
431If a process can normally see another process, it can attach an event to it.
432The events to monitor are:
433.Bl -tag -width NOTE_SIGNAL
434.It NOTE_EXIT
435The process has exited.
436.It NOTE_EXITSTATUS
437The process has exited and its exit status is in filter specific data. Valid only on child processes and to be used along with NOTE_EXIT.
438.It NOTE_FORK
439The process created a child process via
440.Xr fork 2
441or similar call.
442.It NOTE_EXEC
443The process executed a new process via
444.Xr execve 2
445or similar call.
446.It NOTE_SIGNAL
447The process was sent a signal. Status can be checked via
448.Xr waitpid 2
449or similar call.
450.It NOTE_REAP
451The process was reaped by the parent via
452.Xr wait 2
453or similar call.
454.El
455.Pp
456On return,
457.Va fflags
458contains the events which triggered the filter.
459.It EVFILT_SIGNAL
460Takes the signal number to monitor as the identifier and returns
461when the given signal is generated for the process.
462This coexists with the
463.Fn signal
464and
465.Fn sigaction
466facilities, and has a lower precedence. Only signals sent to the process,
467not to a particular thread, will trigger the filter. The filter will record
468all attempts to deliver a signal to a process, even if the signal has
469been marked as SIG_IGN. Event notification happens before normal
470signal delivery processing.
471.Va data
472returns the number of times the signal has been generated since the last call to
473.Fn kevent .
474This filter automatically sets the EV_CLEAR flag internally.
475.It EVFILT_MACHPORT
476Takes the name of a mach port, or port set, in
477.Va ident
478and waits until a message is received on the port or port set. When a message
479is recieved, the size of the message is returned in
480.Va data
481and if
482.Va fflags
483is set to MACH_RCV_MSG, a pointer to the message is returned in ext[0].
484.It EVFILT_TIMER
485Establishes an interval timer with the data
486timer identified by
487.Va ident .
488When adding a timer,
489.Va data
490specifies the timeout period and
491.Va fflags
492can be set to one of the following:
493.Bl -tag -width NOTE_ABSOLUTE
494.It NOTE_SECONDS
495data is in seconds
496.It NOTE_USECONDS
497data is in microseconds
498.It NOTE_NSECONDS
499data is in nanoseconds
500.It NOTE_ABSOLUTE
501data is an absolute timeout
502.El
503.Pp
504If fflags is not set, the default is milliseconds. The timer will be periodic unless EV_ONESHOT is specified.
505On return,
506.Va data
507contains the number of times the timeout has expired since the last call to
508.Fn kevent
509or
510.Fn kevent64 .
511This filter automatically sets the EV_CLEAR flag internally.
512.El
513.Pp
514----
515.Pp
516In the
517.Va ext[2]
518field of the
519.Va kevent64_s
520struture,
521.Va ext[0]
522is only used with the EVFILT_MACHPORT filter.
523With other filters,
524.Va ext[0]
525is passed through
526.Fn kevent64
527much like
528.Va udata .
529.Va ext[1]
530can always be used like
531.Va udata .
532For the use of ext[0], see the EVFILT_MACHPORT filter above.
533.Sh RETURN VALUES
534The
535.Fn kqueue
536system call
537creates a new kernel event queue and returns a file descriptor.
538If there was an error creating the kernel event queue, a value of -1 is
539returned and errno set.
540.Pp
541The
542.Fn kevent
543and
544.Fn kevent64
545system calls
546return the number of events placed in the
547.Fa eventlist ,
548up to the value given by
549.Fa nevents .
550If an error occurs while processing an element of the
551.Fa changelist
552and there is enough room in the
553.Fa eventlist ,
554then the event will be placed in the
555.Fa eventlist
556with
557.Dv EV_ERROR
558set in
559.Va flags
560and the system error in
561.Va data .
562Otherwise,
563.Dv -1
564will be returned, and
565.Dv errno
566will be set to indicate the error condition.
567If the time limit expires, then
568.Fn kevent
569and
570.Fn kevent64
571return 0.
572.Sh ERRORS
573The
574.Fn kqueue
575system call fails if:
576.Bl -tag -width Er
577.It Bq Er ENOMEM
578The kernel failed to allocate enough memory for the kernel queue.
579.It Bq Er EMFILE
580The per-process descriptor table is full.
581.It Bq Er ENFILE
582The system file table is full.
583.El
584.Pp
585The
586.Fn kevent
587and
588.Fn kevent64
589system calls fail if:
590.Bl -tag -width Er
591.It Bq Er EACCES
592The process does not have permission to register a filter.
593.It Bq Er EFAULT
594There was an error reading or writing the
595.Va kevent
596or
597.Va kevent64_s
598structure.
599.It Bq Er EBADF
600The specified descriptor is invalid.
601.It Bq Er EINTR
602A signal was delivered before the timeout expired and before any
603events were placed on the kqueue for return.
604.It Bq Er EINVAL
605The specified time limit or filter is invalid.
606.It Bq Er ENOENT
607The event could not be found to be modified or deleted.
608.It Bq Er ENOMEM
609No memory was available to register the event.
610.It Bq Er ESRCH
611The specified process to attach to does not exist.
612.El
613.Sh SEE ALSO
614.Xr aio_error 2 ,
615.Xr aio_read 2 ,
616.Xr aio_return 2 ,
617.Xr read 2 ,
618.Xr select 2 ,
619.Xr sigaction 2 ,
620.Xr write 2 ,
621.Xr signal 3
622.Sh HISTORY
623The
624.Fn kqueue
625and
626.Fn kevent
627system calls first appeared in
628.Fx 4.1 .
629.Sh AUTHORS
630The
631.Fn kqueue
632system and this manual page were written by
633.An Jonathan Lemon Aq jlemon@FreeBSD.org .
634.Sh BUGS
635Not all filesystem types support kqueue-style notifications.
636And even some that do, like some remote filesystems, may only
637support a subset of the notification semantics described
638here.