| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The timecounter struct is large and I think it may change in the
future. Changing it later will be easier if we use C99-style
initialization for all timecounter structs. It also makes reading the
code a bit easier.
For reasons I cannot explain, switching to C99-style initialization
sometimes changes the hash of the resulting object file, even though
the resulting struct should be the same. So there is a binary change
here, but only sometimes. No behavior should change in either case.
I can't compile-test this everywhere but I have been staring at the
diff for days now and I'm relatively confident this will not break
compilation. Fingers crossed.
ok gnezdo@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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@ kspillner@
|
|
|
|
|
|
| |
cleaning up some shutdown-hook related code on the way.
(A few drivers related to sparc are still skipped at kettenis' request)
ok kettenis mlarkin, tested by many others too
|
|
|
|
| |
ok miod
|
| |
|
|
|
|
|
|
| |
sysctl.h was reliant on this particular include, and many drivers included
sysctl.h unnecessarily. remove sysctl.h or add proc.h as needed.
ok deraadt
|
|
|
|
| |
ok deraadt@
|
|
|
|
|
| |
also assume that 386 cpus are really unknown, and promote them to 486
instead of panic.
|
|
|
|
|
|
| |
Tested by damien@
ok dlg@
|
|
|
|
|
|
| |
mobile Intel Pentium 3 as found in Dell c610 fixes pr5565.
ok beck, toby
|
|
|
|
| |
Tested by Daniel Dickman <didickman@gmail.com>
|
|
|
|
|
|
|
| |
needed (not just for I686_CPU), but it and ichpcib only call the
update_cpuspeed functions for I686_CPU.
ok tedu@ deraadt@
|
|
|
|
|
|
| |
Spotted by Stefan Sperling <stsp AT tsp.in-berlin.de> when reviewing
his piix speedstep diff.
ok tedu@
|
|
|
|
|
|
| |
errors to userland: make all cpu_setperf functions return void.
Tested by many, ok gwk@
|
|
|
|
|
|
|
| |
stuff in arch/i386/i386. This should prevent more screwups like the
one I did before in ichpcib.c...
ok dlg@ kettenis@
|
| |
|
|
|
|
|
|
| |
cannot io map the device. rest of the attach() functionality is still
safely intact. we simply do not have to warn about mapping failing.
ok kettenis
|
|
|
|
|
|
| |
since Celerons don't support it.
prodded by gwk@
|
| |
|
| |
|
| |
|
|
|
|
| |
Tested by and ok marco@, ok brad@
|
| |
|
|
|
|
|
| |
- switch to pci_matchbyid()
- minor nits
|
| |
|
|
|
|
| |
on any platform yet.
|
|
|
|
|
|
|
|
|
|
|
|
| |
just return current pentium_mhz value. Update this value in
all hw.setperf hoos either via its own private methods or using
global update_cpuspeed hook, if registered.
Also implement update_cpuspeed hook for Pentium 3.
Tested by millert@, Gabriel Kihlman <gk@stacken.kth.se> and me on
various i386 machines.
ok tedu@
|
| |
|
|
It attaches instead of pcib(4) and provides its usual
functionality (attaching isa bus) by calling pcibattach()
in the attach routine.
ok miod deraadt
|