X-Git-Url: https://git.saurik.com/apple/xnu.git/blobdiff_plain/743b15655a24ee3fe9f458f383003e011db0558f..13fec9890cf095cc781fdf7b8917cb03bf32dd4c:/osfmk/man/memory_object_data_request.html diff --git a/osfmk/man/memory_object_data_request.html b/osfmk/man/memory_object_data_request.html index 2b3dbcb88..26181b358 100755 --- a/osfmk/man/memory_object_data_request.html +++ b/osfmk/man/memory_object_data_request.html @@ -1 +1,113 @@ -
Server Interface - Request that memory manager page-in specified data.
kern_return_t memory_object_data_request (memory_object_t memory_object, memory_object_control_t memory_control, vm_offset_t offset, vm_size_t length, vm_prot_t desired_access); kern_return_t seqnos_memory_object_data_request (memory_object_t memory_object, mach_port_seqno_t seqno, memory_object_control_t memory_control, vm_offset_t offset, vm_size_t length, vm_prot_t desired_access);
A memory_object_data_request function is called as the result of a kernel message requesting data from the specified memory object, for at least the access specified.
The kernel issues this call after a cache miss (that is, a page fault for which the kernel does not have the data). The kernel requests only amounts of data that are multiples of the page size included in the memory_object_init or memory_object_create call.
The memory manager is expected to use memory_object_data_supply to return at least the specified data, with as much access as it can allow. If the memory manager cannot provide the data (for example, because of a hardware error), it can use the memory_object_data_error call. The memory manager can also use memory_object_data_unavailable to tell the kernel to supply zero-filled memory for the region.
Only generic errors apply.
Functions: memory_object_data_error, memory_object_data_supply, memory_object_data_unavailable, memory_object_server, seqnos_memory_object_server. \ No newline at end of file +
+Server Interface - Request that memory manager page-in specified data. +
+kern_return_t memory_object_data_request + (memory_object_t memory_object, + memory_object_control_t memory_control, + vm_offset_t offset, + vm_size_t length, + vm_prot_t desired_access); + + +kern_return_t seqnos_memory_object_data_request + (memory_object_t memory_object, + mach_port_seqno_t seqno, + memory_object_control_t memory_control, + vm_offset_t offset, + vm_size_t length, + vm_prot_t desired_access); ++
+
+
+
+
+
+
+
+
+
+A memory_object_data_request function is called as +the result of a kernel +message requesting data from the specified memory object, for at least the +access specified. +
+The kernel issues this call after a cache miss (that is, a page +fault for which the +kernel does not have the data). The kernel requests only amounts +of data that are +multiples of the page size included in the +memory_object_init or memory_object_create call. +
+The memory manager is expected to use memory_object_data_supply to +return at least the specified data, with as much access as it +can allow. If the +memory manager cannot provide the data (for example, because +of a hardware error), +it can use the memory_object_data_error call. The +memory manager can also +use memory_object_data_unavailable to tell the kernel +to supply zero-filled +memory for the region. +
+Only generic errors apply. +
+Functions: +memory_object_data_error, +memory_object_data_supply, +memory_object_data_unavailable, +memory_object_server, +seqnos_memory_object_server. +