Linux PM

• Thread Index

• Re: xHCI and suspend/resume
  • From: Dwight Schauer <dschauer@xxxxxxxxx>
• Re: [PATCH v4 1/2] PM / Core: suspend_again callback for suspend_ops.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v4 2/2] PM / Core: partial resume/suspend API for suspend_again users.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: xHCI and suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: xHCI and suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH RFC] apm-emulation: apm_mutex breaks ACK; remove it
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 3/3] PM / DEVFREQ: add sysfs interface (including user tickling)
  • From: Greg KH <gregkh@xxxxxxx>
• Re: xHCI and suspend/resume
  • From: Dwight Schauer <dschauer@xxxxxxxxx>
• Re: [PATCH RFC] apm-emulation: apm_mutex breaks ACK; remove it
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [PATCH RFC] apm-emulation: apm_mutex breaks ACK; remove it
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [PATCH v2 3/3] PM / DEVFREQ: add sysfs interface (including user tickling)
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• [PATCH v4 1/2] PM / Core: suspend_again callback for suspend_ops.
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• [PATCH v4 2/2] PM / Core: partial resume/suspend API for suspend_again users.
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [RFC][PATCH] PM / Hibernate: Add sysfs knob to control size of memory for drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM / Hibernate: Add sysfs knob to control size of memory for drivers
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxx>
• Re: [PATCH 6/6][RFC] PM / Domains: Support for multiple generic power domain states
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 8/9] OMAP1 / PM: Use generic clock manipulation routines for runtime PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Remove CONFIG_PM_VERBOSE
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2.6.38-rc7] Revert "libata: ahci_start_engine compliant to AHCI spec"
  • From: Valdis.Kletnieks@xxxxxx
• Re: xHCI and suspend/resume
  • From: Dwight Schauer <dschauer@xxxxxxxxx>
• Re: [PATCH v2.6.38-rc7] Revert "libata: ahci_start_engine compliant to AHCI spec"
  • From: Michael Leun <lkml20100708@xxxxxxxxxxxxxxx>
• Re: xHCI and suspend/resume
  • From: Dwight Schauer <dschauer@xxxxxxxxx>
• Re: [PATCH] perf: export power_start and power_end tracepoints
  • From: "Pihet-XID, Jean" <j-pihet@xxxxxx>
• Re: [PATCH v2.6.38-rc7] Revert "libata: ahci_start_engine compliant to AHCI spec"
  • From: Jian Peng <jipeng2005@xxxxxxxxx>
• Re: AHCI driver problem on ICH (Re: AHCI driver problem on SB700/SB800 w/ Acer Ferrari One)
  • From: Michael Leun <lkml20100708@xxxxxxxxxxxxxxx>
• AHCI driver problem on ICH (Re: AHCI driver problem on SB700/SB800 w/ Acer Ferrari One)
  • From: "Michael Leun" <lkml20100708@xxxxxxxxxxxxxxx>
• Re: [PATCH 8/9] OMAP1 / PM: Use generic clock manipulation routines for runtime PM
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 6/6][RFC] PM / Domains: Support for multiple generic power domain states
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH] perf: export power_start and power_end tracepoints
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Need Help to debug resume hangs at schedule() function
  • From: <purusothaman.ramajothi@xxxxxxxxx>
• [PATCH 6/6][RFC] PM / Domains: Support for multiple generic power domain states
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/6] ARM / shmobile: Support for power domain A4MP on SH7372
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/6] PM / Runtime: Support for generic I/O power domains (v4)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/6] PM: Support for generic I/O power domains (v3)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/6] PM: System-wide transitions support for generic power domains (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/6] ARM / shmobile: Support for I/O power domains for SH7372 (v5)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/6] PM: Introduce generic prepare and complete callbacks for subsystems
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 6/6][RFC] PM / Domains: Support for multiple generic power domain states
  • From: "R. J. Wysocki" <Rafal.Wysocki@xxxxxxxxxx>
• Re: pci 0000:0a:00.0: Refused to change power state, currently in D3
  • From: Mikko Vinni <mmvinni@xxxxxxxxx>
• Re: [PATCH 1/4] export bus_kset
  • From: Davide Ciminaghi <ciminaghi@xxxxxxxxx>
• [PATCH] PM: Allow drivers to allocate memory from .prepare() callbacks safely
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: pci 0000:0a:00.0: Refused to change power state, currently in D3
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM / Hibernate: Add sysfs knob to control size of memory for drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM / Hibernate: Add sysfs knob to control size of memory for drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2.6.38-rc7] Revert "libata: ahci_start_engine compliant to AHCI spec"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM / Hibernate: Add sysfs knob to control size of memory for drivers
  • From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
• Re: pm loss development
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [RFC][PATCH] PM / Hibernate: Add sysfs knob to control size of memory for drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 2.6.39-rc7-git7: Reported regressions 2.6.37 -> 2.6.38
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: xHCI and suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 2.6.39-rc7-git7: Reported regressions from 2.6.38
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: xHCI and suspend/resume
  • From: Dwight Schauer <dschauer@xxxxxxxxx>
• Re: xHCI and suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: pm loss development
  • From: Raffaele Recalcati <lamiaposta71@xxxxxxxxx>
• Re: pm loss development
  • From: Raffaele Recalcati <lamiaposta71@xxxxxxxxx>
• Re: pm loss development
  • From: Raffaele Recalcati <lamiaposta71@xxxxxxxxx>
• Re: pm loss development
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: [PATCH v2.6.38-rc7] Revert "libata: ahci_start_engine compliant to AHCI spec"
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [PATCH v2.6.38-rc7] Revert "libata: ahci_start_engine compliant to AHCI spec"
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: pm loss development
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: pm loss development
  • From: mark gross <markgross@xxxxxxxxxxx>
• [PATCH v2.6.38-rc7] Revert "libata: ahci_start_engine compliant to AHCI spec"
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: AHCI driver problem on ICH (Re: AHCI driver problem on SB700/SB800 w/ Acer Ferrari One)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: AHCI driver problem on ICH (Re: AHCI driver problem on SB700/SB800 w/ Acer Ferrari One)
  • From: Robert Hancock <hancockrwd@xxxxxxxxx>
• Re: xHCI and suspend/resume
  • From: Dwight Schauer <dschauer@xxxxxxxxx>
• [PATCH] PM: Remove CONFIG_PM_VERBOSE
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: AHCI driver problem on ICH (Re: AHCI driver problem on SB700/SB800 w/ Acer Ferrari One)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: xHCI and suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: AHCI driver problem on ICH (Re: AHCI driver problem on SB700/SB800 w/ Acer Ferrari One)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: AHCI driver problem on ICH (Re: AHCI driver problem on SB700/SB800 w/ Acer Ferrari One)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: xHCI and suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: AHCI driver problem on ICH (Re: AHCI driver problem on SB700/SB800 w/ Acer Ferrari One)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/4] export bus_kset
  • From: Davide Ciminaghi <ciminaghi@xxxxxxxxx>
