History log of /src/sys/arch/cesfic/include/vmparam.h |
Revision | | Date | Author | Comments |
1.20 |
| 08-Feb-2025 |
tsutsui | Bump DFLSSIZ from 512KB to 2MB on all hp300 pmap m68k ports.
Some modern applications could require 512KB buffer on stack and no particular comment on port-m68k@: https://mail-index.netbsd.org/port-m68k/2025/02/02/msg000893.html
|
1.19 |
| 01-Feb-2020 |
tsutsui | branches: 1.19.30; Add MAX/MIN PAGE_SIZE and PAGE_SHIFT definitions of m68k for jemalloc(3).
Background: - All m68k ports have fixed PAGE_SIZE value in their kernels, but each port uses different PAGE_SIZE value (4096 or 8192) due to historical reasons. - Currently module(7) binaries are built per each port so all m68k kernel sources don't support run-time variable PAGE_SIZE. - MI <uvm/uvm_param.h> assumes that the port supports a variable PAGE_SIZE on module(7) builds if both MAX_PAGE_SIZE and MIN_PAGE_SIZE are defined and they have different values. - On the other hand, jemalloc(3) checks MAX_PAGE_SHIFT in src/external/bsd/jemalloc/include/jemalloc/internal/jemalloc_internal_defs.h for internal optimization. - m68k ports share userland binaries (especially pkgsrc binaries) among all ports, so we need to define MAX_PAGE_SHIFT as 13 to support m68k ports where PAGE_SIZE==8192. (though this would affect only if static binaries built on 4k page hosts are executed on 8k page hosts)
To solve these inconsistency on PAGE_SIZE definitions, we should have an independent PAGE_SIZE related definitions for userland, but it requires major reorganization. For now (especially for netbsd-9) we define MAX/MIN PAGE_SIZE and PAGE_SHIFT values in <m68k/vmparam.h> only in !defined(_KERNEL) case.
Discussed on source-changes-d@ and tech-kern@ with christos@ and thorpej@: https://mail-index.netbsd.org/source-changes-d/2020/01/thread1.html#012035 https://mail-index.netbsd.org/tech-kern/2020/01/thread1.html#025954
Should be pulled up to netbsd-9.
|
1.18 |
| 28-Jun-2019 |
tsutsui | branches: 1.18.2; 1.18.4; Fix lingering page size comments.
Pointed out by christos@ on port-m68k@: http://mail-index.netbsd.org/port-m68k/2019/06/06/msg000726.html
XXX: we also need MAX_PAGE_SIZE in somewhere for newer jemalloc?
|
1.17 |
| 02-Feb-2017 |
rin | branches: 1.17.14; PR port-mac68k/51923 Bump default MAXTSIZ to 32MB for m68k ports, which allos us to use GCC 5.4 on GENERIC kernels. Ok jklos
|
1.16 |
| 02-Feb-2017 |
rin | PR port-mac68k/51923 Remove unused SYSPTSIZE and USRPTSIZE from m68k ports. Ok jklos
|
1.15 |
| 08-Feb-2011 |
rmind | branches: 1.15.14; 1.15.32; 1.15.36; 1.15.40; Remove clause 3 (UCB advertising clause) from the University of Utah copyright. Confirmed by Mike Hibler, mike at cs.utah.edu - thanks! Also, merge UCB and Utah copyright texts back into one, as they originally were.
Extra verification by snj@.
|
1.14 |
| 14-Jan-2011 |
rmind | branches: 1.14.2; 1.14.4; Retire struct user, remove sys/user.h inclusions. Note sys/user.h header as obsolete. Remove USER_TO_UAREA/UAREA_TO_USER macros.
Various #include fixes and review by matt@.
|
1.13 |
| 06-Nov-2010 |
uebayasi | Remove incomplete, never worked dynamic run-time memory registration (uvm_page_physload(9)). This functionality will be re-added later.
|
1.12 |
| 08-Dec-2009 |
tsutsui | branches: 1.12.2; 1.12.4; Use PGSHIFT from <machine/param.h> for PAGE_SHIFT. We can assume PGSHIFT is always constant on current m68k pmap_motorola implementation. Also fix some leftover HP300 comments on some ports.
|
1.11 |
| 26-Aug-2009 |
thorpej | Minor tweak to the pv_table management in the Hibler-derived m68k pmaps: The head of the list is now a pv_header, which contains the first pv_entry as well as a 16-bit attributes field (replaces the pmap_attributes array plus the pv_entry::pv_flags field) as a 16-bit count of caller-specified cache-inhibited mappings.
Tested on hp300 (shared pmap_motorola.c), changes to atari and amiga copies are purely mechanical.
|
1.10 |
| 06-Mar-2009 |
joerg | Remove SHMMAXPGS from all kernel configs. Dynamically compute the initial limit as 1/4 of the physical memory. Ensure the limit is at least 1024 pages, the old default on most platforms.
|
1.9 |
| 11-Dec-2005 |
christos | branches: 1.9.78; 1.9.86; 1.9.92; merge ktrace-lwp.
|
1.8 |
| 01-Apr-2005 |
yamt | merge yamt-km branch. - don't use managed mappings/backing objects for wired memory allocations. save some resources like pv_entry. also fix (most of) PR/27030. - simplify kernel memory management API. - simplify pmap bootstrap of some ports. - some related cleanups.
|
1.7 |
| 07-Aug-2003 |
agc | branches: 1.7.8; 1.7.10; Move UCB-licensed code from 4-clause to 3-clause licence.
Patches provided by Joel Baker in PR 22364, verified by myself.
|
1.6 |
| 02-Apr-2003 |
thorpej | branches: 1.6.2; Use PAGE_SIZE rather than NBPG.
|
1.5 |
| 10-Dec-2002 |
thorpej | Use __LDPGSZ (which must be == USRTEXT) as the text address for a.out executables, and eliminate the USRTEXT constant, which was only used by the a.out exec code.
|
1.4 |
| 26-Feb-2002 |
simonb | Purge CLSIZE, CLSIZELOG2 and MCLOFSET. Be consistant in the way that MSIZE, MCLSHIFT, MCLBYTES and NMBCLUSTERS are defined. Remove old VM constants from cesfic port. Bump MSIZE to 256 on mipsco (the only one that wasn't already 256).
|
1.3 |
| 15-Nov-2001 |
soren | MAXSLP is defined to be a machine-independent scheduling parameter, so move it into sys/param.h.
|
1.2 |
| 16-May-2001 |
drochner | branches: 1.2.2; 1.2.8; get up-to-date (cleanup, get rid of vm_offset_t)
|
1.1 |
| 14-May-2001 |
drochner | Initial import of the known working kernel bits for the NetBSD/cesfic port. cesfic is a VME board with one or two mc68040 processors. See the README file for details. The port is working well with a.out userland, there are some problems with ELF still, like applications running out of memory where it is not expected. Some parts, in particular the pmap (which was taken from hp300 four years ago), need updating, but this is easier done within the NetBSD CVS tree.
|
1.2.8.4 |
| 11-Dec-2002 |
thorpej | Sync with HEAD.
|
1.2.8.3 |
| 28-Feb-2002 |
nathanw | Catch up to -current.
|
1.2.8.2 |
| 08-Jan-2002 |
nathanw | Catch up to -current.
|
1.2.8.1 |
| 16-May-2001 |
nathanw | file vmparam.h was added on branch nathanw_sa on 2002-01-08 00:23:58 +0000
|
1.2.2.2 |
| 16-Mar-2002 |
jdolecek | Catch up with -current.
|
1.2.2.1 |
| 10-Jan-2002 |
thorpej | Sync kqueue branch with -current.
|
1.6.2.4 |
| 01-Apr-2005 |
skrll | Sync with HEAD.
|
1.6.2.3 |
| 21-Sep-2004 |
skrll | Fix the sync with head I botched.
|
1.6.2.2 |
| 18-Sep-2004 |
skrll | Sync with HEAD.
|
1.6.2.1 |
| 03-Aug-2004 |
skrll | Sync with HEAD
|
1.7.10.1 |
| 24-Feb-2005 |
yamt | change kernel va layout, following mac68k.
|
1.7.8.1 |
| 29-Apr-2005 |
kent | sync with -current
|
1.9.92.1 |
| 13-May-2009 |
jym | Sync with HEAD.
Commit is split, to avoid a "too many arguments" protocol error.
|
1.9.86.1 |
| 28-Apr-2009 |
skrll | Sync with HEAD.
|
1.9.78.3 |
| 11-Mar-2010 |
yamt | sync with head
|
1.9.78.2 |
| 16-Sep-2009 |
yamt | sync with head
|
1.9.78.1 |
| 04-May-2009 |
yamt | sync with head.
|
1.12.4.1 |
| 05-Mar-2011 |
rmind | sync with head
|
1.12.2.1 |
| 26-Apr-2010 |
uebayasi | Remove the unfinished code to add a memory segment after uvm_page_init(). It doesn't even compile.
(In the future, we should allocate struct vm_page [] on the added memory segment for NUMA's sake.)
|
1.14.4.1 |
| 17-Feb-2011 |
bouyer | Sync with HEAD
|
1.14.2.1 |
| 06-Jun-2011 |
jruoho | Sync with HEAD.
|
1.15.40.1 |
| 21-Apr-2017 |
bouyer | Sync with HEAD
|
1.15.36.1 |
| 20-Mar-2017 |
pgoyette | Sync with HEAD
|
1.15.32.1 |
| 05-Feb-2017 |
skrll | Sync with HEAD
|
1.15.14.1 |
| 03-Dec-2017 |
jdolecek | update from HEAD
|
1.17.14.1 |
| 13-Apr-2020 |
martin | Mostly merge changes from HEAD upto 20200411
|
1.18.4.1 |
| 29-Feb-2020 |
ad | Sync with head.
|
1.18.2.1 |
| 10-Feb-2020 |
martin | Pull up following revision(s) (requested by tsutsui in ticket #682):
sys/arch/next68k/include/vmparam.h: revision 1.27 sys/arch/mac68k/include/vmparam.h: revision 1.46 sys/arch/sun3/include/vmparam.h: revision 1.38 sys/arch/m68k/include/vmparam.h: revision 1.1 sys/arch/hp300/include/vmparam.h: revision 1.41 sys/arch/m68k/include/Makefile: revision 1.32 sys/arch/amiga/include/vmparam.h: revision 1.48 distrib/sets/lists/comp/ad.m68k: revision 1.63 sys/arch/x68k/include/vmparam.h: revision 1.40 sys/arch/mvme68k/include/vmparam.h: revision 1.38 sys/arch/luna68k/include/vmparam.h: revision 1.23 sys/arch/news68k/include/vmparam.h: revision 1.23 sys/arch/atari/include/vmparam.h: revision 1.34 sys/arch/cesfic/include/vmparam.h: revision 1.19
Add MAX/MIN PAGE_SIZE and PAGE_SHIFT definitions of m68k for jemalloc(3).
Background: - All m68k ports have fixed PAGE_SIZE value in their kernels, but each port uses different PAGE_SIZE value (4096 or 8192) due to historical reasons. - Currently module(7) binaries are built per each port so all m68k kernel sources don't support run-time variable PAGE_SIZE. - MI <uvm/uvm_param.h> assumes that the port supports a variable PAGE_SIZE on module(7) builds if both MAX_PAGE_SIZE and MIN_PAGE_SIZE are defined and they have different values. - On the other hand, jemalloc(3) checks MAX_PAGE_SHIFT in src/external/bsd/jemalloc/include/jemalloc/internal/jemalloc_internal_defs.h for internal optimization. - m68k ports share userland binaries (especially pkgsrc binaries) among all ports, so we need to define MAX_PAGE_SHIFT as 13 to support m68k ports where PAGE_SIZE==8192. (though this would affect only if static binaries built on 4k page hosts are executed on 8k page hosts)
To solve these inconsistency on PAGE_SIZE definitions, we should have an independent PAGE_SIZE related definitions for userland, but it requires major reorganization.
For now (especially for netbsd-9) we define MAX/MIN PAGE_SIZE and PAGE_SHIFT values in <m68k/vmparam.h> only in !defined(_KERNEL) case.
Discussed on source-changes-d@ and tech-kern@ with christos@ and thorpej@: https://mail-index.netbsd.org/source-changes-d/2020/01/thread1.html#012035 https://mail-index.netbsd.org/tech-kern/2020/01/thread1.html#025954
Should be pulled up to netbsd-9.
|
1.19.30.1 |
| 02-Aug-2025 |
perseant | Sync with HEAD
|