>The putback for 6565503 "callout processing is single threaded, throttling >applications that rely on scalable callouts" in build 103 apparently has >changed the kernel function cv_waituntil_sig() to create callouts with >a new flag CALLOUT_FLAG_HRESTIME. This flag is described in >uts/common/sys/callo.h as: > > * CALLOUT_FLAG_HRESTIME > * Normally, callouts are not affected by changes to system time > * (hrestime). This flag is used to create a callout that is affected > * by system time. If system time changes, these timers must expire > * at once. These are used by condition variables and LWP timers that > * need this behavior. > >cv_waituntil_sig() is used with several system calls (poll() / select() / >sigtimedwait(), semtimedop(), ...). What I'm observing is that with >build 103 or newer all of these system calls return prematurely - >before the timeout expires - when the system time is set (e.g. by >ntp / ntpdate or rdate). >
Sounds like a regression; I remember that we fixed that before. Casper _______________________________________________ opensolaris-code mailing list opensolaris-code@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
