Age | Commit message (Collapse) | Author |
|
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@
|
|
|
|
If the driver was doing some IO, we remove the timeouts, and force the
fdc state machine into IOTIMEDOUT state with the final timeout count
before a clean retry. In theory upon resume it should freak out quietly,
and try the operation again.
Noone has stepped forward to test this yet.
|
|
one of these is ever found in a suspend/hibernate system.
|
|
drivers) activate functions at DVACT_RESUME time do not need to do
so, since their PHYs are repaired by IFF_UP.
NOTE: if_msk is the one that previously relied on mii/eephy.c doing
a crazy dance.
|
|
drivers) activate functions at DVACT_RESUME time do not need to do
so, since their PHYs are repaired by IFF_UP.
|
|
configuration setting is done at resume time because all networks
drivers which were previously up, do an IFF_UP operation which
hits PHY_RESET.
This was in snapshots for about 2 weeks.
|
|
attach() and activate() time] into the eephy_reset() routine. This
means that a bit more work gets done at PHY_RESET time, but it means
also means it gets done in all scenarios. Why? For the next commit...
This was in snapshots for about 2 weeks.
|
|
compat pointed out by miod), and place it inside the ELF .openbsd.randomdata
segment. Inside main(), only re-initialize the guard if the bootblocks
failed to initialize it for us.
|
|
and do not need microtime.
|
|
arc4random() much earlier. Leading to random pids for anything
besides 0 and 1.
|
|
Also allow random_init() to be called later, by moving a few
entropy control initializions into the lower-level _rs_seed() layer.
tested by jsing, phessler and a few others
|
|
|
|
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@
|
|
okay guenther@
|
|
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.
|
|
okay tedu@
|
|
ok miod@
|
|
fixes negative timeout panics. tested by sthen.
|
|
and don't need to disable SMI ownership of the ACPI hardware registers.
ok mlarkin@
|
|
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@
|
|
|
|
ok mikeb@ espie@
|
|
|
|
|
|
- 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 espie
|
|
ok deraadt@
|
|
trying to hardlink a directory. While this is not allowed on tmpfs, this
allows us to reach the code that checks for this such that we can return
the appropriate error.
Cluestick from Pedro Martelletto.
ok espie@
|
|
|
|
|
|
GENERIC.MP.
|
|
|
|
on sparc64.
|
|
BCM57785.
Tested by Mark Rowland.
|
|
code as it allows us to use some of the rasops_xxx functions directly.
|
|
there and the AML might reference stuff that isn't there.
|
|
|
|
kept MD.
|
|
|