2 .\" Copyright (c) 1996 The NetBSD Foundation, Inc.
3 .\" All rights reserved.
5 .\" This code is derived from software contributed to The NetBSD Foundation
6 .\" by Paul Kranenburg.
8 .\" Redistribution and use in source and binary forms, with or without
9 .\" modification, are permitted provided that the following conditions
11 .\" 1. Redistributions of source code must retain the above copyright
12 .\" notice, this list of conditions and the following disclaimer.
13 .\" 2. Redistributions in binary form must reproduce the above copyright
14 .\" notice, this list of conditions and the following disclaimer in the
15 .\" documentation and/or other materials provided with the distribution.
16 .\" 3. All advertising materials mentioning features or use of this software
17 .\" must display the following acknowledgement:
18 .\" This product includes software developed by the NetBSD
19 .\" Foundation, Inc. and its contributors.
20 .\" 4. Neither the name of The NetBSD Foundation nor the names of its
21 .\" contributors may be used to endorse or promote products derived
22 .\" from this software without specific prior written permission.
24 .\" THIS SOFTWARE IS PROVIDED BY THE NETBSD FOUNDATION, INC. AND CONTRIBUTORS
25 .\" ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED
26 .\" TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
27 .\" PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE
28 .\" LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
29 .\" CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF
30 .\" SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
31 .\" INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN
32 .\" CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
33 .\" ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
34 .\" POSSIBILITY OF SUCH DAMAGE.
36 .\" $NetBSD: malloc.9,v 1.3 1996/11/11 00:05:11 lukem Exp $
51 .Nd kernel memory management routines
56 .Fn malloc "unsigned long size" "struct malloc_type *type" "int flags"
57 .Fn MALLOC space cast "unsigned long size" "struct malloc_type *type" "int flags"
59 .Fn free "void *addr" "struct malloc_type *type"
60 .Fn FREE "void *addr" "struct malloc_type *type"
62 .Fn realloc "void *addr" "unsigned long size" "struct malloc_type *type" "int flags"
64 .Fn reallocf "void *addr" "unsigned long size" "struct malloc_type *type" "int flags"
65 .Fn MALLOC_DECLARE type
69 .Fn MALLOC_DEFINE type shortdesc longdesc
73 function allocates uninitialized memory in kernel address space for an
74 object whose size is specified by
79 function releases memory at address
81 that was previously allocated by
84 The memory is not zeroed.
95 function changes the size of the previously allocated memory referenced by
100 The contents of the memory are unchanged up to the lesser of the new and
102 Note that the returned value may differ from
104 If the requested memory cannot be allocated,
106 is returned and the memory referenced by
108 is valid and unchanged.
115 function behaves identically to
117 for the specified size.
121 function is identical to
124 will free the passed pointer when the requested memory cannot be allocated.
128 macro variant is functionally equivalent to
129 .Bd -literal -offset indent
130 (space) = (cast)malloc((u_long)(size), type, flags)
135 macro variant is equivalent to
136 .Bd -literal -offset indent
140 Unlike its standard C library counterpart
142 the kernel version takes two more arguments.
145 argument further qualifies
147 operational characteristics as follows:
148 .Bl -tag -width indent
150 Causes the allocated memory to be set to all zeros.
159 if the request cannot be immediately fulfilled due to resource shortage.
162 is required when running in an interrupt context.
164 Indicates that it is OK to wait for resources.
165 If the request cannot be immediately fulfilled, the current process is put
166 to sleep to wait for resources to be released by other processes.
172 functions cannot return
178 Indicates that the system can dig into its reserve in order to obtain the
180 This option used to be called
182 but has been renamed to something more obvious.
183 This option has been deprecated and is slowly being removed from the kernel,
184 and so should not be used with any new programming.
187 Exactly one of either
195 argument is used to perform statistics on memory usage, and for
197 It can be used to identify multiple allocations.
198 The statistics can be examined by
204 .Vt "struct malloc_type"
210 .Bd -literal -offset indent
211 /* sys/something/foo_extern.h */
213 MALLOC_DECLARE(M_FOOBUF);
215 /* sys/something/foo_main.c */
217 MALLOC_DEFINE(M_FOOBUF, "foobuffers", "Buffers to foo data into the ether");
219 /* sys/something/foo_subr.c */
222 MALLOC(buf, struct foo_buf *, sizeof *buf, M_FOOBUF, M_NOWAIT);
234 .Sh IMPLEMENTATION NOTES
235 The memory allocator allocates memory in chunks that have size a power
236 of two for requests up to the size of a page of memory.
237 For larger requests, one or more pages is allocated.
238 While it should not be relied upon, this information may be useful for
239 optimizing the efficiency of memory use.
241 Programmers should be careful not to confuse the malloc flags
256 may not be called from fast interrupts handlers.
257 When called from threaded interrupts,
266 may sleep when called with
279 interlock, will cause a LOR (Lock Order Reversal) due to the
280 intertwining of VM Objects and Vnodes.
287 functions return a kernel virtual address that is suitably aligned for
288 storage of any type of object, or
290 if the request could not be satisfied (implying that
294 A kernel compiled with the
296 configuration option attempts to detect memory corruption caused by
297 such things as writing outside the allocated area and imbalanced calls to the
302 Failing consistency checks will cause a panic or a system console