• Re: AHCI driver problem on ICH (Re: AHCI driver problem on SB700/SB800 w/ Acer Ferrari One)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: pm loss development
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] perf: export power_start and power_end tracepoints
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: [PATCH 2/4] PM / Loss: power loss management
  • From: Davide Ciminaghi <ciminaghi@xxxxxxxxx>
• Re: pm loss development
  • From: Raffaele Recalcati <lamiaposta71@xxxxxxxxx>
• [PATCH RFC] apm-emulation: apm_mutex breaks ACK; remove it
  • From: Paul Parsons <lost.distance@xxxxxxxxx>
• Re: xHCI and suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: xHCI and suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• pm loss development
  • From: Raffaele Recalcati <lamiaposta71@xxxxxxxxx>
• [PATCH 3/4] mmc: bus and block device drivers: support for pm_loss
  • From: Raffaele Recalcati <lamiaposta71@xxxxxxxxx>
• [PATCH 2/4] PM / Loss: power loss management
  • From: Raffaele Recalcati <lamiaposta71@xxxxxxxxx>
• [PATCH 1/4] export bus_kset
  • From: Raffaele Recalcati <lamiaposta71@xxxxxxxxx>
• [PATCH 4/4] DaVinci: vpfe: support for pm_loss
  • From: Raffaele Recalcati <lamiaposta71@xxxxxxxxx>
• Re: xHCI and suspend/resume
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] PM / Loss: power loss management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/4] export bus_kset
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: pm loss development
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 1/2] PM / Core: suspend_again callback for suspend_ops.
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] PM / Wakeup: Fix build warning related to the "wakeup" sysfs file
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v2 3/3] PM / DEVFREQ: add sysfs interface (including user tickling)
  • From: Greg KH <gregkh@xxxxxxx>
• AHCI driver problem on SB700/SB800 w/ Acer Ferrari One
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][RFC][PATCH 1/2] PM / Runtime: Support for generic I/O power domains (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [GIT PULL] Hibernate fixes for 2.6.39
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/5] PM: Support for system-wide power transitions in generic power domains
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/5] PM: Support for system-wide power transitions in generic power domains
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH v2 3/3] PM / DEVFREQ: add sysfs interface (including user tickling)
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• [PATCH v2 2/3] PM / DEVFREQ: add example governors
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• [PATCH v2 1/3] PM: Introduce DEVFREQ: generic DVFS framework with device-specific OPPs
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [Update][RFC][PATCH 1/2] PM / Runtime: Support for generic I/O power domains (v2)
  • From: Kevin Hilman <khilman@xxxxxx>
• [RFC PATCH v3 1/2] PM / Core: suspend_again callback for suspend_ops.
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• [RFC PATCH v3 2/2] PM / Core: partial resume/suspend API for suspend_again users.
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• [Update 2x][PATCH 3/5] PM: System-wide power transitions support for generic power domains
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Power Manager suspend-hybrid warn on systemlog
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/5] PM / Runtime: Support for generic I/O power domains (v3)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Power Manager suspend-hybrid warn on systemlog
  • From: Alexandre Felipe Muller de Souza <alexandrefm@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] PM / Runtime: Support for generic I/O power domains (v3)
  • From: Lin Ming <minggr@xxxxxxxxx>
• [RFC][PATCH] PM / Hibernate: Add sysfs knob to control size of memory for drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Update][PATCH 3/5] PM: System-wide power transitions support for generic power domains
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/5] PM / Runtime: Support for generic I/O power domains (v3)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/5] PM: Support for system-wide power transitions in generic power domains
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/5] PM / Runtime: Support for generic I/O power domains (v3)
  • From: Todd Poynor <toddpoynor@xxxxxxxxxx>
• Re: [PATCH 3/5] PM: Support for system-wide power transitions in generic power domains
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/5] PM / Runtime: Support for generic I/O power domains (v3)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/5] ARM / shmobile: Support for power domain A4MP on SH7372
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/5] PM: Introduce generic prepare and complete callbacks for subsystems
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/5] PM: Support for system-wide power transitions in generic power domains
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/5] ARM / shmobile: Support for I/O power domains for SH7372 (v4)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 0/5] PM: Support for generic I/O power domains (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM / Wakeup: Fix build warning related to the "wakeup" sysfs file
  • From: Greg KH <gregkh@xxxxxxx>
• [PATCH] PM / Wakeup: Fix build warning related to the "wakeup" sysfs file
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/3] PM / Hibernate: Make snapshot_release() restore GFP mask
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/3] PM: Fix warning in pm_restrict_gfp_mask() during SNAPSHOT_S2RAM ioctl
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/3] PM / Hibernate: Fix ioctl SNAPSHOT_S2RAM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/3] PM / Hibernate: Fixes related to user space interface
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Power Manager suspend-hybrid warn on systemlog
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ARM: mach-shmobile: add definitions for 3 more power domains on sh7372
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] apm-emulation: Fix mutex race condition
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [RFC][PATCH 1/2] PM / Runtime: Support for generic I/O power domains
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] apm-emulation: Fix mutex race condition
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [E1000-devel] WoL stopped working after power off with 2.6.38 (e1000e specific?)
  • From: Kamil Iskra <kamil@xxxxxxxxxx>
• Re: [PATCH] apm-emulation: Fix mutex race condition
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [RFC][PATCH 1/2] PM / Runtime: Support for generic I/O power domains
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxx>
• Re: Need Help to debug resume hangs at schedule() function
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxx>
• Re: [PATCH] apm-emulation: Fix mutex race condition
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] apm-emulation: Fix mutex race condition
  • From: Paul Parsons <lost.distance@xxxxxxxxx>
• Re: [PATCH] apm-emulation: Fix mutex race condition
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update x3][PATCH 7/9] PM / Runtime: Generic clock manipulation rountines for runtime PM (v6)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM: Print a warning if firmware is requested when tasks are frozen
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM: Print a warning if firmware is requested when tasks are frozen
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update x3][PATCH 7/9] PM / Runtime: Generic clock manipulation rountines for runtime PM (v6)
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] PM: Print a warning if firmware is requested when tasks are frozen
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC][PATCH] PM: Print a warning if firmware is requested when tasks are frozen
  • From: Valdis.Kletnieks@xxxxxx
