Searched hist:ee48eda3 (Results 1 – 4 of 4) sorted by relevance
/openbsd/sys/arch/loongson/dev/ |
H A D | glx.c | ee48eda3 Tue Oct 20 15:59:17 GMT 2020 cheloha <cheloha@openbsd.org> alpha, loongson, sh, sparc64: recompute tick, tick_nsec when hz(9) is reset
Normally we set hz(9) at compile-time in sys/conf/param.c to the value of HZ. HZ is one of the fundamental compilation options(4). However, sometimes we need to reset hz(9) at runtime.
Whenever we reset hz(9) we need to recompute tick and tick_nsec. Otherwise a variety of "time stuff" in the kernel will not work correctly. For example, most timeouts will expire "too slow" or "too fast". There are a bunch of other places we use tick and tick_nsec that will exhibit similar problems.
Test-compiled by deraadt@.
|
/openbsd/sys/arch/sh/sh/ |
H A D | clock.c | ee48eda3 Tue Oct 20 15:59:17 GMT 2020 cheloha <cheloha@openbsd.org> alpha, loongson, sh, sparc64: recompute tick, tick_nsec when hz(9) is reset
Normally we set hz(9) at compile-time in sys/conf/param.c to the value of HZ. HZ is one of the fundamental compilation options(4). However, sometimes we need to reset hz(9) at runtime.
Whenever we reset hz(9) we need to recompute tick and tick_nsec. Otherwise a variety of "time stuff" in the kernel will not work correctly. For example, most timeouts will expire "too slow" or "too fast". There are a bunch of other places we use tick and tick_nsec that will exhibit similar problems.
Test-compiled by deraadt@.
|
/openbsd/sys/arch/sparc64/sparc64/ |
H A D | clock.c | ee48eda3 Tue Oct 20 15:59:17 GMT 2020 cheloha <cheloha@openbsd.org> alpha, loongson, sh, sparc64: recompute tick, tick_nsec when hz(9) is reset
Normally we set hz(9) at compile-time in sys/conf/param.c to the value of HZ. HZ is one of the fundamental compilation options(4). However, sometimes we need to reset hz(9) at runtime.
Whenever we reset hz(9) we need to recompute tick and tick_nsec. Otherwise a variety of "time stuff" in the kernel will not work correctly. For example, most timeouts will expire "too slow" or "too fast". There are a bunch of other places we use tick and tick_nsec that will exhibit similar problems.
Test-compiled by deraadt@.
|
/openbsd/sys/arch/alpha/alpha/ |
H A D | machdep.c | ee48eda3 Tue Oct 20 15:59:17 GMT 2020 cheloha <cheloha@openbsd.org> alpha, loongson, sh, sparc64: recompute tick, tick_nsec when hz(9) is reset
Normally we set hz(9) at compile-time in sys/conf/param.c to the value of HZ. HZ is one of the fundamental compilation options(4). However, sometimes we need to reset hz(9) at runtime.
Whenever we reset hz(9) we need to recompute tick and tick_nsec. Otherwise a variety of "time stuff" in the kernel will not work correctly. For example, most timeouts will expire "too slow" or "too fast". There are a bunch of other places we use tick and tick_nsec that will exhibit similar problems.
Test-compiled by deraadt@.
|