Age | Commit message (Collapse) | Author |
|
The return value of atomic_load_int(9) is unsigned so needs a cast,
otherwise securelevel=-1 gets misrepresented.
From Paul Fertser.
|
|
Also fix some trailing whitespace in comments.
From Christian Schulte, thanks
|
|
Prevent a race where anything can happen on `pve' resultint in an incorrect
locking of a given pmap. Found the hardway by sthen@.
ok jsg@, miod@, kettenis@, jca@
|
|
used by idle page zeroing code removed from uvm in 2015
ok miod@ mpi@ mlarkin@
|
|
|
|
callback interface a bit simpler.
ok beck@ claudio@ mpi@
|
|
which got limited to at most two tries 26 years ago for the 2.3 release,
but the documentation was never updated to match this change. Do it now.
Reported by Nir Lichtman on tech@
|
|
support for tape block devices was removed in 2016
ok miod@
|
|
ok miod@
|
|
Use km_alloc(9) instead of uvm_km_zalloc() for the allocation because the
mappings are no longer "lost" when switching over to the pae pmap.
Introduce a new function to reduce code duplication involving km_alloc(9).
Remove printing some __func__ in panic(9) strings, they are redundant.
Tested by sthen@ in a bulk. ok mlarkin@, hshoexer@
|
|
Also use atomic_load_int(9) to load `securelevel'. sysctl_securelevel()
is mp-safe, but will be under kernel lock until all existing
`securelevel' loading became mp-safe too.
ok mpi
|
|
ok claudio@
|
|
|
|
|
|
This makes it possible to use MSI for virtual functions of Intel network
devices without having to specify the q35 machine.
QEMU is detected by testing for the Qumranet pci subsystem vendor id,
suggested by sf@. MSI previously wasn't enabled as 82441FX is in the list
of excluded devices.
Initial patch from Yuichiro NAITO. ok yasuoka@ sf@
|
|
|
|
|
|
|
|
Input and ok jmc@, jsg@
|
|
|
|
NULL means the same
ok kettenis
|
|
ok mlarkin@, deraadt@
|
|
us from trying to put devices into the D3 power state which some hardware
doesn't appreciate.
ok ratchov@, deraadt@
|
|
Designed to let userland peek at AT_HWCAP and AT_HWCAP2 using an already
existing interface coming from FreeBSD. Headers bits were snatched from
there. Input & ok kettenis@
libc bump and sets sync will follow soon
|
|
|
|
when merging changes from FreeBSD in i386 rev 1.10
db_Esca5 was added but not used
ok mlarkin@
|
|
|
|
|
|
|
|
last use (in inteldrm) was removed in March
|
|
was replaced a while ago.
ok tb
|
|
ok mglocker@
|
|
ok deraadt@
|
|
removed in subr_hibernate.c rev 1.35
|
|
|
|
|
|
|
|
Having differences between architectures is asking for problems. And
adding a barrier here just makes sense in most cases. This is also what
cpu_relax() provides in Linux land.
ok kettenis@ claudio@
|
|
|
|
|
|
ok deraadt@, guenther@, mlarkin@, jsg@
|
|
|
|
A memory corruption in the kernel happend that was caused by memset
in the wrong direction. After that DF bit was set in ddb rflags.
Only kcopy and memmove use std to set DF bit. kcopy has the special
property that it can fault. In this case DF is set in the trap
frame. kpageflttrap() changes the return address to copy_fault via
pcb_onfault. When alltraps_kern returns, it restores the rflags
with DF set and jumps into copy_fault. From there a function return
goes back into regular kernel execution. Now DF is set, but kernel
memset and memcpy expect that it is cleared.
After copy fault, also reset the DF bit with cld in copy_fault.
The crash happend on OpenBSD 7.4 amd64. As i386 code looks similar,
also insert cld there.
OK guenther@ miod@
|
|
sectored media.
Bump to common version (3.67) to indicate new MI capability.
Reminded by deraadt@
|
|
testing by florian@ mglocker@ mlarkin@
ok deraadt@ mglocker@ mlarkin@
|
|
Prevents a panic in pmap_pinit_pd_pae() when applying a lot of memory
pressure and the kernel needs time to recover while swapping.
Reported and fix tested by mvs@, also tested by sthen@
ok mlarkin@, mvs@, kettenis@
|
|
on machines that don't support S3. In its current state it doesn't save
a lot of power, but this should improve over time. Implementation of
wakeup methods is incomplete which means that some machine can't resume
at the moment.
ok mglocker@, mlarkin@, stsp@, deraadt@
|
|
i386 such that we can call the necessary hooks in the suspend/resume code
without adding #ifdefs. Tweak the arm64 implementation such that we can
call the hooks earlier as this is necessary to mask MSI and MSI-X
interrupts on arm64.
ok deraadt@, mlarkin@
|
|
|
|
|