public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Felix Kuehling <fkuehlin@ati.com>
To: linux-acpi@vger.kernel.org
Cc: Matthew Tippett <mtippett@ati.com>, Chang-Hwa Lee <changl@ati.com>
Subject: Power-button event after resume from S3
Date: Thu, 06 Apr 2006 16:12:08 -0400	[thread overview]
Message-ID: <1144354328.30190.32.camel@localhost.localdomain> (raw)

Hi,

I am investigating a problem where acpid receives a power-button event
immediately after resuming from S3. I looked at the mailing list
archives and found that this problem is not entirely uncommon. The
advice users got so far all looked like workarounds for the real
problem. The same goes for
http://bugzilla.kernel.org/show_bug.cgi?id=3525, which further declares
it as a bug in acpid. However, I'm not sure it is really a bug in acpid.

This is my understanding:

The only ways for acpid to distinguish power-up and power-down are hacks
that somehow remember that the system is going into suspend and to
ignore the next power button event. However, there is no guarantee that
there will be such an event after resuming, so you need some kind of a
time-out. All that doesn't feel very robust to me and that's why I'm
calling it a hack.

The kernel on the other hand has more information. It could reliably
distinguish power-up and power-down events. The first SCI interrupt
after resume always seems to be the power-up event, no time-out
required. Thus it could generate different events for power-up and
power-down in /proc/acpi/event. That would make it much easier and
cleaner for acpid to distinguish them and take the appropriate action.

Finally my assumption is that it is correct behaviour for the ACPI
hardware to report the power-button to the OS on resuming from S3. I
came to that conclusion after reading parts of the ACPI 2.0 spec. Please
confirm.

Are there plans for a real fix for this problem, either in the kernel or
in acpid?

Thanks,
  Felix

P.S.: Please include the CC-list on replies.




             reply	other threads:[~2006-04-06 20:12 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-04-06 20:12 Felix Kuehling [this message]
2006-04-06 22:15 ` Power-button event after resume from S3 Sanjoy Mahajan
  -- strict thread matches above, loose matches on Subject: below --
2006-04-07  2:49 Yu, Luming
2006-04-10 20:47 ` Felix Kuehling
2006-04-11  1:11 Yu, Luming
2006-04-11  2:35 ` Sanjoy Mahajan
2006-04-11  4:14   ` Nigel Cunningham
2006-04-13 14:28     ` Felix Kuehling
2006-04-14  5:33       ` Nigel Cunningham
2006-04-14  9:29         ` Rafael J. Wysocki

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=1144354328.30190.32.camel@localhost.localdomain \
    --to=fkuehlin@ati.com \
    --cc=changl@ati.com \
    --cc=linux-acpi@vger.kernel.org \
    --cc=mtippett@ati.com \
    /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