• Re: [RFC][PATCH] PM: Print a warning if firmware is requested when tasks are frozen
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [RFC][PATCH] PM: Print a warning if firmware is requested when tasks are frozen
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [RFC][PATCH] PM: Print a warning if firmware is requested when tasks are frozen
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Need Help to debug resume hangs at schedule() function
  • From: <purusothaman.ramajothi@xxxxxxxxx>
• Re: Need Help to debug resume hangs at schedule() function
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxx>
• Re: Need Help to debug resume hangs at schedule() function
  • From: <purusothaman.ramajothi@xxxxxxxxx>
• Re: Need Help to debug resume hangs at schedule() function
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxx>
• Re: [RFC][PATCH] PM: Print a warning if firmware is requested when tasks are frozen
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] apm-emulation: Fix mutex race condition
  • From: Paul Parsons <lost.distance@xxxxxxxxx>
• Re: [RFC][PATCH] PM: Print a warning if firmware is requested when tasks are frozen
  • From: Valdis.Kletnieks@xxxxxx
• Re: [RFC][PATCH] PM: Print a warning if firmware is requested when tasks are frozen
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [RFC][PATCH] PM: Print a warning if firmware is requested when tasks are frozen
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] PM: Print a warning if firmware is requested when tasks are frozen
  • From: Greg KH <gregkh@xxxxxxx>
• [RFC][PATCH] PM: Print a warning if firmware is requested when tasks are frozen
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [E1000-devel] WoL stopped working after power off with 2.6.38 (e1000e specific?)
  • From: "Allan, Bruce W" <bruce.w.allan@xxxxxxxxx>
• Re: [E1000-devel] WoL stopped working after power off with 2.6.38 (e1000e specific?)
  • From: "Allan, Bruce W" <bruce.w.allan@xxxxxxxxx>
• Re: Need Help to debug resume hangs at schedule() function
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Q] error handling in runtime PM
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Need Help to debug resume hangs at schedule() function
  • From: <purusothaman.ramajothi@xxxxxxxxx>
• [Q] error handling in runtime PM
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• LPC2011 Power Management Micro Conf
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.39-rc5-git4: Reported regressions from 2.6.38
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• 2.6.39-rc5-git4: Reported regressions 2.6.37 -> 2.6.38
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 2.6.39-rc5-git4: Reported regressions from 2.6.38
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH] ARM / shmobile: Support for power domain A4MP on SH7372
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Update][RFC][PATCH 1/2] PM / Runtime: Support for generic I/O power domains (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Update][RFC][PATCH 2/2] ARM / shmobile: Support for I/O power domains for SH7372 (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][RFC][PATCH 1/2] PM / Runtime: Support for generic I/O power domains (v2)
  • From: Greg KH <gregkh@xxxxxxx>
• [Update x3][PATCH 7/9] PM / Runtime: Generic clock manipulation rountines for runtime PM (v6)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH 7/9] PM / Runtime: Generic clock manipulation rountines for runtime PM (v3)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH 1/2] PM / Runtime: Support for generic I/O power domains
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [Update][PATCH 7/9] PM / Runtime: Generic clock manipulation rountines for runtime PM (v3)
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [Update x2][PATCH 7/9] PM / Runtime: Generic clock manipulation rountines for runtime PM (v5)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH 1/2] PM / Runtime: Support for generic I/O power domains
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update x2][PATCH 7/9] PM / Runtime: Generic clock manipulation rountines for runtime PM (v5)
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH 1/2] PM / Runtime: Support for generic I/O power domains
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxx>
• [RFC][PATCH 1/2] PM / Runtime: Support for generic I/O power domains
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 2/2] ARM / shmobile: Support for I/O power domains for SH7372
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 0/2] PM: Support for generic I/O power domains
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH/RFC] MMC: remove unbalanced pm_runtime_suspend()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Update x2][PATCH 7/9] PM / Runtime: Generic clock manipulation rountines for runtime PM (v5)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC PATCH V4 3/4] cpuidle: Split cpuidle_state structure and move per-cpu statistics fields
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V4 1/4] cpuidle: Move dev->last_residency update to driver enter routine, remove dev->last_state
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V4 2/4] cpuidle: Remove CPUIDLE_FLAG_IGNORE and dev->prepare()
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V4 4/4] cpuidle: Single/Global registration of idle states
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V4 0/4] cpuidle: global registration of idle states with per-cpu statistics
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: Colin Cross <ccross@xxxxxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: Colin Cross <ccross@xxxxxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: Colin Cross <ccross@xxxxxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [Update][PATCH 7/9] PM / Runtime: Generic clock manipulation rountines for runtime PM (v3)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH 7/9] PM / Runtime: Generic clock manipulation rountines for runtime PM (v3)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH 7/9] PM / Runtime: Generic clock manipulation rountines for runtime PM (v3)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH 7/9] PM / Runtime: Generic clock manipulation rountines for runtime PM (v3)
  • From: Colin Cross <ccross@xxxxxxxxxx>
• [Update][PATCH 7/9] PM / Runtime: Generic clock manipulation rountines for runtime PM (v3)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [GIT PULL] Power management regression fixes for 2.6.39
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: Colin Cross <ccross@xxxxxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: Colin Cross <ccross@xxxxxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: Colin Cross <ccross@xxxxxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: Mark Brown <broonie@xxxxxxxxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: Mark Brown <broonie@xxxxxxxxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: Colin Cross <ccross@xxxxxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: "Menon, Nishanth" <nm@xxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: Colin Cross <ccross@xxxxxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: "Menon, Nishanth" <nm@xxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: Colin Cross <ccross@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/3] PM / Core: suspend_again callback for device PM.
  • From: Stanislav Brabec <utx@xxxxxxxxxx>
