History log of /openbsd-src/sys/arch/mips64/include/vmparam.h (Results 1 – 25 of 31)
Revision Date Author Comments
# d7e7dacb 16-Nov-2023 deraadt <deraadt@openbsd.org>

crank MAXTSIZ because clang is a piggy


# e8dad7d8 19-Mar-2023 kettenis <kettenis@openbsd.org>

Aggressively randomize the location of the stack on all 64-bit architectures
except alpha. This will put the stack at a random location in the upper
1/4th of the userland virtual address space provi

Aggressively randomize the location of the stack on all 64-bit architectures
except alpha. This will put the stack at a random location in the upper
1/4th of the userland virtual address space providing up to 26 additional
bits of randomness in the address. Skip alpha for now since it currently
puts the stack at a (for a 64-bit architecture) very low address. Skip
32-bit architectures for now as well since those have a much smaller
virtual address space and we need more time to figure out what a safe
amount of extra randomizations is. These architectures will continue to
use a mildly randomized stack address through the existing stackgap random
mechanism. We will revisit this after 7.3 is released.

This should make it harder for an attacker to find the stack.

ok deraadt@, miod@

show more ...


# 574484f9 23-Dec-2016 visa <visa@openbsd.org>

Tweaks suggested by miod@


# f39ec411 22-Dec-2016 visa <visa@openbsd.org>

Extend the size of user virtual address space from 2GB to 1TB on mips64
by adding another level to page directories. This improves ASLR and
complements W^X added earlier on some systems, giving a not

Extend the size of user virtual address space from 2GB to 1TB on mips64
by adding another level to page directories. This improves ASLR and
complements W^X added earlier on some systems, giving a notable update
to the architecture's security. Besides, there is now more room for
running tasks that hog memory.

Testing help from deraadt@ and fcambus@.
Platforms tested: loongson, octeon, sgi/IP27 and sgi/IP30
(IP30 also with 4KB pages).

show more ...


# 62fe2d4b 30-Jan-2014 miod <miod@openbsd.org>

Move declaration of struct vm_page_md from <machine/vmparam.h> to
<machine/pmap.h> where it belongs, and compensate in <uvm/uvm_extern.h>
by including <uvm/uvm_pmap.h> before <uvm/uvm_page.h>. Tested

Move declaration of struct vm_page_md from <machine/vmparam.h> to
<machine/pmap.h> where it belongs, and compensate in <uvm/uvm_extern.h>
by including <uvm/uvm_pmap.h> before <uvm/uvm_page.h>. Tested on all
MACHINE_ARCH but amd64 and i386 (and hppa64).

show more ...


# 22c9ca0c 24-Jan-2014 miod <miod@openbsd.org>

Do not protect struct vm_page_md with defined(_KERNEL), for userland uvm
grovellers need to know it to be able to get the right size for struct
vm_page.


# 736608ca 23-Jan-2014 miod <miod@openbsd.org>

unifdef -D__HAVE_VM_PAGE_MD - no functional change.


# 2ce3b4a8 30-May-2011 oga <oga@openbsd.org>

Remove the freelist member from vm_physseg

The new world order of pmemrange makes this data completely redundant
(being dealt with by the pmemrange constraints instead). Remove all code
that messes

Remove the freelist member from vm_physseg

The new world order of pmemrange makes this data completely redundant
(being dealt with by the pmemrange constraints instead). Remove all code
that messes with the freelist.

While touching every caller of uvm_page_physload() anyway, add the flags
argument to all callers (all but one is 0 and that one already used
PHYSLOAD_DEVICE) and remove the macro magic to allow callers to continue
without it.

Should shrink the code a bit, as well.

