public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: John Fremlin <chief@bandits.org>
To: David Balazic <david.balazic@uni-mb.si>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	<linux-laptop@vger.kernel.org>, <apm@linuxcare.com.au>,
	<apenwarr@worldvisions.ca>, <sfr@linuxcare.com.au>
Subject: Re: kernel apm code
Date: 29 Mar 2001 17:44:25 +0100	[thread overview]
Message-ID: <m24rwcjziu.fsf@boreas.yi.org.> (raw)
In-Reply-To: <3AC0A679.DFA9F74B@uni-mb.si> <"m28zlr58w9.fsf"@boreas.yi.org> <3AC1C406.652D0207@uni-mb.si> <"m2bsqmlyrh.fsf"@boreas.yi.org> <3AC2FF70.CA2317B6@uni-mb.si>
In-Reply-To: David Balazic's message of "Thu, 29 Mar 2001 11:25:04 +0200"

 David Balazic <david.balazic@uni-mb.si> writes:

> John Fremlin wrote:

[...]

> > > To implement off-button you only need the APM_IOC_REJECT ioctl and
> > 
> > The problem on my computer with my (re)implementation of
> > APM_IOC_REJECT is that the screen goes into powersaving when the user
> > suspend is received, then turns it back on when APM_IOC_REJECT is sent
> > by apmd.
> 
> What is wrong with that ?

> Suspend is requested -> suspend is executed

> Suspend is canceled (rejected) -> suspend is canceled
> 
> Seems perfectly OK to me.

The sequence is in fact: suspend requested by BIOS -> suspend accepted
by kernel -> SUSPEND -> suspend rejected by apmd which is passed on by
kernel to BIOS -> REJECT=RESUME (if I understand correctly, this is
what seems to happen).

Sequence should be as in pmpolicy patch: suspend requested by BIOS ->
/sbin/powermanger decides to reject -> REJECT

[...]

> > Anyway it is fixed in my pmpolicy patch, and I don't need no
> > daemon so the code is a lot cleaner and simpler (no binary magic
> > number interfaces).
> 
> But there should be no policy in the kernel ! ;-)

Read the patch. Read the webpage:

        http://john.snoop.dk/programs/linux/offbutton

There is no policy in kernel.

-- 

	http://www.penguinpowered.com/~vii

  reply	other threads:[~2001-03-29 16:46 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-03-27 14:40 kernel apm code David Balazic
2001-03-27 19:06 ` John Fremlin
     [not found] ` <"m28zlr58w9.fsf"@boreas.yi.org>
     [not found]   ` <3AC1C406.652D0207@uni-mb.si>
     [not found]     ` <"m2bsqmlyrh.fsf"@boreas.yi.org>
2001-03-29  9:25       ` David Balazic
2001-03-29 16:44         ` John Fremlin [this message]
     [not found]         ` <"m24rwcjziu.fsf"@boreas.yi.org>
2001-03-30 10:20           ` David Balazic

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=m24rwcjziu.fsf@boreas.yi.org. \
    --to=chief@bandits.org \
    --cc=apenwarr@worldvisions.ca \
    --cc=apm@linuxcare.com.au \
    --cc=david.balazic@uni-mb.si \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-laptop@vger.kernel.org \
    --cc=sfr@linuxcare.com.au \
    /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