• Re: [PATCH] Power Manager suspend-hybrid warn on systemlog
  • From: Alexandre Felipe Muller de Souza <alexandrefm@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: Mark Brown <broonie@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/3] PM / Core: suspend_again callback for device PM.
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [RFC PATCH v2 1/3] PM / Core: suspend_again callback for device PM.
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [RFC PATCH v2 1/3] PM / Core: suspend_again callback for device PM.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v2 1/3] PM / Core: suspend_again callback for device PM.
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH v2 1/3] PM / Core: suspend_again callback for device PM.
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH v2 1/3] PM / Core: suspend_again callback for device PM.
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH v2 1/3] PM / Core: suspend_again callback for device PM.
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [RFC PATCH v2 1/3] PM / Core: suspend_again callback for device PM.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v2 1/3] PM / Core: suspend_again callback for device PM.
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH v2 1/3] PM / Core: suspend_again callback for device PM.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v2 1/3] PM / Core: suspend_again callback for device PM.
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH v2 1/3] PM / Core: suspend_again callback for device PM.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v2 1/3] PM / Core: suspend_again callback for device PM.
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH v2 1/3] PM / Core: suspend_again callback for device PM.
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] Power Manager suspend-hybrid warn on systemlog
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v2 1/3] PM / Core: suspend_again callback for device PM.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 11/14] PM / AVR32: Use struct syscore_ops instead of sysdevs for PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: Mark Brown <broonie@xxxxxxxxxxxxx>
• Re: [PATCH 11/14] PM / AVR32: Use struct syscore_ops instead of sysdevs for PM
  • From: Hans-Christian Egtvedt <hans-christian.egtvedt@xxxxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: "Jiejing.Zhang " <kzjeef@xxxxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [RFC PATCH v2 1/3] PM / Core: suspend_again callback for device PM.
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [PATCH/RFC] MMC: remove unbalanced pm_runtime_suspend()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v2 1/3] PM / Core: suspend_again callback for device PM.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH/RFC] MMC: remove unbalanced pm_runtime_suspend()
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• [RFC PATCH] PM: Introduce generic DVFS framework with device-specific OPPs
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• [RFC PATCH v2 3/3] PM / Core: suspend_again support for platform_device
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• [RFC PATCH v2 2/3] PM / Core: suspend_again support for I2C
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• [RFC PATCH v2 1/3] PM / Core: suspend_again callback for device PM.
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [PATCH] Power Manager suspend-hybrid warn on systemlog
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM / Wakeup: Fix initialization of wakeup-related device sysfs files
  • From: Greg KH <gregkh@xxxxxxx>
• [PATCH] ACPI / PM: Avoid infinite recurrence while registering power resources
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM / Wakeup: Fix initialization of wakeup-related device sysfs files
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM / Wakeup: Fix initialization of wakeup-related device sysfs files
  • From: Tino Keitel <tino.keitel@xxxxxxxx>
• Re: [RFC PATCH V3 4/4] cpuidle: Single/Global registration of idle states
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 11/18] cpuidle: stop using pm_idle
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] freezer: use smp barriers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH/RFC] MMC: remove unbalanced pm_runtime_suspend()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] freezer: use smp barriers
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH] freezer: use smp barriers
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PATCH 0/9] PM: Rework shmobile and OMAP runtime PM using power domains (v2)
  • From: Greg KH <gregkh@xxxxxxx>
• [PATCH 7/9] PM / Runtime: Generic clock manipulation rountines for runtime PM (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 8/9] OMAP1 / PM: Use generic clock manipulation routines for runtime PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 9/9] PM: Revert "driver core: platform_bus: allow runtime override of dev_pm_ops"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 6/9] PM / Runtime: Add subsystem data field to struct dev_pm_info
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/9] PM / Platform: Use generic runtime PM callbacks directly
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/9] shmobile: Use power domains for platform runtime PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/9] OMAP2+ / PM: move runtime PM implementation to use device power domains
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/9] PM: Make power domain callbacks take precedence over subsystem ones
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/9] PM: Export platform bus type's default PM callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/9] PM: Rework shmobile and OMAP runtime PM using power domains (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [GIT PULL] Two power management fixes for 2.6.39
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH V3 4/4] cpuidle: Single/Global registration of idle states
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH/RFC] MMC: remove unbalanced pm_runtime_suspend()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] pm / core bugfix: report error return from suspend_enter
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH/RFC] MMC: remove unbalanced pm_runtime_suspend()
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH/RFC] MMC: remove unbalanced pm_runtime_suspend()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH/RFC] MMC: remove unbalanced pm_runtime_suspend()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH/RFC] MMC: remove unbalanced pm_runtime_suspend()
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM / Wakeup: Fix initialization of wakeup-related device sysfs files
  • From: Tino Keitel <tino.keitel@xxxxxxxx>
• [PATCH] pm / core bugfix: report error return from suspend_enter
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [PATCH/RFC] MMC: remove unbalanced pm_runtime_suspend()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] PM / Wakeup: Fix initialization of wakeup-related device sysfs files
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH/RFC] MMC: remove unbalanced pm_runtime_suspend()
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [GIT PULL] Two power management fixes for 2.6.39
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH/RFC] MMC: remove unbalanced pm_runtime_suspend()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH/RFC] MMC: remove unbalanced pm_runtime_suspend()
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH/RFC] MMC: remove unbalanced pm_runtime_suspend()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH/RFC] MMC: remove unbalanced pm_runtime_suspend()
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] PM / Core: suspend_again cb for syscore_ops
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [TuxOnIce-devel] [RFC PATCH] Current status, suspend-to-disk support on ARM
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxx>
• Re: [RFC PATCH V3 4/4] cpuidle: Single/Global registration of idle states
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V3 1/4] cpuidle: Move dev->last_residency update to driver enter routine; remove dev->last_state
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• Re: /proc/acpi/wakeup regression in 2.6.39-rc3
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH/RFC] MMC: remove unbalanced pm_runtime_suspend()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH/RFC] MMC: remove unbalanced pm_runtime_suspend()
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: /proc/acpi/wakeup regression in 2.6.39-rc3
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: /proc/acpi/wakeup regression in 2.6.39-rc3
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH] PM / Core: suspend_again cb for syscore_ops
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH/RFC] MMC: remove unbalanced pm_runtime_suspend()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH V3 4/4] cpuidle: Single/Global registration of idle states
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [RFC PATCH V3 1/4] cpuidle: Move dev->last_residency update to driver enter routine; remove dev->last_state
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 10/14] PM / MIPS: Use struct syscore_ops instead of sysdevs for PM
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: [RFC PATCH] PM / Core: suspend_again cb for syscore_ops
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] x86 intel power: Initialize MSR_IA32_ENERGY_PERF_BIAS
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 7/9] PM / Runtime: Add generic clock manipulation rountines for runtime PM
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH] PM / Core: suspend_again cb for syscore_ops
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [TuxOnIce-devel] [RFC PATCH] Current status, suspend-to-disk support on ARM
  • From: Matt Hsu <matt@xxxxxxxxx>
• [RFC PATCH V3 4/4] cpuidle: Single/Global registration of idle states
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V3 3/4] Split cpuidle_state structure and move per-cpu statistics fields
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V3 2/4] cpuidle: Remove CPUIDLE_FLAG_IGNORE and dev->prepare()
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V3 1/4] cpuidle: Move dev->last_residency update to driver enter routine; remove dev->last_state
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V3 0/4] cpuidle: global registration of idle states with per-cpu statistics
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• Re: [Update][PATCH 7/9] PM / Runtime: Add generic clock manipulation rountines for runtime PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH 7/9] PM / Runtime: Add generic clock manipulation rountines for runtime PM
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [Update][PATCH 7/9] PM / Runtime: Add generic clock manipulation rountines for runtime PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 7/9] PM / Runtime: Add generic clock manipulation rountines for runtime PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH 7/9] PM / Runtime: Add generic clock manipulation rountines for runtime PM
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: /proc/acpi/wakeup regression in 2.6.39-rc3
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH 7/9] PM / Runtime: Add generic clock manipulation rountines for runtime PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: /proc/acpi/wakeup regression in 2.6.39-rc3
  • From: Tino Keitel <tino.keitel@xxxxxxxx>
