linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Grover, Andrew" <andrew.grover@intel.com>
To: "'Pavel Machek'" <pavel@suse.cz>,
	Simon Richter <Simon.Richter@phobos.fachschaften.tu-muenchen.de>,
	Andreas Ferber <aferber@techfak.uni-bielefeld.de>
Cc: linux-kernel@vger.kernel.org
Subject: RE: Let init know user wants to shutdown
Date: Tue, 17 Apr 2001 09:45:07 -0700	[thread overview]
Message-ID: <4148FEAAD879D311AC5700A0C969E8905DE847@orsmsx35.jf.intel.com> (raw)

> From: Pavel Machek [mailto:pavel@suse.cz]
> > I would think that it would make sense to keep shutdown 
> with all the other
> > power management events. Perhaps it will makes more sense 
> to handle UPS's
> > through the power management code.
> 
> Yes, that would be another acceptable solution. Situation where half
> of power managment (UPS) is done with init and half with acpid is not
> acceptable. [I doubt UPS users will want to switch. Why invent new
> daemon when init is doing perfect job?]

Hi Pavel,

I think init is doing a perfect job WRT UPSs because this is a trivial
application of power management. init wasn't really meant for this.
According to its man page:

"init...it's primary role is to create processes from a script in the file
/etc/inittab...It also controls autonomous processes required by any
particular system"

We are going to need some software that handles button events, as well as
thermal events, battery events, polling the battery, AC adapter status
changes, sleeping the system, and more.

We need WAY more flexibility than init provides. I find the argument that
init is already handling one minor power-related thing an unconvincing
reason why we should cram all power management through it.

Unix philosophy: "do one thing and do it well".

Regards -- Andy


             reply	other threads:[~2001-04-17 16:47 UTC|newest]

Thread overview: 69+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-04-17 16:45 Grover, Andrew [this message]
2001-04-17 19:54 ` Let init know user wants to shutdown Pavel Machek
2001-04-17 22:23 ` John Fremlin
2001-04-18 15:26 ` Simon Richter
2001-04-18 19:51   ` John Fremlin
  -- strict thread matches above, loose matches on Subject: below --
2001-04-18 22:52 Grover, Andrew
2001-04-26 22:10 ` David S. Miller
2001-04-18 21:46 Grover, Andrew
2001-04-18 22:09 ` David S. Miller
2001-04-18 22:30 ` John Fremlin
2001-04-19  2:16 ` Jeff Garzik
2001-04-19 12:04 ` David Woodhouse
2001-04-18 18:28 Grover, Andrew
2001-04-18 18:45 ` Jeff Garzik
2001-04-18 19:36 ` John Fremlin
2001-04-18  0:07 Grover, Andrew
2001-04-18  0:51 ` Alan Cox
2001-04-18  1:56   ` John Fremlin
2001-04-18 11:55     ` Alan Cox
2001-04-18 19:10       ` John Fremlin
2001-04-18 20:10         ` Alan Cox
2001-04-18 20:21           ` John Fremlin
2001-04-18 21:05           ` Avery Pennarun
2001-04-18 21:34             ` John Fremlin
2001-04-20 17:02         ` Pavel Machek
2001-05-02 16:52           ` John Fremlin
2001-04-20 17:01     ` Pavel Machek
2001-04-20 23:41       ` John Fremlin
2001-04-21  7:54         ` Pavel Machek
2001-04-24  0:17         ` Jamie Lokier
2001-04-24  1:08           ` John Fremlin
2001-04-24 10:06           ` Pavel Machek
2001-04-25 14:28             ` Jamie Lokier
2001-04-25 16:11             ` Richard Gooch
2001-04-18  1:54 ` John Fremlin
2001-04-16 23:32 Grover, Andrew
2001-04-17  6:40 ` John Fremlin
2001-04-17  6:41 ` Simon Richter
2001-04-17 11:16 ` Pavel Machek
2001-04-12 17:25 David Balazic
2001-04-16  7:03 ` Pavel Machek
2001-04-11 17:06 Grover, Andrew
2001-04-11 18:29 ` John Fremlin
2001-04-11  4:31 alad
2001-04-10 17:05 Grover, Andrew
2001-04-11  4:23 ` John R Lenton
2001-04-11 14:59   ` John Fremlin
2001-04-11 12:20 ` Pavel Machek
2001-04-11 15:10   ` John Fremlin
2001-04-11 14:56 ` John Fremlin
2001-04-04 22:02 Pavel Machek
2001-04-10 23:20 ` Miquel van Smoorenburg
2001-04-10 23:30   ` Miquel van Smoorenburg
2001-04-10 23:38   ` Kurt Roeckx
2001-04-10 23:46     ` Kurt Roeckx
2001-04-10 23:53     ` Miquel van Smoorenburg
2001-04-10 23:41   ` Mike Castle
2001-04-13  0:29     ` Pavel Machek
2001-04-16 12:42       ` Simon Richter
2001-04-16 15:49         ` Andreas Ferber
2001-04-16 16:25           ` Simon Richter
2001-04-16 21:27             ` Pavel Machek
2001-04-16 21:44               ` Simon Richter
2001-04-16 22:38                 ` Andreas Ferber
2001-04-17  6:16                   ` Simon Richter
2001-04-17  8:39                     ` Andreas Ferber
2001-04-17 14:09                       ` Simon Richter
2001-04-16 21:36         ` Ben Ford
     [not found] ` <9b04food@ncc1701.cistron.net>
     [not found]   ` <9b052eod@ncc1701.cistron.net>
2001-04-13  0:26     ` Pavel Machek

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4148FEAAD879D311AC5700A0C969E8905DE847@orsmsx35.jf.intel.com \
    --to=andrew.grover@intel.com \
    --cc=Simon.Richter@phobos.fachschaften.tu-muenchen.de \
    --cc=aferber@techfak.uni-bielefeld.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pavel@suse.cz \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).