1 .\" Copyright (c) 2016, IBM Corporation.
2 .\" Written by Mike Rapoport <rppt@linux.vnet.ibm.com>
3 .\" and Copyright (C) 2017 Michael Kerrisk <mtk.manpages@gmail.com>
5 .\" SPDX-License-Identifier: Linux-man-pages-copyleft
7 .TH userfaultfd 2 (date) "Linux man-pages (unreleased)"
9 userfaultfd \- create a file descriptor for handling page faults in user space
12 .RI ( libc ", " \-lc )
15 .BR "#include <fcntl.h>" " /* Definition of " O_* " constants */"
16 .BR "#include <sys/syscall.h>" " /* Definition of " SYS_* " constants */"
17 .BR "#include <linux/userfaultfd.h>" " /* Definition of " UFFD_* " constants */"
18 .B #include <unistd.h>
20 .BI "int syscall(SYS_userfaultfd, int " flags );
24 glibc provides no wrapper for
26 necessitating the use of
30 creates a new userfaultfd object that can be used for delegation of page-fault
31 handling to a user-space application,
32 and returns a file descriptor that refers to the new object.
33 The new userfaultfd object is configured using
36 Once the userfaultfd object is configured, the application can use
38 to receive userfaultfd notifications.
39 The reads from userfaultfd may be blocking or non-blocking,
40 depending on the value of
42 used for the creation of the userfaultfd or subsequent calls to
45 The following values may be bitwise ORed in
47 to change the behavior of
51 Enable the close-on-exec flag for the new userfaultfd file descriptor.
52 See the description of the
58 Enables non-blocking operation for the userfaultfd object.
59 See the description of the
64 .B UFFD_USER_MODE_ONLY
65 This is an userfaultfd-specific flag that was introduced in Linux 5.11.
66 When set, the userfaultfd object will only be able to handle
67 page faults originated from the user space on the registered regions.
68 When a kernel-originated fault was triggered
69 on the registered range with this userfaultfd, a
71 signal will be delivered.
73 When the last file descriptor referring to a userfaultfd object is closed,
74 all memory ranges that were registered with the object are unregistered
75 and unread events are flushed.
78 Userfaultfd supports three modes of registration:
80 .BR UFFDIO_REGISTER_MODE_MISSING " (since Linux 4.10)"
82 .B UFFDIO_REGISTER_MODE_MISSING
83 mode, user-space will receive a page-fault notification
84 when a missing page is accessed.
85 The faulted thread will be stopped from execution until the page fault is
86 resolved from user-space by either an
92 .BR UFFDIO_REGISTER_MODE_MINOR " (since Linux 5.13)"
94 .B UFFDIO_REGISTER_MODE_MINOR
95 mode, user-space will receive a page-fault notification
96 when a minor page fault occurs.
98 when a backing page is in the page cache,
99 but page table entries don't yet exist.
100 The faulted thread will be stopped from execution
101 until the page fault is resolved from user-space by an
105 .BR UFFDIO_REGISTER_MODE_WP " (since Linux 5.7)"
107 .B UFFDIO_REGISTER_MODE_WP
108 mode, user-space will receive a page-fault notification
109 when a write-protected page is written.
110 The faulted thread will be stopped from execution
111 until user-space write-unprotects the page using an
112 .B UFFDIO_WRITEPROTECT
115 Multiple modes can be enabled at the same time for the same memory range.
117 Since Linux 4.14, a userfaultfd page-fault notification can selectively embed
118 faulting thread ID information into the notification.
119 One needs to enable this feature explicitly using the
120 .B UFFD_FEATURE_THREAD_ID
121 feature bit when initializing the userfaultfd context.
122 By default, thread ID reporting is disabled.
124 The userfaultfd mechanism is designed to allow a thread in a multithreaded
125 program to perform user-space paging for the other threads in the process.
126 When a page fault occurs for one of the regions registered
127 to the userfaultfd object,
128 the faulting thread is put to sleep and
129 an event is generated that can be read via the userfaultfd file descriptor.
130 The fault-handling thread reads events from this file descriptor and services
131 them using the operations described in
132 .BR ioctl_userfaultfd (2).
133 When servicing the page fault events,
134 the fault-handling thread can trigger a wake-up for the sleeping thread.
136 It is possible for the faulting threads and the fault-handling threads
137 to run in the context of different processes.
138 In this case, these threads may belong to different programs,
139 and the program that executes the faulting threads
140 will not necessarily cooperate with the program that handles the page faults.
141 In such non-cooperative mode,
142 the process that monitors userfaultfd and handles page faults
143 needs to be aware of the changes in the virtual memory layout
144 of the faulting process to avoid memory corruption.
147 userfaultfd can also notify the fault-handling threads about changes
148 in the virtual memory layout of the faulting process.
149 In addition, if the faulting process invokes
151 the userfaultfd objects associated with the parent may be duplicated
152 into the child process and the userfaultfd monitor will be notified
156 about the file descriptor associated with the userfault objects
157 created for the child process,
158 which allows the userfaultfd monitor to perform user-space paging
159 for the child process.
160 Unlike page faults which have to be synchronous and require an
161 explicit or implicit wakeup,
162 all other events are delivered asynchronously and
163 the non-cooperative process resumes execution as
164 soon as the userfaultfd manager executes
166 The userfaultfd manager should carefully synchronize calls to
168 with the processing of events.
170 The current asynchronous model of the event delivery is optimal for
171 single threaded non-cooperative userfaultfd manager implementations.
172 .\" Regarding the preceding sentence, Mike Rapoport says:
173 .\" The major point here is that current events delivery model could be
174 .\" problematic for multi-threaded monitor. I even suspect that it would be
175 .\" impossible to ensure synchronization between page faults and non-page
176 .\" fault events in multi-threaded monitor.
178 .\" FIXME elaborate about non-cooperating mode, describe its limitations
179 .\" for kernels before Linux 4.11, features added in Linux 4.11
180 .\" and limitations remaining in Linux 4.11
181 .\" Maybe it's worth adding a dedicated sub-section...
184 Since Linux 5.7, userfaultfd is able to do
185 synchronous page dirty tracking using the new write-protect register mode.
186 One should check against the feature bit
187 .B UFFD_FEATURE_PAGEFAULT_FLAG_WP
188 before using this feature.
189 Similar to the original userfaultfd missing mode, the write-protect mode will
190 generate a userfaultfd notification when the protected page is written.
191 The user needs to resolve the page fault by unprotecting the faulted page and
192 kicking the faulted thread to continue.
193 For more information,
194 please refer to the "Userfaultfd write-protect mode" section.
196 .SS Userfaultfd operation
197 After the userfaultfd object is created with
199 the application must enable it using the
203 This operation allows a two-step handshake between the kernel and user space
204 to determine what API version and features the kernel supports,
205 and then to enable those features user space wants.
206 This operation must be performed before any of the other
208 operations described below (or those operations fail with the
215 the application then registers memory address ranges using the
219 After successful completion of a
222 a page fault occurring in the requested memory range, and satisfying
223 the mode defined at the registration time, will be forwarded by the kernel to
224 the user-space application.
225 The application can then use various (e.g.,
227 .BR UFFDIO_ZEROPAGE ,
229 .BR UFFDIO_CONTINUE )
231 operations to resolve the page fault.
233 Since Linux 4.14, if the application sets the
234 .B UFFD_FEATURE_SIGBUS
235 feature bit using the
238 no page-fault notification will be forwarded to user space.
241 signal is delivered to the faulting process.
243 userfaultfd can be used for robustness purposes to simply catch
244 any access to areas within the registered address range that do not
245 have pages allocated, without having to listen to userfaultfd events.
246 No userfaultfd monitor will be required for dealing with such memory
248 For example, this feature can be useful for applications that
249 want to prevent the kernel from automatically allocating pages and filling
250 holes in sparse files when the hole is accessed through a memory mapping.
253 .B UFFD_FEATURE_SIGBUS
254 feature is implicitly inherited through
256 if used in combination with
257 .BR UFFD_FEATURE_FORK .
259 Details of the various
261 operations can be found in
262 .BR ioctl_userfaultfd (2).
264 Since Linux 4.11, events other than page-fault may enabled during
269 userfaultfd can be used only with anonymous private memory mappings.
271 userfaultfd can be also used with hugetlbfs and shared memory mappings.
273 .SS Userfaultfd write-protect mode (since Linux 5.7)
274 Since Linux 5.7, userfaultfd supports write-protect mode for anonymous memory.
275 The user needs to first check availability of this feature using
277 ioctl against the feature bit
278 .B UFFD_FEATURE_PAGEFAULT_FLAG_WP
279 before using this feature.
282 the write-protection mode was also supported on
283 shmem and hugetlbfs memory types.
284 It can be detected with the feature bit
285 .BR UFFD_FEATURE_WP_HUGETLBFS_SHMEM .
287 To register with userfaultfd write-protect mode, the user needs to initiate the
290 .B UFFDIO_REGISTER_MODE_WP
292 Note that it is legal to monitor the same memory range with multiple modes.
293 For example, the user can do
296 .BR "UFFDIO_REGISTER_MODE_MISSING | UFFDIO_REGISTER_MODE_WP" .
298 .B UFFDIO_REGISTER_MODE_WP
299 registered, user-space will
301 receive any notification when a missing page is written.
302 Instead, user-space will receive a write-protect page-fault notification
303 only when an existing but write-protected page got written.
308 .B UFFDIO_REGISTER_MODE_WP
310 the user can write-protect any existing memory within the range using the ioctl
311 .B UFFDIO_WRITEPROTECT
313 .I uffdio_writeprotect.mode
315 .BR UFFDIO_WRITEPROTECT_MODE_WP .
317 When a write-protect event happens,
318 user-space will receive a page-fault notification whose
319 .I uffd_msg.pagefault.flags
321 .B UFFD_PAGEFAULT_FLAG_WP
323 Note: since only writes can trigger this kind of fault,
324 write-protect notifications will always have the
325 .B UFFD_PAGEFAULT_FLAG_WRITE
326 bit set along with the
327 .B UFFD_PAGEFAULT_FLAG_WP
330 To resolve a write-protection page fault, the user should initiate another
331 .B UFFDIO_WRITEPROTECT
333 .I uffd_msg.pagefault.flags
335 .B UFFDIO_WRITEPROTECT_MODE_WP
336 cleared upon the faulted page or range.
338 .SS Userfaultfd minor fault mode (since Linux 5.13)
340 userfaultfd supports minor fault mode.
342 fault messages are produced not for major faults
343 (where the page was missing),
344 but rather for minor faults,
345 where a page exists in the page cache,
346 but the page table entries are not yet present.
347 The user needs to first check availability of this feature using the
349 ioctl with the appropriate feature bits set before using this feature:
350 .B UFFD_FEATURE_MINOR_HUGETLBFS
353 .B UFFD_FEATURE_MINOR_SHMEM
356 To register with userfaultfd minor fault mode,
357 the user needs to initiate the
360 .B UFFD_REGISTER_MODE_MINOR
363 When a minor fault occurs,
364 user-space will receive a page-fault notification
366 .I uffd_msg.pagefault.flags
368 .B UFFD_PAGEFAULT_FLAG_MINOR
371 To resolve a minor page fault,
372 the handler should decide whether or not
373 the existing page contents need to be modified first.
375 this should be done in-place via a second,
376 non-userfaultfd-registered mapping
377 to the same backing page
378 (e.g., by mapping the shmem or hugetlbfs file twice).
379 Once the page is considered "up to date",
380 the fault can be resolved by initiating an
383 which installs the page table entries and
385 wakes up the faulting thread(s).
387 Minor fault mode supports only hugetlbfs-backed (since Linux 5.13)
388 and shmem-backed (since Linux 5.14) memory.
390 .SS Reading from the userfaultfd structure
393 from the userfaultfd file descriptor returns one or more
395 structures, each of which describes a page-fault event
396 or an event required for the non-cooperative userfaultfd usage:
401 __u8 event; /* Type of event */
405 __u64 flags; /* Flags describing fault */
406 __u64 address; /* Faulting address */
408 __u32 ptid; /* Thread ID of the fault */
412 struct { /* Since Linux 4.11 */
413 __u32 ufd; /* Userfault file descriptor
414 of the child process */
417 struct { /* Since Linux 4.11 */
418 __u64 from; /* Old address of remapped area */
419 __u64 to; /* New address of remapped area */
420 __u64 len; /* Original mapping length */
423 struct { /* Since Linux 4.11 */
424 __u64 start; /* Start address of removed area */
425 __u64 end; /* End address of removed area */
430 /* Padding fields omitted */
435 If multiple events are available and the supplied buffer is large enough,
437 returns as many events as will fit in the supplied buffer.
438 If the buffer supplied to
440 is smaller than the size of the
447 The fields set in the
449 structure are as follows:
453 Depending of the event type,
454 different fields of the
456 union represent details required for the event processing.
457 The non-page-fault events are generated only when appropriate feature
458 is enabled during API handshake with
462 The following values can appear in the
467 .BR UFFD_EVENT_PAGEFAULT " (since Linux 4.3)"
469 The page-fault details are available in the
473 .BR UFFD_EVENT_FORK " (since Linux 4.11)"
474 Generated when the faulting process invokes
481 The event details are available in the
484 .\" FIXME describe duplication of userfault file descriptor during fork
486 .BR UFFD_EVENT_REMAP " (since Linux 4.11)"
487 Generated when the faulting process invokes
489 The event details are available in the
493 .BR UFFD_EVENT_REMOVE " (since Linux 4.11)"
494 Generated when the faulting process invokes
501 The event details are available in the
505 .BR UFFD_EVENT_UNMAP " (since Linux 4.11)"
506 Generated when the faulting process unmaps a memory range,
507 either explicitly using
513 The event details are available in the
519 The address that triggered the page fault.
522 A bit mask of flags that describe the event.
524 .BR UFFD_EVENT_PAGEFAULT ,
525 the following flag may appear:
528 .B UFFD_PAGEFAULT_FLAG_WP
529 If this flag is set, then the fault was a write-protect fault.
531 .B UFFD_PAGEFAULT_FLAG_MINOR
532 If this flag is set, then the fault was a minor fault.
534 .B UFFD_PAGEFAULT_FLAG_WRITE
535 If this flag is set, then the fault was a write fault.
538 .B UFFD_PAGEFAULT_FLAG_WP
540 .B UFFD_PAGEFAULT_FLAG_MINOR
541 are set, then the fault was a missing fault.
544 .I pagefault.feat.pid
545 The thread ID that triggered the page fault.
548 The file descriptor associated with the userfault object
549 created for the child created by
553 The original address of the memory range that was remapped using
557 The new address of the memory range that was remapped using
561 The original length of the memory range that was remapped using
565 The start address of the memory range that was freed using
570 The end address of the memory range that was freed using
576 on a userfaultfd file descriptor can fail with the following errors:
579 The userfaultfd object has not yet been enabled using the
586 flag is enabled in the associated open file description,
587 the userfaultfd file descriptor can be monitored with
592 When events are available, the file descriptor indicates as readable.
595 flag is not enabled, then
597 (always) indicates the file as having a
601 indicates the file descriptor as both readable and writable.
602 .\" FIXME What is the reason for this seemingly odd behavior with respect
603 .\" to the O_NONBLOCK flag? (see userfaultfd_poll() in fs/userfaultfd.c).
604 .\" Something needs to be said about this.
608 returns a new file descriptor that refers to the userfaultfd object.
609 On error, \-1 is returned, and
611 is set to indicate the error.
615 An unsupported value was specified in
619 The per-process limit on the number of open file descriptors has been
623 The system-wide limit on the total number of open files has been
627 Insufficient kernel memory was available.
629 .BR EPERM " (since Linux 5.2)"
630 .\" cefdca0a86be517bc390fc4541e3674b8e7803b0
631 The caller is not privileged (does not have the
633 capability in the initial user namespace), and
634 .I /proc/sys/vm/unprivileged_userfaultfd
641 Support for hugetlbfs and shared memory areas and
642 non-page-fault events was added in Linux 4.11
644 The userfaultfd mechanism can be used as an alternative to
645 traditional user-space paging techniques based on the use of the
649 It can also be used to implement lazy restore
650 for checkpoint/restore mechanisms,
651 as well as post-copy migration to allow (nearly) uninterrupted execution
652 when transferring virtual machines and Linux containers
653 from one host to another.
656 .B UFFD_FEATURE_EVENT_FORK
657 is enabled and a system call from the
659 family is interrupted by a signal or failed, a stale userfaultfd descriptor
661 In this case, a spurious
663 will be delivered to the userfaultfd monitor.
665 The program below demonstrates the use of the userfaultfd mechanism.
666 The program creates two threads, one of which acts as the
667 page-fault handler for the process, for the pages in a demand-page zero
671 The program takes one command-line argument,
672 which is the number of pages that will be created in a mapping
673 whose page faults will be handled via userfaultfd.
674 After creating a userfaultfd object,
675 the program then creates an anonymous private mapping of the specified size
676 and registers the address range of that mapping using the
680 The program then creates a second thread that will perform the
681 task of handling page faults.
683 The main thread then walks through the pages of the mapping fetching
684 bytes from successive pages.
685 Because the pages have not yet been accessed,
686 the first access of a byte in each page will trigger a page-fault event
687 on the userfaultfd file descriptor.
689 Each of the page-fault events is handled by the second thread,
690 which sits in a loop processing input from the userfaultfd file descriptor.
691 In each loop iteration, the second thread first calls
693 to check the state of the file descriptor,
694 and then reads an event from the file descriptor.
695 All such events should be
696 .B UFFD_EVENT_PAGEFAULT
698 which the thread handles by copying a page of data into
699 the faulting region using the
704 The following is an example of what we see when running the program:
708 $ \fB./userfaultfd_demo 3\fP
709 Address returned by mmap() = 0x7fd30106c000
711 fault_handler_thread():
712 poll() returns: nready = 1; POLLIN = 1; POLLERR = 0
713 UFFD_EVENT_PAGEFAULT event: flags = 0; address = 7fd30106c00f
714 (uffdio_copy.copy returned 4096)
715 Read address 0x7fd30106c00f in main(): A
716 Read address 0x7fd30106c40f in main(): A
717 Read address 0x7fd30106c80f in main(): A
718 Read address 0x7fd30106cc0f in main(): A
720 fault_handler_thread():
721 poll() returns: nready = 1; POLLIN = 1; POLLERR = 0
722 UFFD_EVENT_PAGEFAULT event: flags = 0; address = 7fd30106d00f
723 (uffdio_copy.copy returned 4096)
724 Read address 0x7fd30106d00f in main(): B
725 Read address 0x7fd30106d40f in main(): B
726 Read address 0x7fd30106d80f in main(): B
727 Read address 0x7fd30106dc0f in main(): B
729 fault_handler_thread():
730 poll() returns: nready = 1; POLLIN = 1; POLLERR = 0
731 UFFD_EVENT_PAGEFAULT event: flags = 0; address = 7fd30106e00f
732 (uffdio_copy.copy returned 4096)
733 Read address 0x7fd30106e00f in main(): C
734 Read address 0x7fd30106e40f in main(): C
735 Read address 0x7fd30106e80f in main(): C
736 Read address 0x7fd30106ec0f in main(): C
741 .\" SRC BEGIN (userfaultfd.c)
743 /* userfaultfd_demo.c
745 Licensed under the GNU General Public License version 2 or later.
751 #include <inttypes.h>
752 #include <linux/userfaultfd.h>
758 #include <sys/ioctl.h>
759 #include <sys/mman.h>
760 #include <sys/syscall.h>
763 static int page_size;
766 fault_handler_thread(void *arg)
769 long uffd; /* userfaultfd file descriptor */
771 struct pollfd pollfd;
772 struct uffdio_copy uffdio_copy;
774 static int fault_cnt = 0; /* Number of faults so far handled */
775 static char *page = NULL;
776 static struct uffd_msg msg; /* Data read from userfaultfd */
780 /* Create a page that will be copied into the faulting region. */
783 page = mmap(NULL, page_size, PROT_READ | PROT_WRITE,
784 MAP_PRIVATE | MAP_ANONYMOUS, \-1, 0);
785 if (page == MAP_FAILED)
786 err(EXIT_FAILURE, "mmap");
789 /* Loop, handling incoming events on the userfaultfd
794 /* See what poll() tells us about the userfaultfd. */
797 pollfd.events = POLLIN;
798 nready = poll(&pollfd, 1, \-1);
800 err(EXIT_FAILURE, "poll");
802 printf("\enfault_handler_thread():\en");
803 printf(" poll() returns: nready = %d; "
804 "POLLIN = %d; POLLERR = %d\en", nready,
805 (pollfd.revents & POLLIN) != 0,
806 (pollfd.revents & POLLERR) != 0);
808 /* Read an event from the userfaultfd. */
810 nread = read(uffd, &msg, sizeof(msg));
812 printf("EOF on userfaultfd!\en");
817 err(EXIT_FAILURE, "read");
819 /* We expect only one kind of event; verify that assumption. */
821 if (msg.event != UFFD_EVENT_PAGEFAULT) {
822 fprintf(stderr, "Unexpected event on userfaultfd\en");
826 /* Display info about the page\-fault event. */
828 printf(" UFFD_EVENT_PAGEFAULT event: ");
829 printf("flags = %"PRIx64"; ", msg.arg.pagefault.flags);
830 printf("address = %"PRIx64"\en", msg.arg.pagefault.address);
832 /* Copy the page pointed to by \[aq]page\[aq] into the faulting
833 region. Vary the contents that are copied in, so that it
834 is more obvious that each fault is handled separately. */
836 memset(page, \[aq]A\[aq] + fault_cnt % 20, page_size);
839 uffdio_copy.src = (unsigned long) page;
841 /* We need to handle page faults in units of pages(!).
842 So, round faulting address down to page boundary. */
844 uffdio_copy.dst = (unsigned long) msg.arg.pagefault.address &
845 \[ti](page_size \- 1);
846 uffdio_copy.len = page_size;
847 uffdio_copy.mode = 0;
848 uffdio_copy.copy = 0;
849 if (ioctl(uffd, UFFDIO_COPY, &uffdio_copy) == \-1)
850 err(EXIT_FAILURE, "ioctl\-UFFDIO_COPY");
852 printf(" (uffdio_copy.copy returned %"PRId64")\en",
858 main(int argc, char *argv[])
862 char *addr; /* Start of region handled by userfaultfd */
863 long uffd; /* userfaultfd file descriptor */
864 size_t len, l; /* Length of region handled by userfaultfd */
865 pthread_t thr; /* ID of thread that handles page faults */
866 struct uffdio_api uffdio_api;
867 struct uffdio_register uffdio_register;
870 fprintf(stderr, "Usage: %s num\-pages\en", argv[0]);
874 page_size = sysconf(_SC_PAGE_SIZE);
875 len = strtoull(argv[1], NULL, 0) * page_size;
877 /* Create and enable userfaultfd object. */
879 uffd = syscall(SYS_userfaultfd, O_CLOEXEC | O_NONBLOCK);
881 err(EXIT_FAILURE, "userfaultfd");
883 /* NOTE: Two-step feature handshake is not needed here, since this
884 example doesn't require any specific features.
886 Programs that *do* should call UFFDIO_API twice: once with
887 `features = 0` to detect features supported by this kernel, and
888 again with the subset of features the program actually wants to
890 uffdio_api.api = UFFD_API;
891 uffdio_api.features = 0;
892 if (ioctl(uffd, UFFDIO_API, &uffdio_api) == \-1)
893 err(EXIT_FAILURE, "ioctl\-UFFDIO_API");
895 /* Create a private anonymous mapping. The memory will be
896 demand\-zero paged\-\-that is, not yet allocated. When we
897 actually touch the memory, it will be allocated via
900 addr = mmap(NULL, len, PROT_READ | PROT_WRITE,
901 MAP_PRIVATE | MAP_ANONYMOUS, \-1, 0);
902 if (addr == MAP_FAILED)
903 err(EXIT_FAILURE, "mmap");
905 printf("Address returned by mmap() = %p\en", addr);
907 /* Register the memory range of the mapping we just created for
908 handling by the userfaultfd object. In mode, we request to track
909 missing pages (i.e., pages that have not yet been faulted in). */
911 uffdio_register.range.start = (unsigned long) addr;
912 uffdio_register.range.len = len;
913 uffdio_register.mode = UFFDIO_REGISTER_MODE_MISSING;
914 if (ioctl(uffd, UFFDIO_REGISTER, &uffdio_register) == \-1)
915 err(EXIT_FAILURE, "ioctl\-UFFDIO_REGISTER");
917 /* Create a thread that will process the userfaultfd events. */
919 s = pthread_create(&thr, NULL, fault_handler_thread, (void *) uffd);
921 errc(EXIT_FAILURE, s, "pthread_create");
924 /* Main thread now touches memory in the mapping, touching
925 locations 1024 bytes apart. This will trigger userfaultfd
926 events for all pages in the region. */
928 l = 0xf; /* Ensure that faulting address is not on a page
929 boundary, in order to test that we correctly
930 handle that case in fault_handling_thread(). */
933 printf("Read address %p in %s(): ", addr + l, __func__);
936 usleep(100000); /* Slow things down a little */
946 .BR ioctl_userfaultfd (2),
950 .I Documentation/admin\-guide/mm/userfaultfd.rst
951 in the Linux kernel source tree