man9: Document M_NEVERFREED and VM_ALLOC_NOFREE

Reviewed by:	alc, kib, markj
Differential Revision:	https://reviews.freebsd.org/D46198
This commit is contained in:
Bojan Novković
2024-07-31 19:36:55 +02:00
parent 8bb6b413f6
commit 31cc65708c
2 changed files with 15 additions and 2 deletions
+10 -1
View File
@@ -28,7 +28,7 @@
.\"
.\" $NetBSD: malloc.9,v 1.3 1996/11/11 00:05:11 lukem Exp $
.\"
.Dd October 12, 2022
.Dd August 4, 2024
.Dt MALLOC 9
.Os
.Sh NAME
@@ -269,6 +269,15 @@ This option should only be used in combination with
.Dv M_NOWAIT
when an allocation failure cannot be tolerated by the caller without
catastrophic effects on the system.
.It Dv M_NEVERFREED
This is an internal flag used by the
.Xr UMA 9
allocator and should not be used in regular
.Fn malloc
invocations.
See the description of VM_ALLOC_NOFREE in
.Xr vm_page_alloc 9
for more details.
.El
.Pp
Exactly one of either
+5 -1
View File
@@ -28,7 +28,7 @@
.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH
.\" DAMAGE.
.\"
.Dd July 21, 2024
.Dd August 4, 2024
.Dt VM_PAGE_ALLOC 9
.Os
.Sh NAME
@@ -307,6 +307,10 @@ pages will be allocated by the caller in the near future.
must be no larger than 65535.
If the system is short of free pages, this hint may cause the kernel
to reclaim memory more aggressively than it would otherwise.
.It Dv VM_ALLOC_NOFREE
The caller asserts that the returned page will never be released.
If this flag is specified, the allocator will try to fetch a page from a
special per-domain arena in order to curb long-term physical memory fragmentation.
.El
.Sh RETURN VALUES
If the allocation was successful, a pointer to the