]> git.saurik.com Git - apple/xnu.git/blob - bsd/man/man2/kqueue.2
xnu-4903.270.47.tar.gz
[apple/xnu.git] / bsd / man / man2 / kqueue.2
1 .\"
2 .\" Copyright (c) 2008-2016 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 ,
56 .Nm kevent64
57 and
58 .Nm kevent_qos
59 .Nd kernel event notification mechanism
60 .Sh LIBRARY
61 .Lb libc
62 .Sh SYNOPSIS
63 .In sys/types.h
64 .In sys/event.h
65 .In sys/time.h
66 .Ft int
67 .Fn kqueue "void"
68 .Ft int
69 .Fn kevent "int kq" "const struct kevent *changelist" "int nchanges" "struct kevent *eventlist" "int nevents" "const struct timespec *timeout"
70 .Ft int
71 .Fn kevent64 "int kq" "const struct kevent64_s *changelist" "int nchanges" "struct kevent64_s *eventlist" "int nevents" "unsigned int flags" "const struct timespec *timeout"
72 .Ft int
73 .Fn kevent_qos "int kq" "const struct kevent_qos_s *changelist" "int nchanges" "struct kevent_qos_s *eventlist" "int nevents" "void *data_out" "size_t *data_available" "unsigned int flags"
74 .Fn EV_SET "&kev" ident filter flags fflags data udata
75 .Fn EV_SET64 "&kev" ident filter flags fflags data udata "ext[0]" "ext[1]"
76 .Fn EV_SET_QOS "&kev" ident filter flags qos udata fflags xflags data "ext[0]" "ext[1]" "ext[2]" "ext[3]"
77 .Sh DESCRIPTION
78 The
79 .Fn kqueue
80 system call allocates a kqueue file descriptor. This file descriptor
81 provides a generic method of notifying the user when a kernel
82 event (kevent) happens or a condition holds, based on the results
83 of small pieces of kernel code termed filters.
84 .Pp
85 A kevent is identified by an (ident, filter, and optional udata value)
86 tuple. It specifies the interesting conditions to be notified about
87 for that tuple. An (ident, filter, and optional udata value) tuple can
88 only appear once in a given kqueue.
89 Subsequent attempts to register the same tuple for a given kqueue
90 will result in the replacement of the conditions being watched,
91 not an addition.
92 Whether the udata value is considered as part of the tuple is controlled
93 by the EV_UDATA_SPECIFIC flag on the kevent.
94 .Pp
95 The filter identified in a kevent is executed upon the initial
96 registration of that event in order to detect whether a preexisting
97 condition is present, and is also executed whenever an event is
98 passed to the filter for evaluation.
99 If the filter determines that the condition should be reported,
100 then the kevent is placed on the kqueue for the user to retrieve.
101 .Pp
102 The filter is also run when the user attempts to retrieve the kevent
103 from the kqueue.
104 If the filter indicates that the condition that triggered
105 the event no longer holds, the kevent is removed from the kqueue and
106 is not returned.
107 .Pp
108 Multiple events which trigger the filter do not result in multiple
109 kevents being placed on the kqueue; instead, the filter will aggregate
110 the events into a single struct kevent.
111 Calling
112 .Fn close
113 on a file descriptor will remove any kevents that reference the descriptor.
114 .Pp
115 The
116 .Fn kqueue
117 system call
118 creates a new kernel event queue and returns a descriptor.
119 The queue is not inherited by a child created with
120 .Xr fork 2 .
121 .Pp
122 The
123 .Fn kevent,
124 .Fn kevent64
125 and
126 .Fn kevent_qos
127 system calls
128 are used to register events with the queue, and return any pending
129 events to the user.
130 The
131 .Fa changelist
132 argument
133 is a pointer to an array of
134 .Va kevent,
135 .Va kevent64_s
136 or
137 .Va kevent_qos_s
138 structures, as defined in
139 .Aq Pa sys/event.h .
140 All changes contained in the
141 .Fa changelist
142 are applied before any pending events are read from the queue.
143 The
144 .Fa nchanges
145 argument
146 gives the size of
147 .Fa changelist .
148 The
149 .Fa eventlist
150 argument
151 is a pointer to an array of out
152 .Va kevent,
153 .Va kevent64_s
154 or
155 .Va kevent_qos_s
156 structures.
157 The
158 .Fa nevents
159 argument determines the size of
160 .Fa eventlist .
161 If the KEVENT_FLAG_STACK_EVENTS flag is provided on the system call,
162 the eventlist array is filled in in stack order (starting in the
163 highest available index) instead of typical array order.
164 The
165 .Fa out_data
166 argument provides space for extra out data provided by specific filters.
167 The
168 .Fa data_available
169 argument's contents specified the space available in the data pool on input,
170 and contains the amount still remaining on output.
171 If the KEVENT_FLAG_STACK_DATA flag is specified on the system call,
172 the data is allocated from the pool in stack order instead of typical heap order.
173 If
174 .Fa timeout
175 is a non-NULL pointer, it specifies a maximum interval to wait
176 for an event, which will be interpreted as a struct timespec. If
177 .Fa timeout
178 is a NULL pointer, both
179 .Fn kevent
180 and
181 .Fn kevent64
182 wait indefinitely. To effect a poll, the
183 .Fa flags
184 argument to
185 .Fn kevent64
186 or
187 .Fn kevent_qos
188 can include the KEVENT_FLAG_IMMEDIATE value to indicate an
189 immediate timeout. Alternatively, the
190 .Fa timeout
191 argument should be non-NULL, pointing to a zero-valued
192 .Va timespec
193 structure. The same array may be used for the
194 .Fa changelist
195 and
196 .Fa eventlist .
197 .Pp
198 The
199 .Fn EV_SET
200 macro is provided for ease of initializing a
201 .Va kevent
202 structure. Similarly,
203 .Fn EV_SET64
204 initializes a
205 .Va kevent64_s
206 structure and
207 .Fn EV_SET_QOS
208 initializes a
209 .Va kevent_qos_s
210 structure.
211 .Pp
212 The
213 .Va kevent,
214 .Va kevent64_s
215 and
216 .Va kevent_qos_s
217 structures are defined as:
218 .Bd -literal
219 struct kevent {
220 uintptr_t ident; /* identifier for this event */
221 int16_t filter; /* filter for event */
222 uint16_t flags; /* general flags */
223 uint32_t fflags; /* filter-specific flags */
224 intptr_t data; /* filter-specific data */
225 void *udata; /* opaque user data identifier */
226 };
227
228 struct kevent64_s {
229 uint64_t ident; /* identifier for this event */
230 int16_t filter; /* filter for event */
231 uint16_t flags; /* general flags */
232 uint32_t fflags; /* filter-specific flags */
233 int64_t data; /* filter-specific data */
234 uint64_t udata; /* opaque user data identifier */
235 uint64_t ext[2]; /* filter-specific extensions */
236 };
237
238 struct kevent_qos_s {
239 uint64_t ident; /* identifier for this event */
240 int16_t filter; /* filter for event */
241 uint16_t flags; /* general flags */
242 uint32_t qos; /* quality of service when servicing event */
243 uint64_t udata; /* opaque user data identifier */
244 uint32_t fflags; /* filter-specific flags */
245 uint32_t xflags; /* extra filter-specific flags */
246 int64_t data; /* filter-specific data */
247 uint64_t ext[4]; /* filter-specific extensions */
248 };
249 .Ed
250 .Pp
251 ----
252 .Pp
253 The fields of
254 .Fa struct kevent,
255 .Fa struct kevent64_s
256 and
257 .Fa struct kevent_qos_s
258 are:
259 .Bl -tag -width XXXfilter
260 .It ident
261 Value used to identify the source of the event.
262 The exact interpretation is determined by the attached filter,
263 but often is a file descriptor.
264 .It filter
265 Identifies the kernel filter used to process this event. The pre-defined
266 system filters are described below.
267 .It flags
268 Actions to perform on the event.
269 .It fflags
270 Filter-specific flags.
271 .It data
272 Filter-specific data value.
273 .It udata
274 Opaque user-defined value passed through the kernel unchanged. It can
275 optionally be part of the uniquing decision of the kevent system
276 .El
277 .Pp
278 In addition,
279 .Fa struct kevent64_s
280 contains:
281 .Bl -tag -width XXXfilter
282 .It ext[2]
283 This field stores extensions for the event's filter. What type of extension depends on
284 what type of filter is being used.
285 .El
286 .Pp
287 In addition,
288 .Fa struct kevent_qos_s
289 contains:
290 .Bl -tag -width XXXfilter
291 .It xflags
292 Extra filter-specific flags.
293 .It ext[4]
294 The QoS variant provides twice as many extension values for filter-specific uses.
295 .El
296 .Pp
297 ----
298 .Pp
299 The
300 .Va flags
301 field can contain the following values:
302 .Bl -tag -width XXXEV_ONESHOT
303 .It EV_ADD
304 Adds the event to the kqueue. Re-adding an existing event
305 will modify the parameters of the original event, and not result
306 in a duplicate entry. Adding an event automatically enables it,
307 unless overridden by the EV_DISABLE flag.
308 .It EV_ENABLE
309 Permit
310 .Fn kevent,
311 .Fn kevent64
312 and
313 .Fn kevent_qos
314 to return the event if it is triggered.
315 .It EV_DISABLE
316 Disable the event so
317 .Fn kevent,
318 .Fn kevent64
319 and
320 .Fn kevent_qos
321 will not return it. The filter itself is not disabled.
322 .It EV_DELETE
323 Removes the event from the kqueue. Events which are attached to
324 file descriptors are automatically deleted on the last close of
325 the descriptor.
326 .It EV_RECEIPT
327 This flag is useful for making bulk changes to a kqueue without draining any
328 pending events. When passed as input, it forces EV_ERROR to always be returned.
329 When a filter is successfully added, the
330 .Va data
331 field will be zero.
332 .It EV_ONESHOT
333 Causes the event to return only the first occurrence of the filter
334 being triggered. After the user retrieves the event from the kqueue,
335 it is deleted.
336 .It EV_CLEAR
337 After the event is retrieved by the user, its state is reset.
338 This is useful for filters which report state transitions
339 instead of the current state. Note that some filters may automatically
340 set this flag internally.
341 .It EV_EOF
342 Filters may set this flag to indicate filter-specific EOF condition.
343 .It EV_OOBAND
344 Read filter on socket may set this flag to indicate the presence of out of
345 band data on the descriptor.
346 .It EV_ERROR
347 See
348 .Sx RETURN VALUES
349 below.
350 .El
351 .Pp
352 ----
353 .Pp
354 The predefined system filters are listed below.
355 Arguments may be passed to and from the filter via the
356 .Va data,
357 .Va fflags
358 and optionally
359 .Va xflags
360 fields in the
361 .Va kevent,
362 .Va kevent64_s
363 or
364 .Va kevent_qos_s
365 structure.
366 .Bl -tag -width EVFILT_MACHPORT
367 .It EVFILT_READ
368 Takes a file descriptor as the identifier, and returns whenever
369 there is data available to read.
370 The behavior of the filter is slightly different depending
371 on the descriptor type.
372 .Pp
373 .Bl -tag -width 2n
374 .It Sockets
375 Sockets which have previously been passed to
376 .Fn listen
377 return when there is an incoming connection pending.
378 .Va data
379 contains the size of the listen backlog.
380 .Pp
381 Other socket descriptors return when there is data to be read,
382 subject to the
383 .Dv SO_RCVLOWAT
384 value of the socket buffer.
385 This may be overridden with a per-filter low water mark at the
386 time the filter is added by setting the
387 NOTE_LOWAT
388 flag in
389 .Va fflags ,
390 and specifying the new low water mark in
391 .Va data .
392 The derived per filter low water mark value is, however, bounded
393 by socket receive buffer's high and low water mark values.
394 On return,
395 .Va data
396 contains the number of bytes of protocol data available to read.
397 .Pp
398 The presence of EV_OOBAND in
399 .Va flags ,
400 indicates the presence of out of band data on the socket
401 .Va data
402 equal to the potential number of OOB bytes availble to read.
403 .Pp
404 If the read direction of the socket has shutdown, then the filter
405 also sets EV_EOF in
406 .Va flags ,
407 and returns the socket error (if any) in
408 .Va fflags .
409 It is possible for EOF to be returned (indicating the connection is gone)
410 while there is still data pending in the socket buffer.
411 .It Vnodes
412 Returns when the file pointer is not at the end of file.
413 .Va data
414 contains the offset from current position to end of file,
415 and may be negative.
416 .It "Fifos, Pipes"
417 Returns when there is data to read;
418 .Va data
419 contains the number of bytes available.
420 .Pp
421 When the last writer disconnects, the filter will set EV_EOF in
422 .Va flags .
423 This may be cleared by passing in EV_CLEAR, at which point the
424 filter will resume waiting for data to become available before
425 returning.
426 .It "Device nodes"
427 Returns when there is data to read from the device;
428 .Va data
429 contains the number of bytes available. If the device does
430 not support returning number of bytes, it will not allow the
431 filter to be attached. However, if the NOTE_LOWAT flag is
432 specified and the
433 .Va data
434 field contains 1 on input, those devices will attach - but
435 cannot be relied upon to provide an accurate count of bytes
436 to be read on output.
437 .El
438 .It Dv EVFILT_EXCEPT
439 Takes a descriptor as the identifier, and returns whenever one of the
440 specified exceptional conditions has occurred on the descriptor. Conditions
441 are specified in
442 .Va fflags .
443 Currently, this filter can be used to monitor the arrival of
444 out-of-band data on a socket descriptor using the filter flag
445 .Dv NOTE_OOB .
446 .Pp
447 If the read direction of the socket has shutdown, then the filter
448 also sets EV_EOF in
449 .Va flags ,
450 and returns the socket error (if any) in
451 .Va fflags .
452 .It EVFILT_WRITE
453 Takes a file descriptor as the identifier, and returns whenever
454 it is possible to write to the descriptor. For sockets, pipes
455 and fifos,
456 .Va data
457 will contain the amount of space remaining in the write buffer.
458 The filter will set EV_EOF when the reader disconnects, and for
459 the fifo case, this may be cleared by use of EV_CLEAR.
460 Note that this filter is not supported for vnodes.
461 .Pp
462 For sockets, the low water mark and socket error handling is
463 identical to the EVFILT_READ case.
464 .It EVFILT_AIO
465 This filter is currently unsupported.
466 .\"The sigevent portion of the AIO request is filled in, with
467 .\".Va sigev_notify_kqueue
468 .\"containing the descriptor of the kqueue that the event should
469 .\"be attached to,
470 .\".Va sigev_value
471 .\"containing the udata value, and
472 .\".Va sigev_notify
473 .\"set to SIGEV_KEVENT.
474 .\"When the
475 .\".Fn aio_*
476 .\"system call is made, the event will be registered
477 .\"with the specified kqueue, and the
478 .\".Va ident
479 .\"argument set to the
480 .\".Fa struct aiocb
481 .\"returned by the
482 .\".Fn aio_*
483 .\"system call.
484 .\"The filter returns under the same conditions as aio_error.
485 .\".Pp
486 .\"Alternatively, a kevent structure may be initialized, with
487 .\".Va ident
488 .\"containing the descriptor of the kqueue, and the
489 .\"address of the kevent structure placed in the
490 .\".Va aio_lio_opcode
491 .\"field of the AIO request. However, this approach will not work on
492 .\"architectures with 64-bit pointers, and should be considered deprecated.
493 .It EVFILT_VNODE
494 Takes a file descriptor as the identifier and the events to watch for in
495 .Va fflags ,
496 and returns when one or more of the requested events occurs on the descriptor.
497 The events to monitor are:
498 .Bl -tag -width XXNOTE_RENAME
499 .It NOTE_DELETE
500 The
501 .Fn unlink
502 system call
503 was called on the file referenced by the descriptor.
504 .It NOTE_WRITE
505 A write occurred on the file referenced by the descriptor.
506 .It NOTE_EXTEND
507 The file referenced by the descriptor was extended.
508 .It NOTE_ATTRIB
509 The file referenced by the descriptor had its attributes changed.
510 .It NOTE_LINK
511 The link count on the file changed.
512 .It NOTE_RENAME
513 The file referenced by the descriptor was renamed.
514 .It NOTE_REVOKE
515 Access to the file was revoked via
516 .Xr revoke 2
517 or the underlying fileystem was unmounted.
518 .It NOTE_FUNLOCK
519 The file was unlocked by calling
520 .Xr flock 2
521 or
522 .Xr close 2
523 .El
524 .Pp
525 On return,
526 .Va fflags
527 contains the filter-specific flags which are associated with
528 the triggered events seen by this filter.
529 .It EVFILT_PROC
530 Takes the process ID to monitor as the identifier and the events to watch for
531 in
532 .Va fflags ,
533 and returns when the process performs one or more of the requested events.
534 If a process can normally see another process, it can attach an event to it.
535 The events to monitor are:
536 .Bl -tag -width NOTE_SIGNAL
537 .It NOTE_EXIT
538 The process has exited.
539 .It NOTE_EXITSTATUS
540 The 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.
541 .It NOTE_FORK
542 The process created a child process via
543 .Xr fork 2
544 or similar call.
545 .It NOTE_EXEC
546 The process executed a new process via
547 .Xr execve 2
548 or similar call.
549 .It NOTE_SIGNAL
550 The process was sent a signal. Status can be checked via
551 .Xr waitpid 2
552 or similar call.
553 .It NOTE_REAP
554 The process was reaped by the parent via
555 .Xr wait 2
556 or similar call. Deprecated, use NOTE_EXIT.
557 .El
558 .Pp
559 On return,
560 .Va fflags
561 contains the events which triggered the filter.
562 .It EVFILT_SIGNAL
563 Takes the signal number to monitor as the identifier and returns
564 when the given signal is generated for the process.
565 This coexists with the
566 .Fn signal
567 and
568 .Fn sigaction
569 facilities, and has a lower precedence. Only signals sent to the process,
570 not to a particular thread, will trigger the filter. The filter will record
571 all attempts to deliver a signal to a process, even if the signal has
572 been marked as SIG_IGN. Event notification happens before normal
573 signal delivery processing.
574 .Va data
575 returns the number of times the signal has been generated since the last call to
576 .Fn kevent .
577 This filter automatically sets the EV_CLEAR flag internally.
578 .It EVFILT_MACHPORT
579 Takes the name of a mach port, or port set, in
580 .Va ident
581 and waits until a message is enqueued on the port or port set. When a message
582 is detected, but not directly received by the kevent call, the name of the
583 specific port where the message is enqueued is returned in
584 .Va data .
585 If
586 .Va fflags
587 contains MACH_RCV_MSG, the ext[0] and ext[1] flags are assumed to contain
588 a pointer to the buffer where the message is to be received and the size
589 of the receive buffer, respectively. If MACH_RCV_MSG is specifed, yet the
590 buffer size in ext[1] is zero, The space for the buffer may be carved out
591 of the
592 .Va
593 data_out
594 area provided to
595 .Fn kevent_qos
596 if there is enough space remaining there.
597 .It EVFILT_TIMER
598 Establishes an interval timer identified by
599 .Va ident
600 where
601 .Va data
602 specifies the timeout period (in milliseconds).
603 .Pp
604 .Va fflags
605 can include one of the following flags to specify a different unit:
606 .Bl -tag -width NOTE_NSECONDS
607 .It NOTE_SECONDS
608 .Va data
609 is in seconds
610 .It NOTE_USECONDS
611 .Va data
612 is in microseconds
613 .It NOTE_NSECONDS
614 .Va data
615 is in nanoseconds
616 .It NOTE_MACHTIME
617 .Va data
618 is in Mach absolute time units
619 .El
620 .Pp
621 .Va fflags
622 can also include
623 .Dv NOTE_ABSOLUTE,
624 which establishes an
625 .Dv EV_ONESHOT
626 timer with an absolute deadline instead of an interval.
627 The absolute deadline is expressed in terms of
628 .Xr gettimeofday 2 .
629 With
630 .Dv NOTE_MACHTIME,
631 the deadline is expressed in terms of
632 .Fn mach_absolute_time .
633 .Pp
634 The timer can be coalesced with other timers to save power. The following flags can be set in
635 .Va fflags
636 to modify this behavior:
637 .Bl -tag -width NOTE_BACKGROUND
638 .It NOTE_CRITICAL
639 override default power-saving techniques to more strictly respect the leeway value
640 .It NOTE_BACKGROUND
641 apply more power-saving techniques to coalesce this timer with other timers
642 .It NOTE_LEEWAY
643 .Va ext[1]
644 holds user-supplied slop in deadline for timer coalescing.
645 .El
646 .Pp
647 The timer will be periodic unless
648 .Dv EV_ONESHOT
649 is specified.
650 On return,
651 .Va data
652 contains the number of times the timeout has expired since the last arming or last delivery of the timer event.
653 .Pp
654 This filter automatically sets the
655 .Dv EV_CLEAR
656 flag.
657 .El
658 .Pp
659 ----
660 .Pp
661 In the
662 .Va ext[2]
663 field of the
664 .Va kevent64_s
665 struture,
666 .Va ext[0]
667 is only used with the EVFILT_MACHPORT filter.
668 With other filters,
669 .Va ext[0]
670 is passed through
671 .Fn kevent64
672 much like
673 .Va udata .
674 .Va ext[1]
675 can always be used like
676 .Va udata .
677 For the use of ext[0], see the EVFILT_MACHPORT filter above.
678 .Sh RETURN VALUES
679 The
680 .Fn kqueue
681 system call
682 creates a new kernel event queue and returns a file descriptor.
683 If there was an error creating the kernel event queue, a value of -1 is
684 returned and errno set.
685 .Pp
686 The
687 .Fn kevent ,
688 .Fn kevent64
689 and
690 .Fn kevent_qos
691 system calls
692 return the number of events placed in the
693 .Fa eventlist ,
694 up to the value given by
695 .Fa nevents .
696 If an error occurs while processing an element of the
697 .Fa changelist
698 and there is enough room in the
699 .Fa eventlist ,
700 then the event will be placed in the
701 .Fa eventlist
702 with
703 .Dv EV_ERROR
704 set in
705 .Va flags
706 and the system error in
707 .Va data .
708 Otherwise,
709 .Dv -1
710 will be returned, and
711 .Dv errno
712 will be set to indicate the error condition.
713 If the time limit expires, then
714 .Fn kevent ,
715 .Fn kevent64
716 and
717 .Fn kevent_qos
718 return 0.
719 .Sh ERRORS
720 The
721 .Fn kqueue
722 system call fails if:
723 .Bl -tag -width Er
724 .It Bq Er ENOMEM
725 The kernel failed to allocate enough memory for the kernel queue.
726 .It Bq Er EMFILE
727 The per-process descriptor table is full.
728 .It Bq Er ENFILE
729 The system file table is full.
730 .El
731 .Pp
732 The
733 .Fn kevent
734 and
735 .Fn kevent64
736 system calls fail if:
737 .Bl -tag -width Er
738 .It Bq Er EACCES
739 The process does not have permission to register a filter.
740 .It Bq Er EFAULT
741 There was an error reading or writing the
742 .Va kevent
743 or
744 .Va kevent64_s
745 structure.
746 .It Bq Er EBADF
747 The specified descriptor is invalid.
748 .It Bq Er EINTR
749 A signal was delivered before the timeout expired and before any
750 events were placed on the kqueue for return.
751 .It Bq Er EINVAL
752 The specified time limit or filter is invalid.
753 .It Bq Er ENOENT
754 The event could not be found to be modified or deleted.
755 .It Bq Er ENOMEM
756 No memory was available to register the event.
757 .It Bq Er ESRCH
758 The specified process to attach to does not exist.
759 .El
760 .Sh SEE ALSO
761 .Xr aio_error 2 ,
762 .Xr aio_read 2 ,
763 .Xr aio_return 2 ,
764 .Xr read 2 ,
765 .Xr select 2 ,
766 .Xr sigaction 2 ,
767 .Xr write 2 ,
768 .Xr signal 3
769 .Sh HISTORY
770 The
771 .Fn kqueue
772 and
773 .Fn kevent
774 system calls first appeared in
775 .Fx 4.1 .
776 .Sh AUTHORS
777 The
778 .Fn kqueue
779 system and this manual page were written by
780 .An Jonathan Lemon Aq jlemon@FreeBSD.org .
781 .Sh BUGS
782 Not all filesystem types support kqueue-style notifications.
783 And even some that do, like some remote filesystems, may only
784 support a subset of the notification semantics described
785 here.