matthew@ pointed out some mistakes i'd made.
``freelist death, I like. Ok.' ariane@
`I agree with the general direction, go ahead and i'll fix any fallout
shortly'' miod@ (68k 88k and vax i could not check would build)

show more ...


# 2fa72412 23-Mar-2011 pirofti <pirofti@openbsd.org>

Normalize sentinel. Use _MACHINE_*_H_ and _<ARCH>_*_H_ properly and consitently.

Discussed and okay drahn@. Okay deraadt@.


# 01d0831f 15-Dec-2010 tedu <tedu@openbsd.org>

oops, i forgot to check in the BRKSIZ define in uvm, but deraadt thinks
its better as a per arch MD define anyway. all default to MAXDSIZ as before.


# 97a95142 28-Nov-2010 miod <miod@openbsd.org>

Allow mips64-based ports to override the default mips64 VM_PHYSSEG_STRAT
strategy value (BSEARCH); use BIGFIRST on loongson since there are only up
to two memory segments.


# 84d051cf 08-Dec-2009 miod <miod@openbsd.org>

Unconditionnaly move kernel virtual memory space to XKSEG, now that previous
context.S fixes allows these settings to work for kernels linked in CKSEG0.


# 2239ae50 07-Dec-2009 miod <miod@openbsd.org>

Sync VM_MIN_ADDRESS with __LDPGSZ again.


# 8608c891 22-Nov-2009 miod <miod@openbsd.org>

Allow mips ports to override VM_{MIN,MAX}_KERNEL_ADDRESS, and provide the
address as a kernel variable for use by libkvm.

On sgi IP27 and IP30 kernels, use XKSEG instead of CKSSEG; this will allow
k

Allow mips ports to override VM_{MIN,MAX}_KERNEL_ADDRESS, and provide the
address as a kernel variable for use by libkvm.

On sgi IP27 and IP30 kernels, use XKSEG instead of CKSSEG; this will allow
kernel KVM size to grow in the future if necessary.

show more ...


# 78b615d4 22-Oct-2009 miod <miod@openbsd.org>

Crank VM_MIN_ADDRESS to prevent userland from being able to mmap zero,
forgotten long ago and lingering in one of my trees since then...


# 31af9a24 22-Aug-2008 kurt <kurt@openbsd.org>

Set PIE address range to avoid or minimize mmap pressure due to limited
address space. The space between PAGE_SIZE and the non-pie fixed link
address creates no mmap pressure so use that space for PI

Set PIE address range to avoid or minimize mmap pressure due to limited
address space. The space between PAGE_SIZE and the non-pie fixed link
address creates no mmap pressure so use that space for PIE. However on
hppa the non-pie fixed link address is PAGE_SIZE so just use a small range
for PIE to minimize mmap pressure.

okay miod@

show more ...


# f37e88de 25-Jul-2008 miod <miod@openbsd.org>

phyio -> physio


# 4683fd8a 30-Mar-2008 miod <miod@openbsd.org>

Allow the machine-specific headers to overwrite the number of memory
segments and the number of freelists.


# edb45030 03-May-2007 miod <miod@openbsd.org>

Enable support for > 512MB of physical memory on mips64 systems, by using
XKPHYS instead of KSEG[01] for direct mappings.

Then, detect memory above 256MB on O2 by poking at the CRIME registers
(ARCb

Enable support for > 512MB of physical memory on mips64 systems, by using
XKPHYS instead of KSEG[01] for direct mappings.

Then, detect memory above 256MB on O2 by poking at the CRIME registers
(ARCbios will not report memory above 256MB, which is mapped above 1GB
physical, to the system), and add it to the UVM managed memory.

Tested on r5k, rm5200 and r10k with and without more than 256MB, matching
hinv reports in all cases. CRIME memory decoding based on a diff from
kettenis@ in december 2005.

show more ...


# a865ea6c 27-Apr-2007 miod <miod@openbsd.org>

More pmap changes from the potpourri pool:
- use wm_page pg_flags pmap-reserved flags to store attributes, instead of
defining a vm_page_md field.
- use atomic operations to touch the above mention

More pmap changes from the potpourri pool:
- use wm_page pg_flags pmap-reserved flags to store attributes, instead of
defining a vm_page_md field.
- use atomic operations to touch the above mentioned flags.
- never create ptes with PG_RO and PG_M set (this was harmless anyway).
- in pmap_clear_modify(), do not flush cache if the page was mapped uncached.

Tested on r5k, rm5200, r10k and r12k.

show more ...


# 80c60702 14-Apr-2007 miod <miod@openbsd.org>

Crank KVM from a ridiculous pedro-sized 256MB to 1GB; needed for upcoming MI
changes.


# 53aa784a 07-Aug-2005 miod <miod@openbsd.org>

Remove advertising clause from UCB licenses; ok deraad@


# a489ea08 11-Apr-2005 deraadt <deraadt@openbsd.org>

use MD #define to choose stackgap size per-architecture. on sparc, special
case sun4c/sun4 -- because address space is more constrained


# 6b00896d 28-Nov-2004 mickey <mickey@openbsd.org>

MAXSLP is not really an MD-configurable define so move it to param.h; miod@ testing


# ae6cfd8c 11-Nov-2004 pefo <pefo@openbsd.org>

up default data size so things doesn't blow up to easy


12