• Re: [TuxOnIce-devel] [RFC PATCH] Current status, suspend-to-disk support on ARM
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: [PATCH 7/9] PM / Runtime: Add generic clock manipulation rountines for runtime PM
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [Update][PATCH 7/9] PM / Runtime: Add generic clock manipulation rountines for runtime PM
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: [PATCH 12/14] PM / UNICORE32: Use struct syscore_ops instead of sysdevs for PM
  • From: "Guan Xuetao" <gxt@xxxxxxxxxxxxxxx>
• Re: [PATCH 9/14] PM / Blackfin: Use struct syscore_ops instead of sysdevs for PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 10/14] PM / MIPS: Use struct syscore_ops instead of sysdevs for PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH 7/9] PM / Runtime: Add generic clock manipulation rountines for runtime PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 8/9] OMAP1 / PM: Use generic clock manipulation routines for runtime PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [TuxOnIce-devel] [RFC PATCH] Current status, suspend-to-disk support on ARM
  • From: Matt Hsu <matt@xxxxxxxxx>
• Re: [PATCH 8/14] ARM / Samsung: Use struct syscore_ops for "core" power management
  • From: Kukjin Kim <kgene.kim@xxxxxxxxxxx>
• Re: [PATCH 10/14] PM / MIPS: Use struct syscore_ops instead of sysdevs for PM
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [PATCH 2/14] PM: Add missing syscore_suspend() and syscore_resume() calls
  • From: Ian Campbell <ijc@xxxxxxxxxxxxxx>
• Re: [PATCH 8/9] OMAP1 / PM: Use generic clock manipulation routines for runtime PM
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH 0/14] Remove sysdev suspend/resume and shutdown operations
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [PATCH 9/14] PM / Blackfin: Use struct syscore_ops instead of sysdevs for PM
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• [PATCH 10/14] PM / MIPS: Use struct syscore_ops instead of sysdevs for PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 12/14] PM / UNICORE32: Use struct syscore_ops instead of sysdevs for PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 14/14] PM: Remove sysdev suspend, resume and shutdown operations
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 9/14] PM / Blackfin: Use struct syscore_ops instead of sysdevs for PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 13/14] PM / PowerPC: Use struct syscore_ops instead of sysdevs for PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 7/14] ARM / PXA: Use struct syscore_ops for "core" power management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 11/14] PM / AVR32: Use struct syscore_ops instead of sysdevs for PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 8/14] ARM / Samsung: Use struct syscore_ops for "core" power management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 6/14] ARM / SA1100: Use struct syscore_ops for "core" power management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/14] ARM / Integrator: Use struct syscore_ops for core PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/14] ARM: Use struct syscore_ops instead of sysdevs for PM in common code
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/14] Remove sysdev suspend/resume and shutdown operations
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/14] PM: Add missing syscore_suspend() and syscore_resume() calls
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/14] PM: Fix error code paths executed after failing syscore_suspend()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/14] ARM / OMAP: Use struct syscore_ops for "core" power management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 2.6.36-rc3-git7: Reported regressions 2.6.37 -> 2.6.38
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 2.6.39-rc3-git7: Reported regressions from 2.6.38
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 9/9] PM: Revert "driver core: platform_bus: allow runtime override of dev_pm_ops"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 7/9] PM / Runtime: Add generic clock manipulation rountines for runtime PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 8/9] OMAP1 / PM: Use generic clock manipulation routines for runtime PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/9] OMAP2+ / PM: Move runtime PM implementation to use power domains
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/9] PM: Make power domain callbacks take precedence over subsystem ones
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 6/9] PM / Runtime: Add subsystem data field to struct dev_pm_info
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/9] PM: Export platform bus type's default PM callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/9] PM / Platform: Use generic runtime PM callbacks directly
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/9] shmobile: Use power domains for platform runtime PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/9] PM: Rework shmobile and OMAP runtime PM using power domains
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM: Make power domain callbacks take precedence over subsystem ones
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM: Make power domain callbacks take precedence over subsystem ones
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [RFC][PATCH] PM: Make power domain callbacks take precedence over subsystem ones
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [uclinux-dist-devel] freezer: should barriers be smp ?
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [uclinux-dist-devel] freezer: should barriers be smp ?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM: Make power domain callbacks take precedence over subsystem ones
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [uclinux-dist-devel] freezer: should barriers be smp ?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH/RFC] pm: disabling runtime power-management has to reset the status
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH/RFC] pm: disabling runtime power-management has to reset the status
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [PATCH/RFC] pm: disabling runtime power-management has to reset the status
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH/RFC] pm: disabling runtime power-management has to reset the status
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [PATCH/RFC] pm: disabling runtime power-management has to reset the status
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH/RFC] pm: disabling runtime power-management has to reset the status
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: [uclinux-dist-devel] freezer: should barriers be smp ?
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [uclinux-dist-devel] freezer: should barriers be smp ?
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [uclinux-dist-devel] freezer: should barriers be smp ?
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RESEND PATCH] PM: add a config that give warnning if driver take too long on suspend/resume.
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 1/2 2.6.37.stable] intel_idle: disable NHM/WSM HW C-state auto-demotion
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC][PATCH] PM: Make power domain callbacks take precedence over subsystem ones
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] PM: Make power domain callbacks take precedence over subsystem ones
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: /proc/acpi/wakeup regression in 2.6.39-rc3
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] PM: Make power domain callbacks take precedence over subsystem ones
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [uclinux-dist-devel] freezer: should barriers be smp?
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86 intel power: Initialize MSR_IA32_ENERGY_PERF_BIAS
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] x86 intel power: Initialize MSR_IA32_ENERGY_PERF_BIAS
  • From: Len Brown <lenb@xxxxxxxxxx>
• SPEAR Power Management: Suspend to ram problem
  • From: deepaksi <deepak.sikri@xxxxxx>
