]> git.saurik.com Git - apple/xnu.git/blame - osfmk/man/memory_object_init.html
xnu-2422.1.72.tar.gz
[apple/xnu.git] / osfmk / man / memory_object_init.html
CommitLineData
13fec989
A
1<h2>memory_object_init</h2>
2<hr>
3<p>
4<strong>Server Interface</strong> - Initializes a memory object.
5<h3>SYNOPSIS</h3>
6<pre>
7<strong>kern_return_t memory_object_init</strong>
8 <strong>(memory_object_t</strong> <var>memory_object</var>,
9 <strong>memory_object_control_t </strong><var>memory_control</var>,
10 <strong>vm_size_t</strong> <var>memory_object_page_size</var><strong>);</strong>
11
12
13<strong>kern_return_t seqnos_memory_object_init</strong>
14 <strong>(memory_object_t</strong> <var>memory_object</var>,
15 <strong>mach_port_seqno_t</strong> <var>seqno</var>,
16 <strong>memory_object_control_t</strong> <var>memory_control</var>,
17 <strong>vm_size_t</strong> <var>memory_object_page_size</var><strong>);</strong>
18</pre>
19<h3>PARAMETERS</h3>
20<dl>
21<dt> <var>memory_object</var>
22<dd>
23[in abstract-memory-object port] The abstract memory object port that represents the memory object data, as supplied to the kernel in a vm_map call.
24<p>
25<dt> <var>seqno</var>
26<dd>
27[in scalar] The sequence number of this message relative to the abstract memory object port.
28<p>
29<dt> <var>memory_control</var>
30<dd>
31[in memory-cache-control port] The memory cache control port to be used by the memory manager. If the memory object has been supplied to more than one kernel, this parameter identifies the kernel that is making the call.
32<p>
33<dt> <var>memory_object_page_size</var>
34<dd>
35[in scalar] The page size used by the kernel. All calls involving this kernel must use data sizes that are integral multiples of this page size.
36</dl>
37<h3>DESCRIPTION</h3>
38<p>
39A <strong>memory_object_init</strong> function is called as the result
40of a kernel message notifying a memory manager that the kernel has
41been asked to map the specified memory object into a task's virtual
42address space. When asked to map a memory object for the first time,
43the kernel responds by making a <strong>memory_object_init</strong>
44call on the abstract memory object. This call is provided as a
45convenience to the memory manager, to allow it to initialize data
46structures and prepare to receive other requests.
47<p>
48In addition to the
49abstract memory object port itself, the call provides
50a memory cache control port that the memory manager can use to
51control use of its data by the kernel. The memory manager gets send
52rights for this port.
53<p>
54The kernel holds send rights for the abstract memory object port, and
55both send and receive rights for the memory cache control port.
56The call also supplies the virtual page size to be used for
57the memory mapping. The memory manager can use this size to detect
58mappings that use different data structures at initialization time, or
59to allocate buffers for use in reading data.
60<p>
61If a memory object is
62mapped into the address space of more than one task on different hosts
63(with independent kernels), the memory manager will receive a
64<strong>memory_object_init</strong> call from each kernel, containing
65a unique set of control and name ports. Note that each kernel may also
66use a different page size.
67<h3>RETURN VALUES</h3>
68<p>
69
70Any return value other than <strong>KERN_SUCCESS</strong>
71or <strong>MIG_NO_REPLY</strong>will cause
72<strong>mach_msg_server</strong> to remove the memory cache control reference.
73<h3>RELATED INFORMATION</h3>
74<p>
75Functions:
76<a href="memory_object_terminate.html"><strong>memory_object_terminate</strong></a>.