Age | Commit message (Collapse) | Author |
|
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@
|
|
|
|
|
|
is the real cause
discussed with mlarkin
|
|
correctly handle sc failures. All other ll/sc constructs were doing this
correctly but apparently noone had noticed mutex did not.
|
|
hibernated image. We backed out the code because it was causing reboots on
resume. Turns out the parking code had a bug that caused the CPU to jump
to some bogus address (calculating a bad offset for the jump target), which
was likely the source of the problem. This diff fixes the bad offset
calculation (verified by looking at the resulting asm output). This will be
the first step in attempting to resurrect the original idea (and eventually
add i386 if/when it works).
discussed with deraadt@
|
|
mouse port, depending upon the system time, match what the prom is doing and
actually probe for a keyboard on both ports, and decide the first port with a
keyboard is the keyboard port.
If no keyboard is found, but a mouse is found, decide the keyboard port is the
empty one.
If no device is found, then we can try and pick the defaults, depending upon
the system we are running on, as this used to be the case (i.e. coping with
Fuel having keyboard on port 1 and mouse on port 0 when connecting devices
according to the chassis' markings).
This is necessary because different IO9 board revisions on Tezro come with
different wirings, and we can not tell these boards apart.
Discussed with "nullnilaki" (nullnilaki on gmail) who is the lucky owner of an
Onyx 350 with correct wiring and a Tezro with inverted wiring. Tested on Octane
and Fuel with all combinations of devices connected (mouse only, keyboard only,
keyboard and mouse) in both ports, glass and serial console.
XXX We probably want to allow for more pckbd attachment flexibility on non-x86
XXX platforms eventually (at least where the PS/2 slots are really independent,
XXX so that we can attach pckbd to any port and better cope with human error
XXX when connecting devices.
|
|
ok miod@
|
|
conditionals you did on timeout_pending can now be done on timeout_del
now that it returns what it did.
ok and a very good fix from kettenis@
|
|
|
|
- speed-up the integer to single precision float routine by omitting the
sign check and starting the log2 computation at 12 instead of 32, since
all the values passed to this routine are actually on-screen coordinates.
|
|
ok deraadt@
|
|
|
|
kept MD.
|
|
|
|
to it, per the Green Book; from NetBSD.
It turns out this is necessary on some (if not all) systems to properly spin
up secondary processors.
Bump version.
|
|
|
|
Still a work-in-progress, but functional enough to work with both
Google Compute Engine and RHEVM. Committing so additional testing and
cleanup can be handled in tree.
thx Jiri B for RHEVM testing
ok dlg, deraadt
|
|
|
|
initialize the structures when we see the first cpu. We also need to
initialize each cpu's properly (for PAT) before we setup mtrr on that
cpu. On i386 (late hatch) we were getting this desperately wrong on
the primary cpu.
After suspend/resume, we also need to do the same work. re-initialize
PAT before mtrr. On some laptops apparently PAT was not turned on by the
BIOS, so we ended up with incorrect setup for the primary cpu. Oops.
This makes mplayer on the x201 (and similar) machines work without weird
pauses after a suspend/resume. Many other things are likely fixed.
ok kettenis
|
|
Octeon-specific code paths. No functional change.
ok bcallah@ pirofti@
|