| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This diff exposes parts of clock_gettime(2) and gettimeofday(2) to
userland via libc eliberating processes from the need for a context
switch everytime they want to count the passage of time.
If a timecounter clock can be exposed to userland than it needs to set
its tc_user member to a non-zero value. Tested with one or multiple
counters per architecture.
The timing data is shared through a pointer found in the new ELF
auxiliary vector AUX_openbsd_timekeep containing timehands information
that is frequently updated by the kernel.
Timing differences between the last kernel update and the current time
are adjusted in userland by the tc_get_timecount() function inside the
MD usertc.c file.
This permits a much more responsive environment, quite visible in
browsers, office programs and gaming (apparently one is are able to fly
in Minecraft now).
Tested by robert@, sthen@, naddy@, kmos@, phessler@, and many others!
OK from at least kettenis@, cheloha@, naddy@, sthen@
|
| |
|
|
| |
ok mpi@, jung@, krw@, deraadt@
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
If frequency of an invariant (non-stop) time stamp counter is measured
using an independent working timecounter that has a known frequency, we
can assume that the measured TSC frequency is as good as the resolution
of the timecounter that we use to perform the measurement. This lets us
switch from this high quality but expensive source to the cheaper TSC
without sacrificing precision on a wide range of modern CPUs.
From Adam Steen <adam@adamsteen.com.au> with tweaks from reyk@ and myself.
Tested by brynet@, sthen@ and others, OK mlarkin, sthen
|
| |
|
|
| |
ok deraadt
|
| |
|
|
| |
Pointed out by patrick keshishian <pkeshish at gmail.com>, thanks.
|
| |
|
|
| |
issue noticed by patrick kehishian, ok mlarkin
|
| |
|
|
|
|
|
| |
have any direct symbols used. Tested for indirect use by compiling
amd64/i386/sparc64 kernels.
ok tedu@ deraadt@
|
| | |
|
| |
|
|
|
| |
need to do, since we do not use many hpet features.
ok kettenis millert
|
| |
|
|
|
| |
spec. More might be required.
ok jordan matthew mlarkin
|
| |
|
|
| |
ok miod
|
| |
|
|
|
|
|
| |
can be enumerated which means match routine should do the right thing and
prevent further attachments.
With input from kettenis, deraadt, miod; ok deraadt, kettenis
|
| | |
|
| | |
|
| |
|
|
|
|
| |
that's going to get in really soon.
Okay mlarkin@, deraadt@.
|
| |
|
|
|
|
| |
This is needed for the addition of further suspend/resume actions.
Okay deraadt@, marco@.
|
| |
|
|
| |
Patch initially from mlarkin@. KNF and refactoring by me. Okay deraadt@.
|
| |
|
|
|
|
| |
Fixes PR 5916 & 5959.
ok toby@
|
| | |
|
| |
|
|
|
|
| |
<martijn at bunix dot org>
ok deraadt kettenis
|
| | |
|
| | |
|
| |
|
|
| |
ok marco@
|
|
|
discussed with jordan.
|
pirofti
kettenis
mikeb
matthew
mlarkin
deraadt
jsg
tedu
marco
jordan