• [RFC][PATCH 1/2] shmobile: Use power domains for platform runtime PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 2/2] PM / Platform: Use generic runtime PM callbacks directly
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 0/2] Remove __weak definitions of platform PM callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM: Make power domain callbacks take precedence over subsystem ones
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM: Make power domain callbacks take precedence over subsystem ones
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: /proc/acpi/wakeup regression in 2.6.39-rc3
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: freezer: should barriers be smp ?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [uclinux-dist-devel] freezer: should barriers be smp?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM: Make power domain callbacks take precedence over subsystem ones
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: [RFC PATCH] Current status, suspend-to-disk support on ARM
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: freezer: should barriers be smp ?
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [uclinux-dist-devel] freezer: should barriers be smp?
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86 intel power: Initialize MSR_IA32_ENERGY_PERF_BIAS
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [RESEND PATCH] PM: add a config that give warnning if driver take too long on suspend/resume.
  • From: "Jiejing.Zhang " <kzjeef@xxxxxxxxx>
• Re: freezer: should barriers be smp ?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: freezer: should barriers be smp ?
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [uclinux-dist-devel] freezer: should barriers be smp ?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [uclinux-dist-devel] freezer: should barriers be smp ?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [uclinux-dist-devel] freezer: should barriers be smp?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [uclinux-dist-devel] freezer: should barriers be smp ?
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [uclinux-dist-devel] freezer: should barriers be smp ?
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [uclinux-dist-devel] freezer: should barriers be smp ?
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [uclinux-dist-devel] freezer: should barriers be smp ?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH] Current status, suspend-to-disk support on ARM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [uclinux-dist-devel] freezer: should barriers be smp ?
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: freezer: should barriers be smp ?
  • From: Pavel Machek <pavel@xxxxxx>
• Re: freezer: should barriers be smp ?
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: freezer: should barriers be smp ?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM: Make power domain callbacks take precedence over subsystem ones
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• freezer: should barriers be smp ?
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [RFC][PATCH] PM: Make power domain callbacks take precedence over subsystem ones
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] Current status, suspend-to-disk support on ARM
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: [PATCH] x86 APM: delete Linux kernel APM support
  • From: Pavel Machek <pavel@xxxxxx>
• [RFC][PATCH] PM: Make power domain callbacks take precedence over subsystem ones
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [GIT PULL] Power management Kconfig modifications for 2.6.39
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH] Current status, suspend-to-disk support on ARM
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH] Current status, suspend-to-disk support on ARM
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: [RESEND PATCH] PM: add a config that give warnning if driver take too long on suspend/resume.
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RESEND PATCH] PM: add a config that give warnning if driver take too long on suspend/resume.
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers
  • From: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
• Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers
  • From: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
• Re: [RFC PATCH] Current status, suspend-to-disk support on ARM
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RESEND PATCH] PM: add a config that give warnning if driver take too long on suspend/resume.
  • From: "Jiejing.Zhang " <kzjeef@xxxxxxxxx>
• Re: [RESEND PATCH] PM: add a config that give warnning if driver take too long on suspend/resume.
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86 APM: delete Linux kernel APM support
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RESEND PATCH] PM: add a config that give warnning if driver take too long on suspend/resume.
  • From: "Jiejing.Zhang " <kzjeef@xxxxxxxxx>
• Re: [RESEND PATCH] PM: add a config that give warnning if driver take too long on suspend/resume.
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH] PM: add a config that give warnning if driver take too long on suspend/resume.
  • From: "Jiejing.Zhang " <kzjeef@xxxxxxxxx>
• Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86 APM: delete Linux kernel APM support
  • From: Pavel Machek <pavel@xxxxxx>
• [RFC PATCH V2 4/4] Single/Global registration of idle states
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V2 3/4] Split cpuidle_state structure and move per-cpu statistics fields
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V2 2/4] Remove CPUIDLE_FLAG_IGNORE and dev->prepare()
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V2 1/4] Move dev->last_residency update to driver enter routine; remove dev->last_state
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V2 0/4] cpuidle: global registration of idle states with per-cpu statistics
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• Re: [SUBMIT REQUEST] cpupowerutils for linux-next
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [SUBMIT REQUEST] cpupowerutils for linux-next
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2 2.6.37.stable] intel_idle: disable NHM/WSM HW C-state auto-demotion
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] x86 APM: delete Linux kernel APM support
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v2] PCI / PM: Add kerneldoc description of pci_pm_reset()
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: [stable] [PATCH 1/2 2.6.37.stable] intel_idle: disable NHM/WSM HW C-state auto-demotion
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [stable] [PATCH 1/2 2.6.37.stable] intel_idle: disable NHM/WSM HW C-state auto-demotion
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 1/2 2.6.37.stable] intel_idle: disable NHM/WSM HW C-state auto-demotion
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] x86 APM: delete Linux kernel APM support
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 03/18] x86 idle APM: deprecate CONFIG_APM_CPU_IDLE
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] Enable async suspend/resume on industrial IO devices
  • From: Sonny Rao <sonnyrao@xxxxxxxxxxxx>
• Re: [PATCH/RFC 0/6] ARM: runtime PM: consolidate runtime PM implementations
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH] nohz: delay going tickless under CPU load to favor deeper C states
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH/RFC 0/6] ARM: runtime PM: consolidate runtime PM implementations
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxx>
• Re: [PATCH] nohz: delay going tickless under CPU load to favor deeper C states
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• [PATCH] nohz: delay going tickless under CPU load to favor deeper C states
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH/RFC 0/6] ARM: runtime PM: consolidate runtime PM implementations
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH/RFC 0/6] ARM: runtime PM: consolidate runtime PM implementations
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [RESEND PATCH] PM: add a config that give warnning if driver take too long on suspend/resume.
  • From: Jiejing Zhang <kzjeef@xxxxxxxxx>
• Re: [PATCH] Enable async suspend/resume on industrial IO devices
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Sonny Rao <sonnyrao@xxxxxxxxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [RFC][PATCH] PM / Platform: Remove __weak definitions of runtime PM callbacks
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Sonny Rao <sonnyrao@xxxxxxxxxxxx>
• Re: [RFC][PATCH] PM / Platform: Remove __weak definitions of runtime PM callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM / Platform: Remove __weak definitions of runtime PM callbacks
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [RFC][PATCH] PM / Platform: Remove __weak definitions of runtime PM callbacks
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [RFC][PATCH] PM / Platform: Remove __weak definitions of runtime PM callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Sonny Rao <sonnyrao@xxxxxxxxxxxx>
• Re: [PATCH] Enable async suspend/resume on industrial IO devices
  • From: Sonny Rao <sonnyrao@xxxxxxxxxxxx>
• Re: [RFC][PATCH] PM / Platform: Remove __weak definitions of runtime PM callbacks
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Enable async suspend/resume on industrial IO devices
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Sonny Rao <sonnyrao@xxxxxxxxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Sonny Rao <sonnyrao@xxxxxxxxxxxx>
• [PATCH] Enable async suspend/resume on industrial IO devices
  • From: Sonny Rao <sonnyrao@xxxxxxxxxxxx>
