| #
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
|