Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 10 Aug 1998 22:10:01 -0700 (PDT)
From:      Neal Horman <neal@wanlink.com>
To:        freebsd-bugs@FreeBSD.ORG
Subject:   Re: kern/7546: [PATCH] [STABLE ?]shutdown -p - system power off implementation
Message-ID:  <199808110510.WAA02692@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/7546; it has been noted by GNATS.

From: Neal Horman <neal@wanlink.com>
To: freebsd-gnats-submit@freebsd.org, neal@wanlink.com
Cc:  Subject: Re: kern/7546: [PATCH] [STABLE ?]shutdown -p - system power off implementation
Date: Mon, 10 Aug 1998 22:14:43 -0700

 Upon examination of kern_shutdown.c and apm.c presently in CVS, I do
 indeed find that code that apparently deals with system power down does
 exist.
 
 However, please consider the following points carefully before
 discounting the submitted patches.
 
 What doesn't exist is the code that will allow the user to select a
 "halt" vs. a "power down" condition. ie. kern_shutdown.c ignores the
 "howto & RB_POWEROFF" flag in this respect.
 
 At first, this may seem trivial, but consider that in server
 environments, when a UPS driven system is shutdown with "shutdown -h",
 or "halt" because of impending power outage conditions, and the kernel
 tells APM to turn the power off (using the code presently in CVS), upon
 power restoral, the system may not (this I think should be read as
 "probably won't") re-power without human intervention, which may not be
 acceptable.
 
 Using the patches that I've put together, the problem of the system not
 re-powering after line voltage restoral can be avoided by issuing a
 "shutdown -h", or "halt", to bring the system down, but not power off,
 vs. issuing a "shutdown -p", or "halt -p" to bring the system down, and
 then power off.
 
 Also, in some circumstances, it may be totaly inappropriate for a system
 to be able to power it's self off, and as such, the patches I've
 submitted will allow for the APM based power-down code to be a
 configurable kernel option.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199808110510.WAA02692>