login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2010
»
June
»
28
Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Rafael J. Wysocki
Subject:
Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
Date: Monday, June 28, 2010 - 5:50 am
On Monday, June 28, 2010, mark gross wrote:
quoted text
> Looks good to me!
Great, thanks! May I add your "Acked-by" to the patch, then? Rafael
quoted text
> On Sat, Jun 26, 2010 at 03:14:13PM +0200, Rafael J. Wysocki wrote: > > From: Rafael J. Wysocki <rjw@sisk.pl> > > > > One of the arguments during the suspend blockers discussion was that > > the mainline kernel didn't contain any mechanisms making it possible > > to avoid losing wakeup events during system suspend. > > > > Generally, there are two problems in that area. First, if a wakeup > > event occurs exactly when /sys/power/state is being written to, it > > may be delivered to user space right before the freezer kicks in, so > > the user space consumer of the event may not be able to process it > > before the system is suspended. Second, if a wakeup event occurs > > after user space has been frozen, it is not generally guaranteed that > > the ongoing transition of the system into a sleep state will be > > aborted. > > > > To address these issues introduce a new global sysfs attribute, > > /sys/power/wakeup_count, associated with a running counter of wakeup > > events and three helper functions, pm_stay_awake(), pm_relax(), and > > pm_wakeup_event(), that may be used by kernel subsystems to control > > the behavior of this attribute and to request the PM core to abort > > system transitions into a sleep state already in progress. > > > > The /sys/power/wakeup_count file may be read from or written to by > > user space. Reads will always succeed (unless interrupted by a > > signal) and return the current value of the wakeup events counter. > > Writes, however, will only succeed if the written number is equal to > > the current value of the wakeup events counter. If a write is > > successful, it will cause the kernel to save the current value of the > > wakeup events counter and to abort the subsequent system transition > > into a sleep state if any wakeup events are reported after the write > > has returned. > > > > [The assumption is that before writing to /sys/power/state user space > > will first read from /sys/power/wakeup_count. Next, user space > > consumers of wakeup events will have a chance to acknowledge or > > veto the upcoming system transition to a sleep state. Finally, if > > the transition is allowed to proceed, /sys/power/wakeup_count will > > be written to and if that succeeds, /sys/power/state will be written > > to as well. Still, if any wakeup events are reported to the PM core > > by kernel subsystems after that point, the transition will be > > aborted.] > > > > Additionally, put a wakeup events counter into struct dev_pm_info and > > make these per-device wakeup event counters available via sysfs, > > so that it's possible to check the activity of various wakeup event > > sources within the kernel. > > > > To illustrate how subsystems can use pm_wakeup_event(), make the > > low-level PCI runtime PM wakeup-handling code use it. > > > > Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl> > > ---
--
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[PATCH] PM: Make it possible to avoid wakeup events from b ...
, Rafael J. Wysocki
, (Sat Jun 26, 6:14 am)
Re: [PATCH] PM: Make it possible to avoid wakeup events fr ...
, mark gross
, (Sun Jun 27, 3:28 pm)
Re: [PATCH] PM: Make it possible to avoid wakeup events fr ...
, Rafael J. Wysocki
, (Mon Jun 28, 5:50 am)
Re: [PATCH] PM: Make it possible to avoid wakeup events fr ...
, mark gross
, (Mon Jun 28, 9:43 pm)
Re: [PATCH] PM: Make it possible to avoid wakeup events fr ...
, Pavel Machek
, (Thu Jul 1, 6:32 am)
Re: [PATCH] PM: Make it possible to avoid wakeup events fr ...
, Florian Mickler
, (Thu Jul 1, 8:08 am)
Re: [PATCH] PM: Make it possible to avoid wakeup events fr ...
, Rafael J. Wysocki
, (Thu Jul 1, 12:02 pm)
Re: [PATCH] PM: Make it possible to avoid wakeup events fr ...
, Pavel Machek
, (Fri Jul 2, 11:14 am)
Re: [PATCH] PM: Make it possible to avoid wakeup events fr ...
, Rafael J. Wysocki
, (Fri Jul 2, 12:21 pm)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Mel Gorman
Re: [PATCH 1/4] vmstat: remove zone->lock from walk_zones_in_node
Guenter Roeck
Re: [lm-sensors] Location for thermal drivers
David Woodhouse
Re: RFC: Moving firmware blobs out of the kernel.
Siddha, Suresh B
Re: [PATCH 2.6.21 review I] [11/25] x86: default to physical mode on hotplug CPU k...
Peter Zijlstra
Re: [patch 4/6] mm: merge populate and nopage into fault (fixes nonlinear)
git-commits-head
:
Linux Kernel Mailing List
[MIPS] Fix potential latency problem due to non-atomic cpu_wait.
Linux Kernel Mailing List
USB: rename USB_SPEED_VARIABLE to USB_SPEED_WIRELESS
Linux Kernel Mailing List
lib/vsprintf.c: fix bug omitting minus sign of numbers (module_param)
Linux Kernel Mailing List
[Bluetooth] Initiate authentication during connection establishment
Linux Kernel Mailing List
[POWERPC] 4xx: Add ppc40x_defconfig
linux-netdev
:
MERCEDES
Your mail id has won 950,000.00 in the MERCEDES Benz Online Promo.for claims send:
David Miller
Re: [PATCH] xen/netfront: do not mark packets of length < MSS as GSO
David Miller
Re: skb_segment() questions
Shan Wei
[RFC PATCH net-next 2/5]IPv6:netfilter: Send an ICMPv6 "Fragment Reassembly Timeou...
Stanislaw Gruszka
[PATCH 1/4] bnx2x: use smp_mb() to keep ordering of read write operations
git
:
Nicolas Sebrecht
git-svn died of signal 11 (was "3 failures on test t9100 (svn)")
Junio C Hamano
Re: [PATCH 2/2] Add url.<base>.pushInsteadOf: URL rewriting for push only
Martin Langhoff
Re: [PATCH] GIT commit statistics.
Alexandre Julliard
[PATCH] gitweb: Put back shortlog instead of graphiclog in the project list.
Josh Triplett
[PATCH 2/2] Add url.<base>.pushInsteadOf: URL rewriting for push only
openbsd-misc
:
Taisto Qvist XX
Re: AMD GEODE LX-800 just works with kernel from install42.iso and kernelpanics wi...
Nico Meijer
Re: gOS Develop Kit with VIA pc-1 Processor Platform VIA C7-D
Andreas Bihlmaier
Re: jetway board sensors (Fintek F71805F)
admin
Drive a 2009 car from R799p/m
Antti Harri
Re: how to create a sha256 hash
Colocation donated by:
Syndicate