"e7fa55af89be8c37ee53245d7a18070ae56326b2" (history) in projects: freebsd

Project(s)

Full Search
Definition
Symbol
File Path
History
Type

Searched hist:e7fa55af89be8c37ee53245d7a18070ae56326b2 (Results 1 – 3 of 3) sorted by relevance

/freebsd/sys/sys/
H A D	timetc.h	diff e7fa55af89be8c37ee53245d7a18070ae56326b2 Wed Sep 04 12:15:19 CEST 2002 Poul-Henning Kamp <phk@FreeBSD.org> Give up on calling tc_ticktock() from a timeout, we have timeout functions which run for several milliseconds at a time and getting in queue behind one or more of those makes us miss our rewind. Instead call it from hardclock() like we used to do, but retain the prescaler so we still cope with high HZ values. diff e7fa55af89be8c37ee53245d7a18070ae56326b2 Wed Sep 04 12:15:19 CEST 2002 Poul-Henning Kamp <phk@FreeBSD.org> Give up on calling tc_ticktock() from a timeout, we have timeout functions which run for several milliseconds at a time and getting in queue behind one or more of those makes us miss our rewind. Instead call it from hardclock() like we used to do, but retain the prescaler so we still cope with high HZ values.
/freebsd/sys/kern/
H A D	kern_tc.c	diff e7fa55af89be8c37ee53245d7a18070ae56326b2 Wed Sep 04 12:15:19 CEST 2002 Poul-Henning Kamp <phk@FreeBSD.org> Give up on calling tc_ticktock() from a timeout, we have timeout functions which run for several milliseconds at a time and getting in queue behind one or more of those makes us miss our rewind. Instead call it from hardclock() like we used to do, but retain the prescaler so we still cope with high HZ values. diff e7fa55af89be8c37ee53245d7a18070ae56326b2 Wed Sep 04 12:15:19 CEST 2002 Poul-Henning Kamp <phk@FreeBSD.org> Give up on calling tc_ticktock() from a timeout, we have timeout functions which run for several milliseconds at a time and getting in queue behind one or more of those makes us miss our rewind. Instead call it from hardclock() like we used to do, but retain the prescaler so we still cope with high HZ values.
H A D	kern_clock.c	diff e7fa55af89be8c37ee53245d7a18070ae56326b2 Wed Sep 04 12:15:19 CEST 2002 Poul-Henning Kamp <phk@FreeBSD.org> Give up on calling tc_ticktock() from a timeout, we have timeout functions which run for several milliseconds at a time and getting in queue behind one or more of those makes us miss our rewind. Instead call it from hardclock() like we used to do, but retain the prescaler so we still cope with high HZ values. diff e7fa55af89be8c37ee53245d7a18070ae56326b2 Wed Sep 04 12:15:19 CEST 2002 Poul-Henning Kamp <phk@FreeBSD.org> Give up on calling tc_ticktock() from a timeout, we have timeout functions which run for several milliseconds at a time and getting in queue behind one or more of those makes us miss our rewind. Instead call it from hardclock() like we used to do, but retain the prescaler so we still cope with high HZ values.