2004-05-14 11:46:45 +00:00
|
|
|
/* $NetBSD: vmparam.h,v 1.26 2003/08/07 16:27:47 agc Exp $ */
|
|
|
|
|
2005-01-05 21:58:49 +00:00
|
|
|
/*-
|
2004-05-14 11:46:45 +00:00
|
|
|
* Copyright (c) 1988 The Regents of the University of California.
|
|
|
|
* All rights reserved.
|
|
|
|
*
|
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
* modification, are permitted provided that the following conditions
|
|
|
|
* are met:
|
|
|
|
* 1. Redistributions of source code must retain the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer.
|
|
|
|
* 2. Redistributions in binary form must reproduce the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer in the
|
|
|
|
* documentation and/or other materials provided with the distribution.
|
|
|
|
* 3. Neither the name of the University nor the names of its contributors
|
|
|
|
* may be used to endorse or promote products derived from this software
|
|
|
|
* without specific prior written permission.
|
|
|
|
*
|
|
|
|
* THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
|
|
|
|
* ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
|
|
|
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
|
|
|
|
* ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
|
|
|
|
* FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
|
|
|
|
* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
|
|
|
|
* OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
|
|
|
|
* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
|
|
|
|
* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
|
|
|
|
* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
|
|
|
|
* SUCH DAMAGE.
|
|
|
|
*
|
|
|
|
* $FreeBSD$
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifndef _MACHINE_VMPARAM_H_
|
|
|
|
#define _MACHINE_VMPARAM_H_
|
|
|
|
|
2013-03-02 05:02:29 +00:00
|
|
|
/*
|
|
|
|
* Machine dependent constants for ARM.
|
|
|
|
*/
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Virtual memory related constants, all in bytes
|
|
|
|
*/
|
|
|
|
#ifndef MAXTSIZ
|
|
|
|
#define MAXTSIZ (64UL*1024*1024) /* max text size */
|
|
|
|
#endif
|
|
|
|
#ifndef DFLDSIZ
|
|
|
|
#define DFLDSIZ (128UL*1024*1024) /* initial data size limit */
|
|
|
|
#endif
|
|
|
|
#ifndef MAXDSIZ
|
|
|
|
#define MAXDSIZ (512UL*1024*1024) /* max data size */
|
|
|
|
#endif
|
|
|
|
#ifndef DFLSSIZ
|
|
|
|
#define DFLSSIZ (2UL*1024*1024) /* initial stack size limit */
|
|
|
|
#endif
|
|
|
|
#ifndef MAXSSIZ
|
|
|
|
#define MAXSSIZ (8UL*1024*1024) /* max stack size */
|
|
|
|
#endif
|
|
|
|
#ifndef SGROWSIZ
|
|
|
|
#define SGROWSIZ (128UL*1024) /* amount to grow stack */
|
|
|
|
#endif
|
2004-05-14 11:46:45 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Address space constants
|
|
|
|
*/
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The line between user space and kernel space
|
|
|
|
* Mappings >= KERNEL_BASE are constant across all processes
|
|
|
|
*/
|
|
|
|
#define KERNBASE 0xc0000000
|
|
|
|
|
|
|
|
/*
|
|
|
|
* max number of non-contig chunks of physical RAM you can have
|
|
|
|
*/
|
|
|
|
|
|
|
|
#define VM_PHYSSEG_MAX 32
|
|
|
|
|
2007-05-05 19:50:28 +00:00
|
|
|
/*
|
2014-04-06 21:40:39 +00:00
|
|
|
* The physical address space may be sparsely populated on some ARM systems.
|
2007-05-05 19:50:28 +00:00
|
|
|
*/
|
2014-04-06 21:40:39 +00:00
|
|
|
#define VM_PHYSSEG_SPARSE
|
2007-05-05 19:50:28 +00:00
|
|
|
|
2007-06-04 08:02:22 +00:00
|
|
|
/*
|
2014-02-08 22:21:38 +00:00
|
|
|
* Create two free page pools. Since the ARM kernel virtual address
|
|
|
|
* space does not include a mapping onto the machine's entire physical
|
|
|
|
* memory, VM_FREEPOOL_DIRECT is defined as an alias for the default
|
|
|
|
* pool, VM_FREEPOOL_DEFAULT.
|
2007-06-04 08:02:22 +00:00
|
|
|
*/
|
2013-11-02 17:08:20 +00:00
|
|
|
#define VM_NFREEPOOL 2
|
|
|
|
#define VM_FREEPOOL_CACHE 1
|
|
|
|
#define VM_FREEPOOL_DEFAULT 0
|
2014-02-08 22:21:38 +00:00
|
|
|
#define VM_FREEPOOL_DIRECT 0
|
2007-06-04 08:02:22 +00:00
|
|
|
|
2004-05-14 11:46:45 +00:00
|
|
|
/*
|
2014-04-04 19:35:38 +00:00
|
|
|
* We need just one free list: DEFAULT.
|
2004-05-14 11:46:45 +00:00
|
|
|
*/
|
2014-04-04 19:35:38 +00:00
|
|
|
#define VM_NFREELIST 1
|
2004-05-14 11:46:45 +00:00
|
|
|
#define VM_FREELIST_DEFAULT 0
|
|
|
|
|
2007-06-04 08:02:22 +00:00
|
|
|
/*
|
|
|
|
* The largest allocation size is 1MB.
|
|
|
|
*/
|
|
|
|
#define VM_NFREEORDER 9
|
|
|
|
|
2007-12-27 16:45:39 +00:00
|
|
|
/*
|
2013-08-26 16:23:54 +00:00
|
|
|
* Enable superpage reservations: 1 level.
|
2007-12-27 16:45:39 +00:00
|
|
|
*/
|
|
|
|
#ifndef VM_NRESERVLEVEL
|
2013-08-26 16:23:54 +00:00
|
|
|
#define VM_NRESERVLEVEL 1
|
|
|
|
#endif
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Level 0 reservations consist of 256 pages.
|
|
|
|
*/
|
|
|
|
#ifndef VM_LEVEL_0_ORDER
|
|
|
|
#define VM_LEVEL_0_ORDER 8
|
2007-12-27 16:45:39 +00:00
|
|
|
#endif
|
|
|
|
|
2004-05-14 11:46:45 +00:00
|
|
|
#define UPT_MAX_ADDRESS VADDR(UPTPTDI + 3, 0)
|
|
|
|
#define UPT_MIN_ADDRESS VADDR(UPTPTDI, 0)
|
|
|
|
|
|
|
|
#define VM_MIN_ADDRESS (0x00001000)
|
2012-08-15 03:03:03 +00:00
|
|
|
#ifndef VM_MAXUSER_ADDRESS
|
2004-05-14 11:46:45 +00:00
|
|
|
#define VM_MAXUSER_ADDRESS KERNBASE
|
2012-08-15 03:03:03 +00:00
|
|
|
#endif /* VM_MAXUSER_ADDRESS */
|
2004-05-14 11:46:45 +00:00
|
|
|
#define VM_MAX_ADDRESS VM_MAXUSER_ADDRESS
|
|
|
|
|
|
|
|
#define USRSTACK VM_MAXUSER_ADDRESS
|
|
|
|
|
|
|
|
/* initial pagein size of beginning of executable file */
|
|
|
|
#ifndef VM_INITIAL_PAGEIN
|
|
|
|
#define VM_INITIAL_PAGEIN 16
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#ifndef VM_MIN_KERNEL_ADDRESS
|
|
|
|
#define VM_MIN_KERNEL_ADDRESS KERNBASE
|
|
|
|
#endif
|
|
|
|
|
2013-02-18 01:02:48 +00:00
|
|
|
#define VM_MAX_KERNEL_ADDRESS (vm_max_kernel_address)
|
2013-02-01 10:26:31 +00:00
|
|
|
|
2004-05-14 11:46:45 +00:00
|
|
|
/*
|
As of r257209, all architectures have defined VM_KMEM_SIZE_SCALE. In other
words, every architecture is now auto-sizing the kmem arena. This revision
changes kmeminit() so that the definition of VM_KMEM_SIZE_SCALE becomes
mandatory and the definition of VM_KMEM_SIZE becomes optional.
Replace or eliminate all existing definitions of VM_KMEM_SIZE. With
auto-sizing enabled, VM_KMEM_SIZE effectively became an alternate spelling
for VM_KMEM_SIZE_MIN on most architectures. Use VM_KMEM_SIZE_MIN for
clarity.
Change kmeminit() so that the effect of defining VM_KMEM_SIZE is similar to
that of setting the tunable vm.kmem_size. Whereas the macros
VM_KMEM_SIZE_{MAX,MIN,SCALE} have had the same effect as the tunables
vm.kmem_size_{max,min,scale}, the effects of VM_KMEM_SIZE and vm.kmem_size
have been distinct. In particular, whereas VM_KMEM_SIZE was overridden by
VM_KMEM_SIZE_{MAX,MIN,SCALE} and vm.kmem_size_{max,min,scale}, vm.kmem_size
was not. Remedy this inconsistency. Now, VM_KMEM_SIZE can be used to set
the size of the kmem arena at compile-time without that value being
overridden by auto-sizing.
Update the nearby comments to reflect the kmem submap being replaced by the
kmem arena. Stop duplicating the auto-sizing formula in every machine-
dependent vmparam.h and place it in kmeminit() where auto-sizing takes
place.
Reviewed by: kib (an earlier version)
Sponsored by: EMC / Isilon Storage Division
2013-11-08 16:25:00 +00:00
|
|
|
* How many physical pages per kmem arena virtual page.
|
2004-08-02 12:23:53 +00:00
|
|
|
*/
|
2013-02-01 10:26:31 +00:00
|
|
|
#ifndef VM_KMEM_SIZE_SCALE
|
As of r257209, all architectures have defined VM_KMEM_SIZE_SCALE. In other
words, every architecture is now auto-sizing the kmem arena. This revision
changes kmeminit() so that the definition of VM_KMEM_SIZE_SCALE becomes
mandatory and the definition of VM_KMEM_SIZE becomes optional.
Replace or eliminate all existing definitions of VM_KMEM_SIZE. With
auto-sizing enabled, VM_KMEM_SIZE effectively became an alternate spelling
for VM_KMEM_SIZE_MIN on most architectures. Use VM_KMEM_SIZE_MIN for
clarity.
Change kmeminit() so that the effect of defining VM_KMEM_SIZE is similar to
that of setting the tunable vm.kmem_size. Whereas the macros
VM_KMEM_SIZE_{MAX,MIN,SCALE} have had the same effect as the tunables
vm.kmem_size_{max,min,scale}, the effects of VM_KMEM_SIZE and vm.kmem_size
have been distinct. In particular, whereas VM_KMEM_SIZE was overridden by
VM_KMEM_SIZE_{MAX,MIN,SCALE} and vm.kmem_size_{max,min,scale}, vm.kmem_size
was not. Remedy this inconsistency. Now, VM_KMEM_SIZE can be used to set
the size of the kmem arena at compile-time without that value being
overridden by auto-sizing.
Update the nearby comments to reflect the kmem submap being replaced by the
kmem arena. Stop duplicating the auto-sizing formula in every machine-
dependent vmparam.h and place it in kmeminit() where auto-sizing takes
place.
Reviewed by: kib (an earlier version)
Sponsored by: EMC / Isilon Storage Division
2013-11-08 16:25:00 +00:00
|
|
|
#define VM_KMEM_SIZE_SCALE (3)
|
|
|
|
#endif
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Optional floor (in bytes) on the size of the kmem arena.
|
|
|
|
*/
|
|
|
|
#ifndef VM_KMEM_SIZE_MIN
|
|
|
|
#define VM_KMEM_SIZE_MIN (12 * 1024 * 1024)
|
2004-05-14 11:46:45 +00:00
|
|
|
#endif
|
|
|
|
|
2013-02-18 01:22:20 +00:00
|
|
|
/*
|
As of r257209, all architectures have defined VM_KMEM_SIZE_SCALE. In other
words, every architecture is now auto-sizing the kmem arena. This revision
changes kmeminit() so that the definition of VM_KMEM_SIZE_SCALE becomes
mandatory and the definition of VM_KMEM_SIZE becomes optional.
Replace or eliminate all existing definitions of VM_KMEM_SIZE. With
auto-sizing enabled, VM_KMEM_SIZE effectively became an alternate spelling
for VM_KMEM_SIZE_MIN on most architectures. Use VM_KMEM_SIZE_MIN for
clarity.
Change kmeminit() so that the effect of defining VM_KMEM_SIZE is similar to
that of setting the tunable vm.kmem_size. Whereas the macros
VM_KMEM_SIZE_{MAX,MIN,SCALE} have had the same effect as the tunables
vm.kmem_size_{max,min,scale}, the effects of VM_KMEM_SIZE and vm.kmem_size
have been distinct. In particular, whereas VM_KMEM_SIZE was overridden by
VM_KMEM_SIZE_{MAX,MIN,SCALE} and vm.kmem_size_{max,min,scale}, vm.kmem_size
was not. Remedy this inconsistency. Now, VM_KMEM_SIZE can be used to set
the size of the kmem arena at compile-time without that value being
overridden by auto-sizing.
Update the nearby comments to reflect the kmem submap being replaced by the
kmem arena. Stop duplicating the auto-sizing formula in every machine-
dependent vmparam.h and place it in kmeminit() where auto-sizing takes
place.
Reviewed by: kib (an earlier version)
Sponsored by: EMC / Isilon Storage Division
2013-11-08 16:25:00 +00:00
|
|
|
* Optional ceiling (in bytes) on the size of the kmem arena: 40% of the
|
|
|
|
* kernel map.
|
2013-02-18 01:22:20 +00:00
|
|
|
*/
|
|
|
|
#ifndef VM_KMEM_SIZE_MAX
|
2013-08-09 22:30:54 +00:00
|
|
|
#define VM_KMEM_SIZE_MAX ((vm_max_kernel_address - \
|
|
|
|
VM_MIN_KERNEL_ADDRESS + 1) * 2 / 5)
|
2013-02-18 01:22:20 +00:00
|
|
|
#endif
|
|
|
|
|
2013-02-18 01:02:48 +00:00
|
|
|
extern vm_offset_t vm_max_kernel_address;
|
|
|
|
|
2011-05-13 19:35:01 +00:00
|
|
|
#define ZERO_REGION_SIZE (64 * 1024) /* 64KB */
|
|
|
|
|
2013-03-01 08:30:31 +00:00
|
|
|
#ifndef VM_MAX_AUTOTUNE_MAXUSERS
|
|
|
|
#define VM_MAX_AUTOTUNE_MAXUSERS 384
|
|
|
|
#endif
|
|
|
|
|
2004-05-14 11:46:45 +00:00
|
|
|
#endif /* _MACHINE_VMPARAM_H_ */
|