1993-06-12 14:58:17 +00:00
|
|
|
/*-
|
|
|
|
* Copyright (c) 1990 The Regents of the University of California.
|
|
|
|
* All rights reserved.
|
1994-01-14 16:25:31 +00:00
|
|
|
* Copyright (c) 1994 John S. Dyson
|
|
|
|
* All rights reserved.
|
2003-11-08 04:39:22 +00:00
|
|
|
* Copyright (c) 2003 Peter Wemm
|
|
|
|
* All rights reserved.
|
1993-06-12 14:58:17 +00:00
|
|
|
*
|
|
|
|
* This code is derived from software contributed to Berkeley by
|
|
|
|
* William Jolitz.
|
|
|
|
*
|
|
|
|
* 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. All advertising materials mentioning features or use of this software
|
|
|
|
* must display the following acknowledgement:
|
|
|
|
* This product includes software developed by the University of
|
|
|
|
* California, Berkeley and its contributors.
|
|
|
|
* 4. 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.
|
|
|
|
*
|
1993-10-15 10:07:45 +00:00
|
|
|
* from: @(#)vmparam.h 5.9 (Berkeley) 5/12/91
|
1999-08-28 01:08:13 +00:00
|
|
|
* $FreeBSD$
|
1993-06-12 14:58:17 +00:00
|
|
|
*/
|
|
|
|
|
|
|
|
|
1993-11-07 17:43:17 +00:00
|
|
|
#ifndef _MACHINE_VMPARAM_H_
|
2003-05-23 05:04:54 +00:00
|
|
|
#define _MACHINE_VMPARAM_H_ 1
|
1993-11-07 17:43:17 +00:00
|
|
|
|
1993-06-12 14:58:17 +00:00
|
|
|
/*
|
2003-05-01 01:05:25 +00:00
|
|
|
* Machine dependent constants for AMD64.
|
1993-06-12 14:58:17 +00:00
|
|
|
*/
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Virtual memory related constants, all in bytes
|
|
|
|
*/
|
1998-06-12 09:10:22 +00:00
|
|
|
#define MAXTSIZ (128UL*1024*1024) /* max text size */
|
1993-06-12 14:58:17 +00:00
|
|
|
#ifndef DFLDSIZ
|
2012-04-27 22:27:21 +00:00
|
|
|
#define DFLDSIZ (32768UL*1024*1024) /* initial data size limit */
|
1993-06-12 14:58:17 +00:00
|
|
|
#endif
|
|
|
|
#ifndef MAXDSIZ
|
2004-10-27 17:21:15 +00:00
|
|
|
#define MAXDSIZ (32768UL*1024*1024) /* max data size */
|
1993-06-12 14:58:17 +00:00
|
|
|
#endif
|
|
|
|
#ifndef DFLSSIZ
|
1994-03-21 09:35:24 +00:00
|
|
|
#define DFLSSIZ (8UL*1024*1024) /* initial stack size limit */
|
1993-06-12 14:58:17 +00:00
|
|
|
#endif
|
|
|
|
#ifndef MAXSSIZ
|
2003-09-25 01:11:17 +00:00
|
|
|
#define MAXSSIZ (512UL*1024*1024) /* max stack size */
|
1993-06-12 14:58:17 +00:00
|
|
|
#endif
|
1994-03-21 09:35:24 +00:00
|
|
|
#ifndef SGROWSIZ
|
2003-05-23 05:04:54 +00:00
|
|
|
#define SGROWSIZ (128UL*1024) /* amount to grow stack */
|
1994-03-21 09:35:24 +00:00
|
|
|
#endif
|
1993-06-12 14:58:17 +00:00
|
|
|
|
2003-05-23 05:04:54 +00:00
|
|
|
/*
|
2003-05-23 06:36:46 +00:00
|
|
|
* We provide a machine specific single page allocator through the use
|
2003-05-23 05:04:54 +00:00
|
|
|
* of the direct mapped segment. This uses 2MB pages for reduced
|
|
|
|
* TLB pressure.
|
|
|
|
*/
|
|
|
|
#define UMA_MD_SMALL_ALLOC
|
1996-04-30 12:02:12 +00:00
|
|
|
|
2007-05-05 19:50:28 +00:00
|
|
|
/*
|
|
|
|
* The physical address space is densely populated.
|
|
|
|
*/
|
|
|
|
#define VM_PHYSSEG_DENSE
|
|
|
|
|
2007-06-03 23:18:29 +00:00
|
|
|
/*
|
|
|
|
* The number of PHYSSEG entries must be one greater than the number
|
|
|
|
* of phys_avail entries because the phys_avail entry that spans the
|
|
|
|
* largest physical address that is accessible by ISA DMA is split
|
|
|
|
* into two PHYSSEG entries.
|
|
|
|
*/
|
2014-08-20 08:07:08 +00:00
|
|
|
#define VM_PHYSSEG_MAX 63
|
2007-06-03 23:18:29 +00:00
|
|
|
|
|
|
|
/*
|
2015-06-08 04:59:32 +00:00
|
|
|
* Create two free page pools: VM_FREEPOOL_DEFAULT is the default pool
|
2007-06-03 23:18:29 +00:00
|
|
|
* from which physical pages are allocated and VM_FREEPOOL_DIRECT is
|
|
|
|
* the pool from which physical pages for page tables and small UMA
|
|
|
|
* objects are allocated.
|
|
|
|
*/
|
2015-06-08 04:59:32 +00:00
|
|
|
#define VM_NFREEPOOL 2
|
2007-06-03 23:18:29 +00:00
|
|
|
#define VM_FREEPOOL_DEFAULT 0
|
|
|
|
#define VM_FREEPOOL_DIRECT 1
|
|
|
|
|
|
|
|
/*
|
The physical memory allocator supports the use of distinct free lists for
managing pages from different address ranges. Generally speaking, this
feature is used to increase the likelihood that physical pages are
available that can meet special DMA requirements or can be accessed through
a limited-coverage direct mapping (e.g., MIPS). However, prior to this
change, the configuration of the free lists was static, i.e., it was
determined at compile time. Consequentally, free lists could be created
for address ranges that held no actual pages, for example, on 32-bit MIPS-
based systems with 512 MB or less of physical memory. This change makes
the creation of the free lists dynamic, i.e., it is based on the available
physical memory at boot time.
On 64-bit x86-based systems with 64 GB or more of physical memory, create
free lists for managing pages with physical addresses below 4 GB. This
change is to address reported problems with initializing devices that
require the allocation of physical pages below 4 GB on some systems with
128 GB or more of physical memory.
PR: 185727
Differential Revision: https://reviews.freebsd.org/D1274
Reviewed by: jhb, kib
MFC after: 3 weeks
Sponsored by: EMC / Isilon Storage Division
2014-12-31 00:54:38 +00:00
|
|
|
* Create up to three free page lists: VM_FREELIST_DMA32 is for physical pages
|
|
|
|
* that have physical addresses below 4G but are not accessible by ISA DMA,
|
|
|
|
* and VM_FREELIST_ISADMA is for physical pages that are accessible by ISA
|
|
|
|
* DMA.
|
2007-06-03 23:18:29 +00:00
|
|
|
*/
|
The physical memory allocator supports the use of distinct free lists for
managing pages from different address ranges. Generally speaking, this
feature is used to increase the likelihood that physical pages are
available that can meet special DMA requirements or can be accessed through
a limited-coverage direct mapping (e.g., MIPS). However, prior to this
change, the configuration of the free lists was static, i.e., it was
determined at compile time. Consequentally, free lists could be created
for address ranges that held no actual pages, for example, on 32-bit MIPS-
based systems with 512 MB or less of physical memory. This change makes
the creation of the free lists dynamic, i.e., it is based on the available
physical memory at boot time.
On 64-bit x86-based systems with 64 GB or more of physical memory, create
free lists for managing pages with physical addresses below 4 GB. This
change is to address reported problems with initializing devices that
require the allocation of physical pages below 4 GB on some systems with
128 GB or more of physical memory.
PR: 185727
Differential Revision: https://reviews.freebsd.org/D1274
Reviewed by: jhb, kib
MFC after: 3 weeks
Sponsored by: EMC / Isilon Storage Division
2014-12-31 00:54:38 +00:00
|
|
|
#define VM_NFREELIST 3
|
2007-06-03 23:18:29 +00:00
|
|
|
#define VM_FREELIST_DEFAULT 0
|
The physical memory allocator supports the use of distinct free lists for
managing pages from different address ranges. Generally speaking, this
feature is used to increase the likelihood that physical pages are
available that can meet special DMA requirements or can be accessed through
a limited-coverage direct mapping (e.g., MIPS). However, prior to this
change, the configuration of the free lists was static, i.e., it was
determined at compile time. Consequentally, free lists could be created
for address ranges that held no actual pages, for example, on 32-bit MIPS-
based systems with 512 MB or less of physical memory. This change makes
the creation of the free lists dynamic, i.e., it is based on the available
physical memory at boot time.
On 64-bit x86-based systems with 64 GB or more of physical memory, create
free lists for managing pages with physical addresses below 4 GB. This
change is to address reported problems with initializing devices that
require the allocation of physical pages below 4 GB on some systems with
128 GB or more of physical memory.
PR: 185727
Differential Revision: https://reviews.freebsd.org/D1274
Reviewed by: jhb, kib
MFC after: 3 weeks
Sponsored by: EMC / Isilon Storage Division
2014-12-31 00:54:38 +00:00
|
|
|
#define VM_FREELIST_DMA32 1
|
|
|
|
#define VM_FREELIST_ISADMA 2
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Create the DMA32 free list only if the number of physical pages above
|
|
|
|
* physical address 4G is at least 16M, which amounts to 64GB of physical
|
|
|
|
* memory.
|
|
|
|
*/
|
|
|
|
#define VM_DMA32_NPAGES_THRESHOLD 16777216
|
2007-06-03 23:18:29 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* An allocation size of 16MB is supported in order to optimize the
|
|
|
|
* use of the direct map by UMA. Specifically, a cache line contains
|
|
|
|
* at most 8 PDEs, collectively mapping 16MB of physical memory. By
|
|
|
|
* reducing the number of distinct 16MB "pages" that are used by UMA,
|
|
|
|
* the physical memory allocator reduces the likelihood of both 2MB
|
|
|
|
* page TLB misses and cache misses caused by 2MB page TLB misses.
|
|
|
|
*/
|
|
|
|
#define VM_NFREEORDER 13
|
|
|
|
|
2007-12-27 16:45:39 +00:00
|
|
|
/*
|
|
|
|
* Enable superpage reservations: 1 level.
|
|
|
|
*/
|
|
|
|
#ifndef VM_NRESERVLEVEL
|
|
|
|
#define VM_NRESERVLEVEL 1
|
|
|
|
#endif
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Level 0 reservations consist of 512 pages.
|
|
|
|
*/
|
|
|
|
#ifndef VM_LEVEL_0_ORDER
|
|
|
|
#define VM_LEVEL_0_ORDER 9
|
|
|
|
#endif
|
|
|
|
|
2010-04-30 00:46:43 +00:00
|
|
|
#ifdef SMP
|
|
|
|
#define PA_LOCK_COUNT 256
|
|
|
|
#endif
|
|
|
|
|
1993-06-12 14:58:17 +00:00
|
|
|
/*
|
1996-04-30 12:02:12 +00:00
|
|
|
* Virtual addresses of things. Derived from the page directory and
|
|
|
|
* page table indexes from pmap.h for precision.
|
2008-06-30 03:14:39 +00:00
|
|
|
*
|
|
|
|
* 0x0000000000000000 - 0x00007fffffffffff user map
|
|
|
|
* 0x0000800000000000 - 0xffff7fffffffffff does not exist (hole)
|
|
|
|
* 0xffff800000000000 - 0xffff804020100fff recursive page table (512GB slot)
|
2013-08-17 19:49:08 +00:00
|
|
|
* 0xffff804020101000 - 0xfffff7ffffffffff unused
|
|
|
|
* 0xfffff80000000000 - 0xfffffbffffffffff 4TB direct map
|
|
|
|
* 0xfffffc0000000000 - 0xfffffdffffffffff unused
|
|
|
|
* 0xfffffe0000000000 - 0xffffffffffffffff 2TB kernel map
|
2008-06-30 03:14:39 +00:00
|
|
|
*
|
|
|
|
* Within the kernel map:
|
|
|
|
*
|
|
|
|
* 0xffffffff80000000 KERNBASE
|
1993-06-12 14:58:17 +00:00
|
|
|
*/
|
|
|
|
|
2013-08-17 19:49:08 +00:00
|
|
|
#define VM_MIN_KERNEL_ADDRESS KVADDR(KPML4BASE, 0, 0, 0)
|
|
|
|
#define VM_MAX_KERNEL_ADDRESS KVADDR(KPML4BASE + NKPML4E - 1, \
|
|
|
|
NPDPEPG-1, NPDEPG-1, NPTEPG-1)
|
2003-05-23 05:04:54 +00:00
|
|
|
|
2003-07-09 23:04:23 +00:00
|
|
|
#define DMAP_MIN_ADDRESS KVADDR(DMPML4I, 0, 0, 0)
|
2010-11-26 19:36:26 +00:00
|
|
|
#define DMAP_MAX_ADDRESS KVADDR(DMPML4I + NDMPML4E, 0, 0, 0)
|
2003-05-23 05:04:54 +00:00
|
|
|
|
2008-07-08 22:59:17 +00:00
|
|
|
#define KERNBASE KVADDR(KPML4I, KPDPI, 0, 0)
|
1996-04-30 12:02:12 +00:00
|
|
|
|
2003-07-09 23:04:23 +00:00
|
|
|
#define UPT_MAX_ADDRESS KVADDR(PML4PML4I, PML4PML4I, PML4PML4I, PML4PML4I)
|
|
|
|
#define UPT_MIN_ADDRESS KVADDR(PML4PML4I, 0, 0, 0)
|
1996-04-30 12:02:12 +00:00
|
|
|
|
2003-07-09 23:04:23 +00:00
|
|
|
#define VM_MAXUSER_ADDRESS UVADDR(NUPML4E, 0, 0, 0)
|
1996-04-30 12:02:12 +00:00
|
|
|
|
2011-01-08 16:13:44 +00:00
|
|
|
#define SHAREDPAGE (VM_MAXUSER_ADDRESS - PAGE_SIZE)
|
|
|
|
#define USRSTACK SHAREDPAGE
|
1996-04-30 12:02:12 +00:00
|
|
|
|
2003-05-23 05:04:54 +00:00
|
|
|
#define VM_MAX_ADDRESS UPT_MAX_ADDRESS
|
|
|
|
#define VM_MIN_ADDRESS (0)
|
1994-01-14 16:25:31 +00:00
|
|
|
|
2014-11-11 14:59:46 +00:00
|
|
|
/*
|
|
|
|
* XXX Allowing dmaplimit == 0 is a temporary workaround for vt(4) efifb's
|
|
|
|
* early use of PHYS_TO_DMAP before the mapping is actually setup. This works
|
|
|
|
* because the result is not actually accessed until later, but the early
|
|
|
|
* vt fb startup needs to be reworked.
|
|
|
|
*/
|
2014-10-24 09:48:58 +00:00
|
|
|
#define PHYS_TO_DMAP(x) ({ \
|
2014-11-11 14:59:46 +00:00
|
|
|
KASSERT(dmaplimit == 0 || (x) < dmaplimit, \
|
2014-10-24 09:48:58 +00:00
|
|
|
("physical address %#jx not covered by the DMAP", \
|
|
|
|
(uintmax_t)x)); \
|
2015-01-12 07:50:55 +00:00
|
|
|
(x) | DMAP_MIN_ADDRESS; })
|
2014-10-24 09:48:58 +00:00
|
|
|
|
|
|
|
#define DMAP_TO_PHYS(x) ({ \
|
|
|
|
KASSERT((x) < (DMAP_MIN_ADDRESS + dmaplimit) && \
|
|
|
|
(x) >= DMAP_MIN_ADDRESS, \
|
|
|
|
("virtual address %#jx not covered by the DMAP", \
|
|
|
|
(uintmax_t)x)); \
|
2015-01-12 07:50:55 +00:00
|
|
|
(x) & ~DMAP_MIN_ADDRESS; })
|
1993-06-12 14:58:17 +00:00
|
|
|
|
1998-02-23 07:42:43 +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.
|
1998-02-23 07:42:43 +00:00
|
|
|
*/
|
|
|
|
#ifndef VM_KMEM_SIZE_SCALE
|
2010-09-17 07:36:32 +00:00
|
|
|
#define VM_KMEM_SIZE_SCALE (1)
|
1998-02-23 07:42:43 +00:00
|
|
|
#endif
|
|
|
|
|
|
|
|
/*
|
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: 60% of the
|
|
|
|
* kernel map.
|
1998-02-23 07:42:43 +00:00
|
|
|
*/
|
|
|
|
#ifndef VM_KMEM_SIZE_MAX
|
2008-07-03 04:53:14 +00:00
|
|
|
#define VM_KMEM_SIZE_MAX ((VM_MAX_KERNEL_ADDRESS - \
|
|
|
|
VM_MIN_KERNEL_ADDRESS + 1) * 3 / 5)
|
1997-06-25 20:18:58 +00:00
|
|
|
#endif
|
1993-06-12 14:58:17 +00:00
|
|
|
|
1998-02-05 03:32:49 +00:00
|
|
|
/* initial pagein size of beginning of executable file */
|
|
|
|
#ifndef VM_INITIAL_PAGEIN
|
|
|
|
#define VM_INITIAL_PAGEIN 16
|
|
|
|
#endif
|
|
|
|
|
2011-05-13 19:35:01 +00:00
|
|
|
#define ZERO_REGION_SIZE (2 * 1024 * 1024) /* 2MB */
|
|
|
|
|
1993-11-07 17:43:17 +00:00
|
|
|
#endif /* _MACHINE_VMPARAM_H_ */
|