From owner-freebsd-bugs Tue Apr 23 6:20:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E688537B405 for ; Tue, 23 Apr 2002 06:20:02 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g3NDK2166842; Tue, 23 Apr 2002 06:20:02 -0700 (PDT) (envelope-from gnats) Date: Tue, 23 Apr 2002 06:20:02 -0700 (PDT) Message-Id: <200204231320.g3NDK2166842@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Daniel O'Connor" Subject: Re: conf/37370: Serial drainwait shouldn't be zero (forever) by default Reply-To: "Daniel O'Connor" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR conf/37370; it has been noted by GNATS. From: "Daniel O'Connor" To: Bruce Evans Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: conf/37370: Serial drainwait shouldn't be zero (forever) by default Date: 23 Apr 2002 22:49:29 +0930 On Tue, 2002-04-23 at 22:19, Bruce Evans wrote: > This rarely matters, since if you use /etc/rc.serial at all, then you > should only use default() to restore the initial defaults in preparation > for changing only some of the defaults using one of the other functions > in rc.serial or otherwise. All of the other functions in rc.serial > except mouse() set drainwait to a more useable value. A timeout might > be useful even for mouse(), to recover from the error of setting > crtscts on the mouse. > Hmm I see. I didn't actually read all of rc.serial (duh) and assumed that it was called by /etc/rc in some fashion :) (Then again, perhaps the comment and the bottom of the file should be at the top..) My complaint was motivated by a hung process in a remote system with a UPS connected. The only thing I could think that was causing it was this.. 66 271 1 0 3 0 924 260 - R+ con- 52:12.04 /usr/local/sbin/apcsmart /dev/cuaa0 I can't kill it, I have now set dtrwait and drainwait to 1 and it still persists, so maybe my problem lies elsewhere. Regardless the comcontrol man page appears incorrect.. It specifies that the default for drainwait is 5 minutes, whereas on my system (RELENG_4) it is 0. Maybe fix the man page? :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message