Age | Commit message (Collapse) | Author |
|
instead of XS_NO_CCB.
ok krw@
|
|
for i386.
error: ambiguous instructions require an explicit suffix (could be 'cmpb', 'cmpw', 'cmpl', or 'cmpq')
ok mlarkin@
|
|
This ioctl changes `pseudo' frame buffer depth, in order to use color
wscons and monochrome X server both. Also need to some
luna88k-specific initialization in
xenocara/driver/xf86-video-wsfb/src/wsfb_driver.c.
|
|
|
|
This is a very low resolution clock (1 second) that some models seem
to be blessed with.
Found at least on CAM-100 and DSR-500 models.
It seems the EdgeRouter doesn't have support for this.
Tested by jmatthew@ and bcallah@.
Okay miod@, bcallah@
|
|
|
|
(and which didn't work at that time due to a bug which has since been
fixed). The APs are now demoted to real mode and placed in a HLT loop
while the hibernated image is being unpacked.
Helps my x230 significantly, no more spurious reboots on resume.
ok deraadt
|
|
pmap ptes. Found the hard way by tobiasu@.
|
|
|
|
hopefully for good; I believe the kernel panics with large memory fast MP
systems have been fixed in mutex.c 1.13
|
|
our own for the m41t8x clocks.
Tested by me and jasper@.
Okay jasper@, guenther@, deraadt@
|
|
|
|
ok miod@
|
|
the volume header geometry, if one is found. The driver knows better.
This will allow a 2048-byte sector media to use a volume header using fake
512-byte sectors, and still be able to read the native label off it.
|
|
pte protection masks, as initialized in alpha_protection_init(), set PG_FOE
by default when VM_PROT_EXECUTE is not set.
Also, change pmap_emulate_reference() to only clear PG_FOE if the affected
pte has executable permission.
This allows various pmap_pte_exec() checks (added to explicitely set PG_FOE)
to be removed.
All tests of regress/sys/kern/noexec now reliably pass on EV5. EV6 systems
still see spurious (but no longer 100% reproduceable) failures of the `catch
a signal' tests, which is likely caused by the effect of mprotect() removing
execute permission not taking effect correctly, despite PAL IMB being issued
(and no, this is not caused by the previous pmap_changebit() change), to be
investigated.
|
|
only have to sync the I-stream when the mapping is removed or changed,
and since the I-stream is fetch-only, changing protection bits does
not constitute changing the mapping (the VA->PA translation is still
the same).
From NetBSD
|
|
adapted from a long gone FreeBSD.
|
|
This changes calling boot() during (cold != 0) to not call if_downall() and
uvm_shutdown(). Both of which must not be specific to PowerPC.
OK mpi@
|
|
Also move it from pmap.h to pmap.c because it is an internal detail.
|
|
page.
|
|
hibernate goo up after 64KB to avoid posible corruption by buggy BIOS SMM
code. Diff also ensures the first 64KB doesn't get handed to UVM either.
ok deraadt@, tested by many with no regressions reported
|
|
|
|
non-radeon) systems.
|
|
|
|
No functional change.
|
|
|
|
This brings color support on LUNA's wscons. And, with the help of recent
development version of 'mlterm-fb' (frame buffer version of ports/x11/mlterm),
graphic images can be displayed in 16/256 colors on the screen. Thanks to
arakiken, the original developer of mlterm!
This diff is based on NetBSD/luna68k work:
http://mail-index.netbsd.org/source-changes/2013/12/28/msg050266.html
Need more work to coexist with the monochrome X.Org server.
"go ahead!" miod@
|
|
|
|
|
|
|
|
|
|
.data, so that it will not get mapped read-only by pmap_bootstrap().
|
|
According to the manual, the address register does not automatically
increment when we access to the control registers. Also we disable
overlay planes, because we do not use them.
This diff should be one of preliminaries for upcoming colored wscons on
luna88k.
ok miod@
|
|
actually handle their own interrupts. How could this get unnoticed so far?
|
|
|
|
pmap.c:1061:13: error: equality comparison with extraneous parentheses [-Werror,-Wparentheses-equality]
ok mpi@
|
|
circumstances where the pckbc code gets confused otherwise, on *some*
controllers.
|
|
not sectors; don't multiply by the sector size to get the proper disk offsets.
This will let install.iso be built with the OpenBSD label at the expected
location, instead of within the ffs filesystem; we had been lucky enough the
area being overwritten was not in use so far.
|
|
the ELF openbsd.randomdata of the kernel, so that it has entropy right from
the start.
|
|
we want to initialize with randomness. It covered exactly nothing before!
|
|
Having a seperate rodata segment won't work anyway without significant pmap
changes.
|
|
|
|
script (note that the amd64 linker script is currently not used).
Discussed with deraadt@
|
|
|
|
|
|
use a MD-supplied random function. Then, insert this into the ELF
openbsd.randomdata of the kernel, so that it has entropy right from
the start. Some help from jsing for the softraid aspects.
Also tested by phessler
|
|
through and failing when we attempt to read and validate the disklabel.
Also return ENOTSUP rather than EPERM if an attempt is made to write to a
softraid volume.
|
|
|
|
This makes use of rdrand if the CPU supports it, otherwise we fall back to
using rdtsc. Further development will happen in the tree.
Tested by phessler@
ok deraadt@
|
|
|