• [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Sonny Rao <sonnyrao@xxxxxxxxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• [RESEND Patch] acpi: remove acpi_sleep=s4_nonvs
  • From: Amerigo Wang <amwang@xxxxxxxxxx>
• Re: [RESEND Patch] acpi: remove acpi_sleep=s4_nonvs
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC][PATCH] Enable async suspend/resume of i2c devices
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] PM / Platform: Remove __weak definitions of runtime PM callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v2] Current status, suspend-to-disk support on ARM
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: [RFC][PATCH] PM / Platform: Remove __weak definitions of runtime PM callbacks
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: [PATCH] APM: delete APM in Linux-2.6.40
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [SUBMIT REQUEST] cpupowerutils for linux-next
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 07/18] x86 idle: clarify AMD erratum 400 workaround -v2
  • From: Borislav Petkov <borislav.petkov@xxxxxxx>
• Re: [PATCH 07/18] x86 idle: clarify AMD erratum 400 workaround
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [TuxOnIce-devel] [RFC PATCH] Current status, suspend-to-disk support on ARM
  • From: <john@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] APM: delete APM in Linux-2.6.40
  • From: Yuhong Bao <yuhongbao_386@xxxxxxxxxxx>
• [PATCH] PM: add time sensitive debug function to suspend/resume
  • From: Zhang Jiejing <jiejing.zhang@xxxxxxxxxxxxx>
• Re: [PATCH] APM: delete APM in Linux-2.6.40
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [Xen-devel] [PATCH 09/18] cpuidle: replace xen access to x86 pm_idle and default_idle
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [RFC PATCH] Current status, suspend-to-disk support on ARM
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• [RFC PATCH] Current status, suspend-to-disk support on ARM
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: [SUBMIT REQUEST] cpupowerutils for linux-next
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [SUBMIT REQUEST] cpupowerutils for linux-next
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 16/18] 2.6.40: x86 idle APM: remove deprecated apm_cpu_idle()
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86: kernel: acpi : Fix style problems in boot.c
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 16/18] 2.6.40: x86 idle APM: remove deprecated apm_cpu_idle()
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 16/18] 2.6.40: x86 idle APM: remove deprecated apm_cpu_idle()
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 16/18] 2.6.40: x86 idle APM: remove deprecated apm_cpu_idle()
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 03/18] x86 idle APM: deprecate CONFIG_APM_CPU_IDLE
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• [PATCH 07/18] x86 idle: clarify AMD erratum 400 workaround -v2
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 07/18] x86 idle: clarify AMD erratum 400 workaround
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 03/18] x86 idle APM: deprecate CONFIG_APM_CPU_IDLE
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 04/18] x86 idle: EXPORT_SYMBOL(default_idle, pm_idle) only when APM demands it
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 16/18] 2.6.40: x86 idle APM: remove deprecated apm_cpu_idle()
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/18] x86 idle: EXPORT_SYMBOL(default_idle, pm_idle) only when APM demands it
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/18] x86 idle APM: deprecate CONFIG_APM_CPU_IDLE
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• [PATCH 11/18] cpuidle: stop using pm_idle
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 18/18] 2.6.40: x86 idle: remove deprecated mwait_idle()
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 17/18] 2.6.40: x86 idle: do not export default_idle() and (pm_idle)()
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 14/18] 2.6.40: x86 idle floppy: remove deprecated disable_hlt()/enable_hlt()
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 10/18] x86 idle: move mwait_idle_with_hints() to where it is used
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 13/18] 2.6.40: x86 idle: remove deprecated "hlt_bug: no" in 32-bit /proc/cpuinfo
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 15/18] 2.6.40: x86 idle: remove deprecated hlt_use_halt()
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 12/18] 2.6.40: x86 idle: remove deprecated "no-hlt" cmdline param
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 16/18] 2.6.40: x86 idle APM: remove deprecated apm_cpu_idle()
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 08/18] cpuidle: create bootparam "cpuidle.off=1"
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 09/18] cpuidle: replace xen access to x86 pm_idle and default_idle
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 07/18] x86 idle: clarify AMD erratum 400 workaround
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 03/18] x86 idle APM: deprecate CONFIG_APM_CPU_IDLE
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 01/18] cpuidle: menu: fixed wrapping timers at 4.294 seconds
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 06/18] x86 idle: deprecate mwait_idle() and "idle=mwait" cmdline param
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 05/18] x86 idle: deprecate "no-hlt" cmdline param
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 04/18] x86 idle: EXPORT_SYMBOL(default_idle, pm_idle) only when APM demands it
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 02/18] x86 idle floppy: deprecate disable_hlt()
  • From: Len Brown <lenb@xxxxxxxxxx>
• idle cleanup - v3
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] cpuidle: menu: fixed wrapping timers at 4.294 seconds
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 0/9] x86 idle cruft removal - v2
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 9/9] x86 idle: delete mwait_idle()
  • From: Andreas Herrmann <andreas.herrmann3@xxxxxxx>
• [PATCH] x86: kernel: acpi : Fix style problems in boot.c
  • From: Aakash Goenka <aakash.goenka@xxxxxxxxx>
• [PATCH] x86: kernel: acpi : Fix style problems in boot.c
  • From: Aakash Goenka <aakash.goenka@xxxxxxxxx>
• Re: [PATCH 0/9] x86 idle cruft removal - v2
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86 idle APM: delete apm_cpu_idle(), and its use of pm_idle
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [PATCH 2.6.39 & -stable] x86 intel power: Initialize MSR_IA32_ENERGY_PERF_BIAS
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH 2.6.39 & -stable] x86 intel power: Initialize MSR_IA32_ENERGY_PERF_BIAS
  • From: Dave Jones <davej@xxxxxxxxxx>
• [PATCH 2.6.39 & -stable] x86 intel power: Initialize MSR_IA32_ENERGY_PERF_BIAS
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 0/9] x86 idle cruft removal - v2
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 2/9] x86 idle: remove NOP cpuinfo_x86.hlt_works_ok flag
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 2/9] x86 idle: remove NOP cpuinfo_x86.hlt_works_ok flag
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 2/9] x86 idle: remove NOP cpuinfo_x86.hlt_works_ok flag
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 2/9] x86 idle: remove NOP cpuinfo_x86.hlt_works_ok flag
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 2/9] x86 idle: remove NOP cpuinfo_x86.hlt_works_ok flag
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/9] x86 idle cruft removal - v2
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH 0/9] x86 idle cruft removal - v2
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/9] x86 idle: remove NOP cpuinfo_x86.hlt_works_ok flag
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/9] x86 idle: remove NOP cpuinfo_x86.hlt_works_ok flag
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH 2/9] x86 idle: remove NOP cpuinfo_x86.hlt_works_ok flag
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH 2/9] x86 idle: remove NOP cpuinfo_x86.hlt_works_ok flag
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/9] x86 idle: remove NOP cpuinfo_x86.hlt_works_ok flag
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH 0/9] x86 idle cruft removal - v2
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 2/9] x86 idle: remove NOP cpuinfo_x86.hlt_works_ok flag
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] x86 idle APM: delete apm_cpu_idle(), and its use of pm_idle
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH 0/9] x86 idle cruft removal - v2
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/9] x86 idle: remove NOP halt_works()
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 1/9] x86 idle: remove "no-hlt" cmdline param
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 2/9] x86 idle: remove NOP cpuinfo_x86.hlt_works_ok flag
  • From: Ingo Molnar <mingo@xxxxxxx>
• [PATCH 8/9] x86 idle: move mwait_idle_with_hints() to where it is used
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 5/9] x86 idle: remove NOP hlt_use_halt()
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 7/9] x86 idle: do not EXPORT_SYMBOL pm_idle and default_idle
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 9/9] x86 idle: delete mwait_idle()
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 4/9] x86 idle floppy: delete disable_hlt()/enable_hlt()
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 6/9] x86 idle APM: delete apm_cpu_idle(), and its use of (pm_idle)()
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 2/9] x86 idle: remove NOP cpuinfo_x86.hlt_works_ok flag
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 0/9] x86 idle cruft removal - v2
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH] x86 idle APM: delete apm_cpu_idle(), and its use of pm_idle
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH] PM / Hibernate: Introduce CONFIG_HIBERNATE_INTERFACE
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] x86 intel power: Initialize MSR_IA32_ENERGY_PERF_BIAS
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM QoS: Allow parsing of ASCII values
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] PM QoS: Allow parsing of ASCII values
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH] PM QoS: Allow parsing of ASCII values
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [GIT PULL] Power management Kconfig modification for 2.6.39
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Xen-devel] [PATCH] PM / Hibernate: Introduce CONFIG_HIBERNATE_INTERFACE
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: deadlock between mmc_pm_notify() and mmcqd
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• deadlock between mmc_pm_notify() and mmcqd
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH] PM / Hibernate: Introduce CONFIG_HIBERNATE_INTERFACE
  • From: Shriram Rajagopalan <rshriram@xxxxxxxxx>
• Re: Warning with asm-generic/div64.h
  • From: "Guan Xuetao" <gxt@xxxxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH] PM / Hibernate: Introduce CONFIG_HIBERNATE_INTERFACE
  • From: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
• Re: Warning with asm-generic/div64.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC][PATCH] PM / Platform: Remove __weak definitions of runtime PM callbacks
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH] apm: orphan the driver
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [RFC][PATCH] PM / Platform: Remove __weak definitions of runtime PM callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 6/7] ARM / Samsung: Use struct syscore_ops for "core" power management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] apm: orphan the driver
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] apm: orphan the driver
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] apm: orphan the driver
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH] apm: orphan the driver
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH] apm: orphan the driver
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 2/7] ARM / OMAP: Use struct syscore_ops for "core" power management
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH] apm: orphan the driver
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [PATCH] x86 APM: delete Linux kernel APM support
  • From: Calvin Walton <calvin.walton@xxxxxxxxxx>
• Re: [PATCH] apm: orphan the driver
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] apm: orphan the driver
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [PATCH] apm: orphan the driver
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH] x86 APM: delete Linux kernel APM support
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] apm: orphan the driver
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [RFC][PATCH] PM / Platform: Remove __weak definitions of runtime PM callbacks
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: [PATCH] x86 APM: delete Linux kernel APM support
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] x86 APM: delete Linux kernel APM support
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] x86 APM: delete Linux kernel APM support
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] Net / jme: Do not use legacy PCI power management
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] ARM / Samsung: Use struct syscore_ops for "core" power management
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• [PATCH 6/7] ARM / Samsung: Use struct syscore_ops for "core" power management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/7] ARM / PXA: Use struct syscore_ops for "core" power management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 7/7] ARM: Select CONFIG_ARCH_NO_SYSDEV_OPS
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/7] ARM: Use syscore_ops for "core" power management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/7] ARM / Integrator: Use struct syscore_ops for "core" power management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/7] ARM / SA1100: Use struct syscore_ops for "core" power management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/7] ARM: Use struct syscore_ops instead of sysdevs for PM in common code
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/7] ARM / OMAP: Use struct syscore_ops for "core" power management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] x86 APM: delete Linux kernel APM support
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• 2.6.38-git18: Reported regressions from 2.6.37
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.38-git18: Reported regressions from 2.6.37
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH] PM / Platform: Remove __weak definitions of runtime PM callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] Net / jme: Do not use legacy PCI power management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] PM / Hibernate: Introduce CONFIG_HIBERNATE_INTERFACE
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] x86 APM: delete Linux kernel APM support
  • From: Ingo Molnar <mingo@xxxxxxx>
• [PATCH] apm: orphan the driver
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH] APM: delete APM in Linux-2.6.40
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] x86 APM: delete Linux kernel APM support
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] x86 APM: delete Linux kernel APM support
  • From: Len Brown <lenb@xxxxxxxxxx>
• [GIT PULL] More power management updates for 2.6.39
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 4/5] PM: Add visible HIBERNATION_INTERFACE and hide HIBERNATION
  • From: Shriram Rajagopalan <rshriram@xxxxxxxxx>
• Re: [PATCH v3 4/5] PM: Add visible HIBERNATION_INTERFACE and hide HIBERNATION
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] x86 APM: delete Linux kernel APM support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 5/5] x86 idle: remove NOP hlt_use_halt()
  • From: Vaidyanathan Srinivasan <svaidy@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86 APM: delete Linux kernel APM support
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] x86 APM: delete Linux kernel APM support
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] x86 APM: delete Linux kernel APM support
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] APM: delete APM in Linux-2.6.40
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/5] PM: Add visible HIBERNATION_INTERFACE and hide HIBERNATION
  • From: Shriram Rajagopalan <rshriram@xxxxxxxxx>
• Re: [PATCH] APM: delete APM in Linux-2.6.40
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] APM: delete APM in Linux-2.6.40
  • From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
• Re: [PATCH] x86 APM: delete Linux kernel APM support
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] APM: delete APM in Linux-2.6.40
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] APM: delete APM in Linux-2.6.40
  • From: Len Brown <lenb@xxxxxxxxxx>