Linux PM

• Thread Index

• Re: [PATCH 02/11] PM: extend PM QoS with per-device wake-up constraints
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 01/11] PM: add a per-device wake-up latency constraints plist
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 00/11] PM QoS: add a per-device wake-up latency constraint class
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM / Runtime: Update documentation regarding driver removal
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH] PM / Runtime: Update documentation regarding driver removal
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: runtime PM usage_count during driver_probe_device()?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: runtime PM usage_count during driver_probe_device()?
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: runtime PM usage_count during driver_probe_device()?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: prevent runtime_resume from racing with probe
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] PM: prevent runtime_resume from racing with probe
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: runtime PM usage_count during driver_probe_device()?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 7/10 v6] PM / Domains: Don't stop wakeup devices during system sleep transitions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/10 v6] PM / Domains: Support for generic I/O PM domains (v7)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/3] PM: Limit race conditions between runtime PM and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [REGRESSION] suspend/resume broken on T510
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/10 v6] PM / Domains: Support for generic I/O PM domains
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 3/10 v6] PM / Domains: Support for generic I/O PM domains (v7)
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: runtime PM usage_count during driver_probe_device()?
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 3/3] PM: Limit race conditions between runtime PM and system sleep
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: runtime PM usage_count during driver_probe_device()?
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: runtime PM usage_count during driver_probe_device()?
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: runtime PM usage_count during driver_probe_device()?
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: runtime PM usage_count during driver_probe_device()?
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/10 v6] PM / Domains: Don't stop wakeup devices during system sleep transitions
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: runtime PM usage_count during driver_probe_device()?
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: runtime PM usage_count during driver_probe_device()?
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: runtime PM usage_count during driver_probe_device()?
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/10 v6] PM / Domains: Don't stop wakeup devices during system sleep transitions
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: runtime PM usage_count during driver_probe_device()?
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: runtime PM usage_count during driver_probe_device()?
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [REGRESSION] suspend/resume broken on T510
  • From: Marc Koschewski <marc@xxxxxxxxxxxxxxx>
• Re: [REGRESSION] suspend/resume broken on T510
  • From: Marc Koschewski <marc@xxxxxxxxxxxxxxx>
• Re: runtime PM usage_count during driver_probe_device()?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 7/10 v6] PM / Domains: Don't stop wakeup devices during system sleep transitions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: runtime PM usage_count during driver_probe_device()?
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 7/10 v6] PM / Domains: Don't stop wakeup devices during system sleep transitions
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 7/10 v6] PM / Domains: Don't stop wakeup devices during system sleep transitions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 7/10 v6] PM / Domains: Don't stop wakeup devices during system sleep transitions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 7/10 v6] PM / Domains: Don't stop wakeup devices during system sleep transitions
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 7/10 v6] PM / Domains: Don't stop wakeup devices during system sleep transitions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 7/10 v6] PM / Domains: Don't stop wakeup devices during system sleep transitions
  • From: Kevin Hilman <khilman@xxxxxx>
• runtime PM usage_count during driver_probe_device()?
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [REGRESSION] suspend/resume broken on T510
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 7/10 v6] PM / Domains: Don't stop wakeup devices during system sleep transitions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/10 v6] PM / Domains: Support for generic I/O PM domains (v7)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 07/11] OMAP3: powerdomain data: add wake-up latency figures
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 11/11] OMAP2+: cpuidle only influences the MPU state
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 06/11] OMAP2+: powerdomain: control power domains next state
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 09/11] OMAP2+: omap_hwmod: manage the wake-up latency constraints
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 10/11] OMAP: PM CONSTRAINTS: implement the devices wake-up latency constraints
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 04/11] OMAP PM: create a PM layer plugin for per-device constraints
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 08/11] OMAP4: powerdomain data: add wake-up latency figures
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 05/11] OMAP PM: early init of the pwrdms states
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 02/11] PM: extend PM QoS with per-device wake-up constraints
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 01/11] PM: add a per-device wake-up latency constraints plist
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH v2 00/11] PM QoS: add a per-device wake-up latency constraint class
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 03/11] PM QoS: support the dynamic devices insertion and removal
  • From: jean.pihet@xxxxxxxxxxxxxx
• Re: [RFC/PATCH 8/9] OMAP: PM CONSTRAINTS: implement the devices wake-up latency constraints
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: [RFC/PATCH 0/9] PM QoS: add a per-device wake-up latency constraint class
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• [PATCH] power: introduce Charger-Manager
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [PATCH 3/10 v6] PM / Domains: Support for generic I/O PM domains (v7)
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• Re: Linux 3.0-rc4 intermittent failure to resume
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [PATCH 7/10 v6] PM / Domains: Don't stop wakeup devices during system sleep transitions
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: High IRQ usage on CPU 0
  • From: Shawn Bohrer <sbohrer@xxxxxxxxxxxxxxx>
• [PATCH 6/6 v2] PM / Runtime: Replace "run-time" with "runtime" in documentation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/6 v2] PM: Limit race conditions between runtime PM and system sleep (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/6 v2] PM / Runtime: Improve documentation of enable, disable and barrier
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/6 v2] PM / Runtime: Return special error code if runtime PM is disabled
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/6 v2] PCI / PM: Detect early wakeup in pci_pm_prepare()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/6 v2] PM / Runtime: Update documentation of interactions with system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/6 v2] PM: Fix up interactions between system suspend/resume and runtime PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: Linux 3.0-rc4 intermittent failure to resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/3] PM: Limit race conditions between runtime PM and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Vaidyanathan Srinivasan <svaidy@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Vaidyanathan Srinivasan <svaidy@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] PM: Limit race conditions between runtime PM and system sleep
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Linux 3.0-rc4 intermittent failure to resume
  • From: Brad Campbell <brad@xxxxxxxxxxxxxxx>
• Re: Linux 3.0-rc4 intermittent failure to resume
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• [Update][PATCH 6/10] PM / Domains: System-wide transitions support for generic domains (v5)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/3] PM: Limit race conditions between runtime PM and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Runtime PM discussion notes
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 3/3] PM: Limit race conditions between runtime PM and system sleep
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Random freezing failure with NFS and automount
  • From: Vaidyanathan Srinivasan <svaidy@xxxxxxxxxxxxxxxxxx>
• Suspend to RAm query
  • From: deepaksi <deepak.sikri@xxxxxx>
• Re: [PATCH 10/10 v6] ARM / shmobile: Support for I/O power domains for SH7372 (v8)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Linux 3.0-rc4 intermittent failure to resume
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [PATCH 10/10 v6] ARM / shmobile: Support for I/O power domains for SH7372 (v8)
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• [PATCH v2] ARM: EXYNOS4: Support for generic I/O power domains on EXYNOS4210
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH] ARM: EXYNOS4: Support for generic I/O power domains on EXYNOS4210
  • From: Sylwester Nawrocki <snjw23@xxxxxxxxx>
• Re: [PATCH] ARM: EXYNOS4: Support for generic I/O power domains on EXYNOS4210
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH 1/3] PM / Runtime: Update documentation of interactions with system sleep
  • From: Jesper Juhl <jj@xxxxxxxxxxxxx>
• Re: [PATCH 10/10 v6] ARM / shmobile: Support for I/O power domains for SH7372 (v8)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC/PATCH 8/9] OMAP: PM CONSTRAINTS: implement the devices wake-up latency constraints
  • From: Todd Poynor <toddpoynor@xxxxxxxxxx>
• Re: [RFC/PATCH 9/9] OMAP2+: cpuidle only influences the MPU state
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: [RFC/PATCH 9/9] OMAP2+: cpuidle only influences the MPU state
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [RFC/PATCH 0/9] PM QoS: add a per-device wake-up latency constraint class
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [RFC/PATCH 9/9] OMAP2+: cpuidle only influences the MPU state
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: [PATCH 10/10 v6] ARM / shmobile: Support for I/O power domains for SH7372 (v8)
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• 3.0-rc4: Reported regressions 2.6.38 -> 2.6.39
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 3.0-rc4: Reported regressions from 2.6.39
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/2] PM / Runtime: Improve documentation of enable, disable and barrier
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/2] PM / Runtime: Replace "run-time" with "runtime" in documentation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/2] PM / Runtime: Documentation improvements
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/3] PM: Limit race conditions between runtime PM and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/3] PM / Runtime: Update documentation of interactions with system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] PCI / PM: Detect early wakeup in pci_pm_prepare()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI / PM: Block races between runtime PM and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: export suspend_set_ops, suspend_valid_only_mem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: export suspend_set_ops, suspend_valid_only_mem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 1/3] PM / Runtime: Update documentation of interactions with system sleep
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] PM: Limit race conditions between runtime PM and system sleep
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI / PM: Block races between runtime PM and system sleep
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] PM / Runtime: Return special error code if runtime PM is disabled
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/3] PM / Runtime: Update documentation of interactions with system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/3] PM: Limit race conditions between runtime PM and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/3] PM: Fix up interactions between system suspend/resume and runtime PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 6/10 v6] PM / Domains: System-wide transitions support for generic domains (v4)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/10 v6] PM / Domains: Support for generic I/O PM domains
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/10 v6] PM / Domains: Move code from under #ifdef CONFIG_PM_RUNTIME (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/10 v6] PM / Domains: Support for generic I/O PM domains (v7)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/10 v6] PM: subsys_data in struct dev_pm_info need not depend on RM_RUNTIME
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 9/10 v6] PM: Rename clock management functions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 10/10 v6] ARM / shmobile: Support for I/O power domains for SH7372 (v8)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 8/10 v6] PM: Allow the clocks management code to be used during system suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/10 v6] PM / Domains: Rename struct dev_power_domain to struct dev_pm_domain
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 7/10 v6] PM / Domains: Don't stop wakeup devices during system sleep transitions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/10 v6] PM: Introduce generic "noirq" callback routines for subsystems (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Runtime PM discussion notes
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Runtime PM discussion notes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC/PATCH 9/9] OMAP2+: cpuidle only influences the MPU state
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: Runtime PM discussion notes
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: Runtime PM discussion notes
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: Runtime PM discussion notes
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: Runtime PM discussion notes
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH] PM / Runtime: Update documentation of interactions with system sleep
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH] ARM: EXYNOS4: Support for generic I/O power domains on EXYNOS4210
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• [RFC/PATCH 0/9] PM QoS: add a per-device wake-up latency constraint class
  • From: jean.pihet@xxxxxxxxxxxxxx
• [RFC/PATCH 7/9] OMAP2+: omap_hwmod: manage the wake-up latency constraints
  • From: jean.pihet@xxxxxxxxxxxxxx
• [RFC/PATCH 9/9] OMAP2+: cpuidle only influences the MPU state
  • From: jean.pihet@xxxxxxxxxxxxxx
• [RFC/PATCH 8/9] OMAP: PM CONSTRAINTS: implement the devices wake-up latency constraints
  • From: jean.pihet@xxxxxxxxxxxxxx
• [RFC/PATCH 2/9] PM: extend PM QoS with per-device wake-up constraints
  • From: jean.pihet@xxxxxxxxxxxxxx
• [RFC/PATCH 6/9] OMAP4: powerdomain data: add wake-up latency figures
  • From: jean.pihet@xxxxxxxxxxxxxx
• [RFC/PATCH 5/9] OMAP3: powerdomain data: add wake-up latency figures
  • From: jean.pihet@xxxxxxxxxxxxxx
• [RFC/PATCH 4/9] OMAP2+: powerdomain: control power domains next state
  • From: jean.pihet@xxxxxxxxxxxxxx
• [RFC/PATCH 3/9] OMAP PM: create a PM layer plugin for per-device constraints
  • From: jean.pihet@xxxxxxxxxxxxxx
• [RFC/PATCH 0/9] PM QoS: add a per-device wake-up latency constraint class
  • From: jean.pihet@xxxxxxxxxxxxxx
• [RFC/PATCH 1/9] PM: add a per-device wake-up latency constraints plist
  • From: jean.pihet@xxxxxxxxxxxxxx
• Re: Linux 3.0-rc4 intermittent failure to resume
  • From: Brad Campbell <lists2009@xxxxxxxxxxxxxxx>
• Re: [PATCH] PCI / PM: Block races between runtime PM and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI / PM: Block races between runtime PM and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI / PM: Block races between runtime PM and system sleep
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI / PM: Block races between runtime PM and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH 7/8] PM / Domains: System-wide transitions support for generic domains (v3)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI / PM: Block races between runtime PM and system sleep
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI / PM: Block races between runtime PM and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Runtime PM discussion notes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 4/5] pm: move pm notifiers into suspend.h
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] PCI / PM: Block races between runtime PM and system sleep
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [Update][PATCH 7/8] PM / Domains: System-wide transitions support for generic domains (v3)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI / PM: Block races between runtime PM and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH 7/8] PM / Domains: System-wide transitions support for generic domains (v3)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Runtime PM discussion notes
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [Update][PATCH 7/8] PM / Domains: System-wide transitions support for generic domains (v3)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Runtime PM discussion notes
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [Update][PATCH 7/8] PM / Domains: System-wide transitions support for generic domains (v3)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH 7/8] PM / Domains: System-wide transitions support for generic domains (v3)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH] PM / Runtime: Update documentation of interactions with system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 4/5] pm: move pm notifiers into suspend.h
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Linux 3.0-rc4 intermittent failure to resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 4/5] pm: move pm notifiers into suspend.h
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Linux 3.0-rc4 intermittent failure to resume
  • From: Brad Campbell <brad@xxxxxxxxxxx>
• Re: [Update][PATCH 7/8] PM / Domains: System-wide transitions support for generic domains (v3)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH 7/8] PM / Domains: System-wide transitions support for generic domains (v3)
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [Update][PATCH 7/8] PM / Domains: System-wide transitions support for generic domains (v3)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH 7/8] PM / Domains: System-wide transitions support for generic domains (v3)
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [Update][PATCH 4/8] PM / Domains: Support for generic I/O PM domains (v6)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [GIT PULL] More power management fixes for 3.0
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH 4/8] PM / Domains: Support for generic I/O PM domains (v6)
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 4/5] pm: move pm notifiers into suspend.h
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI / PM: Block races between runtime PM and system sleep
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4/5] pm: move pm notifiers into suspend.h
  • From: Amerigo Wang <amwang@xxxxxxxxxx>
• Re: [Update][PATCH 4/8] PM / Domains: Support for generic I/O PM domains (v6)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI / PM: Block races between runtime PM and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH 4/8] PM / Domains: Support for generic I/O PM domains (v6)
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH] perf_events: Enable idle state tracing for pseries (ppc64)
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] perf_events: Enable idle state tracing for pseries (ppc64)
  • From: deepthi <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI / PM: Block races between runtime PM and system sleep
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/8] PM / Domains: Support for generic I/O PM domains (v5)
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: System PM QoS patches
  • From: "Pihet-XID, Jean" <j-pihet@xxxxxx>
• [PATCH 2/2] PM: extend PM QoS with per-device wake-up constraints
  • From: jean.pihet@xxxxxxxxxxxxxx
• [RFC/PATCH 0/2] PM QoS: add a per-device wake-up latency constraint class
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 1/2] PM: add a per-device wake-up latency constraints plist
  • From: jean.pihet@xxxxxxxxxxxxxx
• Re: [Update][PATCH 8/8] ARM / shmobile: Support for I/O power domains for SH7372 (v6)
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [Update][PATCH 8/8] ARM / shmobile: Support for I/O power domains for SH7372 (v6)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/8] PM / Domains: Support for generic I/O PM domains (v5)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v4] ARM hibernation/suspend-to-disk support
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V1 5/7] cpuidle: (POWER) cpuidle driver for pSeries
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM / Runtime: Handle clocks correctly if CONFIG_PM_RUNTIME is unset
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: [RFC PATCH V1 4/7] cpuidle: (powerpc) Add cpu_idle_wait() to allow switching idle routines
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V1 1/7] cpuidle: create bootparam "cpuidle.off=1"
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/8] PM / Domains: Support for generic I/O PM domains (v5)
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 2/8] PM / Domains: Rename struct dev_power_domain to struct dev_pm_domain
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH] PM / Runtime: Handle clocks correctly if CONFIG_PM_RUNTIME is unset
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Question about expected behavior when PM runtime is disabled
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Question about expected behavior when PM runtime is disabled
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [Update][PATCH 7/8] PM / Domains: System-wide transitions support for generic domains (v3)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH 8/8] ARM / shmobile: Support for I/O power domains for SH7372 (v6)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI / PM: Block races between runtime PM and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] perf_events: Enable idle state tracing for pseries (ppc64)
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI / PM: Block races between runtime PM and system sleep
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: System PM QoS patches
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI / PM: Block races between runtime PM and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] perf_events: Enable idle state tracing for pseries (ppc64)
  • From: deepthi <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI / PM: Block races between runtime PM and system sleep
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [Update][PATCH 8/8] ARM / shmobile: Support for I/O power domains for SH7372 (v6)
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [Update][PATCH 4/8] PM / Domains: Support for generic I/O PM domains (v6)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Update][PATCH 8/8] ARM / shmobile: Support for I/O power domains for SH7372 (v6)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Update][PATCH 7/8] PM / Domains: System-wide transitions support for generic domains (v3)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: rcu_sched_state detected stall on CPU 0, 3.0-rc2
  • From: Andy Isaacson <adi@xxxxxxxxxxxxx>
• [PATCH] PCI / PM: Block races between runtime PM and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] PM: fix async resume following suspend failure
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] PM: fix async resume following suspend failure
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH]drivers:base:power:trace.c Add "UTC" Coordinated Universal Time to the printk.
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: [PATCH 2/2] PM: fix async resume following suspend failure
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3.0-rc3] PM: free memory bitmaps if opening /dev/snapshot fails
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] PM: fix async resume following suspend failure
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] PM: fix async resume following suspend failure
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] PM: fix async resume following suspend failure
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] PM: rename dev_pm_info.in_suspend to is_prepared
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 32 bit s2disk on 64 bit kernel
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: 32 bit s2disk on 64 bit kernel
  • From: Brad Campbell <brad@xxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/2] PM: fix async resume following suspend failure
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] PM: rename dev_pm_info.in_suspend to is_prepared
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Question about expected behavior when PM runtime is disabled
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 32 bit s2disk on 64 bit kernel
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: ASUS K53E fails to suspend if ehci_hcd is loaded
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: ASUS K53E fails to suspend if ehci_hcd is loaded
  • From: Andrey Rahmatullin <wrar@xxxxxxxxx>
• Re: ASUS K53E fails to suspend if ehci_hcd is loaded
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: ASUS K53E fails to suspend if ehci_hcd is loaded
  • From: Andrey Rahmatullin <wrar@xxxxxxxxx>
• [PATCH 3.0-rc3] PM: free memory bitmaps if opening /dev/snapshot fails
  • From: mkubecek@xxxxxxx (Michal Kubecek)
• Re: ASUS K53E fails to suspend if ehci_hcd is loaded
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: ASUS K53E fails to suspend if ehci_hcd is loaded
  • From: Andrey Rahmatullin <wrar@xxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• Re: ASUS K53E fails to suspend if ehci_hcd is loaded
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Question about expected behavior when PM runtime is disabled
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: ASUS K53E fails to suspend if ehci_hcd is loaded
  • From: Andrey Rahmatullin <wrar@xxxxxxxxx>
• Re: ASUS K53E fails to suspend if ehci_hcd is loaded
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• Re: [RFC PATCH V1 5/7] cpuidle: (POWER) cpuidle driver for pSeries
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V1 4/7] cpuidle: (powerpc) Add cpu_idle_wait() to allow switching idle routines
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V1 1/7] cpuidle: create bootparam "cpuidle.off=1"
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] perf_events: Enable idle state tracing for pseries (ppc64)
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: 32 bit s2disk on 64 bit kernel
  • From: Brad Campbell <brad@xxxxxxxxxxx>
• Re: 32 bit s2disk on 64 bit kernel
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 32 bit s2disk on 64 bit kernel
  • From: Brad Campbell <brad@xxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: ASUS K53E fails to suspend if ehci_hcd is loaded
  • From: Andrey Rahmatullin <wrar@xxxxxxxxx>
• Re: ASUS K53E fails to suspend if ehci_hcd is loaded
  • From: Andrey Rahmatullin <wrar@xxxxxxxxx>
• Re: [PATCH v3 1/3] PM: Introduce DEVFREQ: generic DVFS framework with device-specific OPPs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: ASUS K53E fails to suspend if ehci_hcd is loaded
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• 32 bit s2disk on 64 bit kernel
  • From: Brad Campbell <brad@xxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [patch 1/1] [PATCH] include storage keys in hibernation image.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/3] CPU PM notifiers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 8/8] ARM / shmobile: Support for I/O PM domains for SH7372 (v5)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• Re: [PATCH 8/8] ARM / shmobile: Support for I/O PM domains for SH7372 (v5)
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: [patch 1/1] [PATCH] include storage keys in hibernation image.
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH 0/3] CPU PM notifiers
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH] power: opp: Fix rcu_dereference_check() without protection!
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH 0/3] CPU PM notifiers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/3] CPU PM notifiers
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH 0/3] CPU PM notifiers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/3] CPU PM notifiers
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH 8/8] ARM / shmobile: Support for I/O PM domains for SH7372 (v5)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/3] CPU PM notifiers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [patch 1/1] [PATCH] include storage keys in hibernation image.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH]drivers:base:power:trace.c Add "UTC" Coordinated Universal Time to the printk.
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: Question about expected behavior when PM runtime is disabled
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH]drivers:base:power:trace.c Add "UTC" Coordinated Universal Time to the printk.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: runtime: return at once for active device in rpm_resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] PM: runtime: return at once for active device in rpm_resume
  • From: tom.leiming@xxxxxxxxx
• Re: [PATCH] power: opp: Fix rcu_dereference_check() without protection!
  • From: "Menon, Nishanth" <nm@xxxxxx>
• Re: pm loss development
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: pm loss development
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: Question about expected behavior when PM runtime is disabled
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 8/8] ARM / shmobile: Support for I/O PM domains for SH7372 (v5)
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• [PATCH] power: opp: Fix rcu_dereference_check() without protection!
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• Re: [patch 1/1] [PATCH] include storage keys in hibernation image.
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [RFC PATCH v3] ARM hibernation/suspend-to-disk support
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: pm loss development
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH v3] ARM hibernation/suspend-to-disk support
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH]drivers:base:power:trace.c Add "UTC" Coordinated Universal Time to the printk.
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: [PATCH]drivers:base:power:trace.c Add "UTC" Coordinated Universal Time to the printk.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Question about expected behavior when PM runtime is disabled
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Question about expected behavior when PM runtime is disabled
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Question about expected behavior when PM runtime is disabled
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Question about expected behavior when PM runtime is disabled
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] CPU PM notifiers
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: Question about expected behavior when PM runtime is disabled
  • From: Kenneth Heitke <kheitke@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] CPU PM notifiers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: rcu_sched_state detected stall on CPU 0, 3.0-rc2
  • From: Andy Isaacson <adi@xxxxxxxxxxxxx>
• Re: rcu_sched_state detected stall on CPU 0, 3.0-rc2
  • From: Andy Isaacson <adi@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• [RFC PATCH v5] ARM hibernation / suspend-to-disk
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH]drivers:base:power:trace.c Add "UTC" Coordinated Universal Time to the printk.
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• 3.0-rc2: Reported regressions 2.6.38 -> 2.6.39
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 3.0-rc2: Reported regressions from 2.6.39
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH]drivers:base:power:trace.c Add "UTC" Coordinated Universal Time to the printk.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH]drivers:base:power:trace.c Add "UTC" Coordinated Universal Time to the printk.
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: [PATCH]drivers:base:power:trace.c Add "UTC" Coordinated Universal Time to the printk.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH]drivers:base:power:trace.c Add "UTC" Coordinated Universal Time to the printk.
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: [PATCH] PM: export suspend_set_ops, suspend_valid_only_mem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v5] PM / Core: suspend_again callback for suspend_ops.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [patch 1/1] [PATCH] include storage keys in hibernation image.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH]drivers:base:power:trace.c Add "UTC" Coordinated Universal Time to the printk.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] PM: Update documentation regarding sysdevs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Update][PATCH 7/8] PM / Domains: System-wide transitions support for generic domains (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/8] PM / Domains: Support for generic I/O PM domains (v5)
  • From: Greg KH <gregkh@xxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 7/8] PM / Domains: System-wide transitions support for generic PM domains
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 8/8] ARM / shmobile: Support for I/O PM domains for SH7372 (v5)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/8] PM: Introduce generic "noirq" callback routines for subsystems
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 6/8] PM / Domains: Move code from under #ifdef CONFIG_PM_RUNTIME
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/8] PM / Domains: Rename struct dev_power_domain to struct dev_pm_domain
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/8] PM / Domains: Update documentation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/8] PM / Domains: Support for generic I/O PM domains (v5)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/8] PM / Domains: Support for generic I/O PM domains (v5)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/8] PM: subsys_data in struct dev_pm_info need not depend on RM_RUNTIME
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Question about expected behavior when PM runtime is disabled
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Kevin Hilman <khilman@xxxxxx>
• Question about expected behavior when PM runtime is disabled
  • From: Kenneth Heitke <kheitke@xxxxxxxxxxxxxx>
• Re: [PATCH V2] PM: OPP: introduce function to free cpufreq table
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4] ARM hibernation/suspend-to-disk support
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4] ARM hibernation/suspend-to-disk support
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4] ARM hibernation/suspend-to-disk support
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: [RFC PATCH v4] ARM hibernation/suspend-to-disk support
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4] ARM hibernation/suspend-to-disk support
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Kyungmin Park <kmpark@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4] ARM hibernation/suspend-to-disk support
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4] ARM hibernation/suspend-to-disk support
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [RFC PATCH v4] ARM hibernation/suspend-to-disk support
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4] ARM hibernation/suspend-to-disk support
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4] ARM hibernation/suspend-to-disk support
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [RFC PATCH v4] ARM hibernation/suspend-to-disk support
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: [RFC PATCH v4] ARM hibernation/suspend-to-disk support
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [RFC PATCH v4] ARM hibernation/suspend-to-disk support
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [RFC PATCH v4] ARM hibernation/suspend-to-disk support
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: [RFC PATCH v4] ARM hibernation/suspend-to-disk support
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4] ARM hibernation/suspend-to-disk support
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: [RFC PATCH v4] ARM hibernation/suspend-to-disk support
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4] ARM hibernation/suspend-to-disk support
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [RFC PATCH v4] ARM hibernation/suspend-to-disk support
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [RFC PATCH v4] ARM hibernation/suspend-to-disk support
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: [RFC PATCH v4] ARM hibernation/suspend-to-disk support
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4] ARM hibernation/suspend-to-disk support
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH]drivers:base:power:trace.c Add "UTC" Coordinated Universal Time to the printk.
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Kevin Hilman <khilman@xxxxxx>
• [GIT PULL] Power management fixes for 3.0
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [patch 0/1] [RFC] include storage keys in hibernation image
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• [patch 1/1] [PATCH] include storage keys in hibernation image.
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [RFC] OMAP: McBSP not working if CONFIG_PM_RUNTIME not set
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 3.0-rc1] PM / runtime: fix broken iteration over clock ids
  • From: Janusz Krzysztofik <jkrzyszt@xxxxxxxxxxxx>
• Re: [RFC] OMAP: McBSP not working if CONFIG_PM_RUNTIME not set
  • From: Janusz Krzysztofik <jkrzyszt@xxxxxxxxxxxx>
• Re: [RFC PATCH v4] ARM hibernation/suspend-to-disk support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3.0-rc1] PM / runtime: fix broken iteration over clock ids
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3.0-rc1] PM / runtime: fix broken iteration over clock ids
  • From: Janusz Krzysztofik <jkrzyszt@xxxxxxxxxxxx>
• Re: [RFC] OMAP: McBSP not working if CONFIG_PM_RUNTIME not set
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 3.0-rc1] PM / runtime: fix broken iteration over clock ids
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC] OMAP: McBSP not working if CONFIG_PM_RUNTIME not set
  • From: Janusz Krzysztofik <jkrzyszt@xxxxxxxxxxxx>
• [RFC PATCH v4] ARM hibernation/suspend-to-disk support
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• [RFC PATCH V1 7/7] cpuidle: (POWER) Handle power_save=off
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V1 6/7] cpuidle: (POWER) Enable cpuidle and directly call cpuidle_idle_call() for pSeries
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V1 3/7] cpuidle: stop using pm_idle
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V1 5/7] cpuidle: (POWER) cpuidle driver for pSeries
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V1 4/7] cpuidle: (powerpc) Add cpu_idle_wait() to allow switching idle routines
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V1 2/7] cpuidle: replace xen access to x86 pm_idle and default_idle
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V1 1/7] cpuidle: create bootparam "cpuidle.off=1"
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V1 0/7] cpuidle: (POWER) cpuidle driver for pSeries
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3.0-rc1] PM / runtime: fix broken iteration over clock ids
  • From: Janusz Krzysztofik <jkrzyszt@xxxxxxxxxxxx>
• [PATCH 3.0-rc1] PM / runtime: fix broken iteration over clock ids
  • From: Janusz Krzysztofik <jkrzyszt@xxxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] PM / Runtime: Support for generic I/O power domains (v4)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 5/8] PCI / Intel IOMMU: Use syscore_ops instead of sysdev class and sysdev
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH 5/8] PCI / Intel IOMMU: Use syscore_ops instead of sysdev class and sysdev
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3.0-rc1] PM / runtime: fix broken iteration over clock ids
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH V5 1/4] cpuidle: Move dev->last_residency update to driver enter routine, remove dev->last_state
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] PM / Hibernate: Remove arch_prepare_suspend()
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• [RFC PATCH V5 2/4] cpuidle: Remove CPUIDLE_FLAG_IGNORE and dev->prepare()
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V5 4/4] cpuidle: Single/Global registration of idle states
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V5 3/4] cpuidle: Split cpuidle_state structure and move per-cpu statistics fields
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V5 1/4] cpuidle: Move dev->last_residency update to driver enter routine, remove dev->last_state
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V5 0/4] cpuidle: global registration of idle states with per-cpu statistics
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] PM / Hibernate: Remove arch_prepare_suspend()
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v5] PM / Core: suspend_again callback for suspend_ops.
  • From: Pavel Machek <pavel@xxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/8] PCI / Intel IOMMU: Use syscore_ops instead of sysdev class and sysdev
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] mm: Introduce the memory regions data structure
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• Re: [PATCH 2/3] introduce intel_rapl driver
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
• [PATCH v5] PM / Core: suspend_again callback for suspend_ops.
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [PATCH 1/5] PM / Runtime: Support for generic I/O power domains (v4)
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• calling runtime PM from system PM methods
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH] perf_events: Enable idle state tracing for pseries (ppc64)
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• Re: runtime PM _really_ implemented on 2.6.33?
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxx>
• runtime PM _really_ implemented on 2.6.33?
  • From: Pan ruochen <panruochen@xxxxxxxxx>
• Re: [PATCH 10/10] mm: Create memory regions at boot-up
  • From: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@xxxxxxxxxxxx>
• Re: [RFC PATCH v3] ARM hibernation/suspend-to-disk support
  • From: Nicolas Pitre <nico@xxxxxxxxxxx>
• Re: [PATCH 01/10] mm: Introduce the memory regions data structure
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3] ARM hibernation/suspend-to-disk support
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: [PATCH] PM: export suspend_set_ops, suspend_valid_only_mem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [stable] [PATCH 8/8] x86 idle: deprecate mwait_idle() and "idle=mwait" cmdline param
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [stable] [PATCH 5/8] x86 idle floppy: deprecate disable_hlt()
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [stable] [PATCH 6/8] x86 idle APM: deprecate CONFIG_APM_CPU_IDLE
  • From: Greg KH <greg@xxxxxxxxx>
• Re: idle patches for 2.6.40.merge
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: export suspend_set_ops, suspend_valid_only_mem
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: [git pull] cpupowerutils
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] introduce intel_rapl driver
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH v3 1/3] PM: Introduce DEVFREQ: generic DVFS framework with device-specific OPPs
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [PATCH 2/3] introduce intel_rapl driver
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH 2/3] introduce intel_rapl driver
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH 5/8] x86 idle floppy: deprecate disable_hlt()
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 6/8] x86 idle APM: deprecate CONFIG_APM_CPU_IDLE
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 1/8] cpuidle: menu: fixed wrapping timers at 4.294 seconds
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 7/8] x86 idle: deprecate "no-hlt" cmdline param
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 8/8] x86 idle: deprecate mwait_idle() and "idle=mwait" cmdline param
  • From: Len Brown <lenb@xxxxxxxxxx>
• idle patches for 2.6.40.merge
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 3/8] x86 idle: clarify AMD erratum 400 workaround
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 4/8] x86 idle: EXPORT_SYMBOL(default_idle, pm_idle) only when APM demands it
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 2/8] idle governor: Avoid lock acquisition to read pm_qos before entering idle
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 01/10] mm: Introduce the memory regions data structure
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• [GIT] idle patches for 2.6.40.merge
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [Patch v2] idle governor: Avoid lock acquisition to read pm_qos before entering idle
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• Re: [PATCH 2/3] introduce intel_rapl driver
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH] PM: export suspend_set_ops, suspend_valid_only_mem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 1/3] PM: Introduce DEVFREQ: generic DVFS framework with device-specific OPPs
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] PM: export suspend_set_ops, suspend_valid_only_mem
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 5/5] ARM / shmobile: Support for power domain A4MP on SH7372
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/5] PM / Domains: Support for multiple generic power domain states
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/5] PM: System-wide transitions support for generic power domains (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/5] ARM / shmobile: Support for I/O power domains for SH7372 (v5)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/5] PM / Runtime: Support for generic I/O power domains (v4)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/5] PM: Support for generic I/O power domains (v4)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 01/10] mm: Introduce the memory regions data structure
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [GIT PULL] Hibernate and PM QoS updates for 2.6.40
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/3] introduce intel_rapl driver
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [PATCH 2/3] introduce intel_rapl driver
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [PATCH 01/10] mm: Introduce the memory regions data structure
  • From: Vaidyanathan Srinivasan <svaidy@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] mm: Introduce the memory regions data structure
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3] ARM hibernation/suspend-to-disk support
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• [PATCH 04/10] mm: Refer to zones from memory regions
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• [PATCH 07/10] mm: Modify vmstat
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• [PATCH 02/10] mm: Helper routines
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• [PATCH 05/10] mm: Create zonelists
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• [PATCH 08/10] mm: Modify vmscan
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• [PATCH 03/10] mm: Init zones inside memory regions
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• [PATCH 10/10] mm: Create memory regions at boot-up
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• [PATCH 06/10] mm: Verify zonelists
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• [PATCH 09/10] mm: Reflect memory region changes in zoneinfo
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• [PATCH 01/10] mm: Introduce the memory regions data structure
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• Re: [PATCH 2/3] introduce intel_rapl driver
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH v3 3/3] PM / DEVFREQ: add sysfs interface (including user tickling)
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• [PATCH v3 1/3] PM: Introduce DEVFREQ: generic DVFS framework with device-specific OPPs
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• [PATCH v3 2/3] PM / DEVFREQ: add example governors
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [PATCH v2 2/3] PM / DEVFREQ: add example governors
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxx>
• Re: [PATCH 2/3] introduce intel_rapl driver
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: [PATCH 2/3] introduce intel_rapl driver
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] show energy consumption info in perf tool
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH 2/3] introduce intel_rapl driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] introduce intel_rapl driver
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [PATCH 3/3] show energy consumption info in perf tool
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH 2/3] introduce intel_rapl driver
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH 1/3] export some perf interfaces
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: linux-next: build warning after merge of the suspend tree
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH] MIPS:i8259.c remove resume and shutdown to syscore_ops
  • From: Wanlong Gao <wanlong.gao@xxxxxxxxx>
• Re: [PATCH V2] PM: OPP: introduce function to free cpufreq table
  • From: Kevin Hilman <khilman@xxxxxx>
• [RFC PATCH v3] ARM hibernation/suspend-to-disk support
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• [PATCH V2] PM: OPP: introduce function to free cpufreq table
  • From: Nishanth Menon <nm@xxxxxx>
• Re: linux-next: build warning after merge of the suspend tree
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: OPP: introduce function to free cpufreq table
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] MIPS:i8259.c remove resume and shutdown to syscore_ops
  • From: Manuel Lauss <manuel.lauss@xxxxxxxxxxxxxx>
• Re: [PATCH] MIPS:i8259.c remove resume and shutdown to syscore_ops
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC] ARM hibernation, cpu-type-specific code
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: [PATCH 0/3] Hibernate cleanups
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: [RFC PATCH] ARM hibernation / suspend-to-disk support code
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• [git pull] cpupowerutils
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: ARM hibernation / suspend-to-disk support code
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: [PATCH] PM: OPP: introduce function to free cpufreq table
  • From: "Menon, Nishanth" <nm@xxxxxx>
• Re: [PATCH v2.6.38-rc7] Revert "libata: ahci_start_engine compliant to AHCI spec"
  • From: Jian Peng <jipeng2005@xxxxxxxxx>
• Re: [PATCH] PM: OPP: introduce function to free cpufreq table
  • From: Todd Poynor <toddpoynor@xxxxxxxxxx>
• [PATCH] PM: OPP: introduce function to free cpufreq table
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH 3/3] PM / Hibernate: Update kerneldoc comments in hibernate.c
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: [PATCH 3/3] PM / Hibernate: Update kerneldoc comments in hibernate.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH] ARM hibernation / suspend-to-disk support code
  • From: Dave Martin <dave.martin@xxxxxxxxxx>
• Re: [RFC PATCH] ARM hibernation / suspend-to-disk support code
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: [RFC PATCH] ARM hibernation / suspend-to-disk support code
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [RFC PATCH v2] ARM hibernation / suspend-to-disk support code
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: [RFC PATCH] ARM hibernation / suspend-to-disk support code
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] ARM hibernation / suspend-to-disk support code
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: [PATCH v2.6.38-rc7] Revert "libata: ahci_start_engine compliant to AHCI spec"
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC PATCH] ARM hibernation / suspend-to-disk support code
  • From: Dave Martin <dave.martin@xxxxxxxxxx>
• Re: [RFC PATCH] ARM hibernation / suspend-to-disk support code
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] ARM hibernation / suspend-to-disk support code
  • From: Dave Martin <dave.martin@xxxxxxxxxx>
• Re: [RFC PATCH] ARM hibernation / suspend-to-disk support code
  • From: Dave Martin <dave.martin@xxxxxxxxxx>
• Re: [RFC PATCH] ARM hibernation / suspend-to-disk support code
  • From: Dave Martin <dave.martin@xxxxxxxxxx>
• Re: [PATCH 3/3] PM / Hibernate: Update kerneldoc comments in hibernate.c
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: [RFC PATCH] ARM hibernation / suspend-to-disk support code
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH] ARM hibernation / suspend-to-disk support code
  • From: "Frank Hofmann" <Frank.Hofmann@xxxxxxxxxx>
• Re: [RFC PATCH] ARM hibernation / suspend-to-disk support code
  • From: "Frank Hofmann" <Frank.Hofmann@xxxxxxxxxx>
• Re: [PATCH v2.6.38-rc7] Revert "libata: ahci_start_engine compliant to AHCI spec"
  • From: Jian Peng <jipeng2005@xxxxxxxxx>
• [PATCH 3/3] PM / Hibernate: Update kerneldoc comments in hibernate.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/3] PM / Hibernate: Remove arch_prepare_suspend()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/3] Hibernate cleanups
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/3] PM / Hibernate: Update some comments in core hibernate code
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH] ARM hibernation / suspend-to-disk support code
  • 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: [PATCH v2.6.38-rc7] Revert "libata: ahci_start_engine compliant to AHCI spec"
  • From: Valdis.Kletnieks@xxxxxx
• Re: [PATCH v2.6.38-rc7] Revert "libata: ahci_start_engine compliant to AHCI spec"
  • From: Jian Peng <jipeng2005@xxxxxxxxx>
• Re: [RFC PATCH] ARM hibernation / suspend-to-disk support code
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] ARM hibernation / suspend-to-disk support code
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2.6.38-rc7] Revert "libata: ahci_start_engine compliant to AHCI spec"
  • From: Jian Peng <jipeng2005@xxxxxxxxx>
• Re: [RFC PATCH] ARM hibernation / suspend-to-disk support code
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: [PATCH v2.6.38-rc7] Revert "libata: ahci_start_engine compliant to AHCI spec"
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC PATCH] ARM hibernation / suspend-to-disk support code
  • From: Dave Martin <dave.martin@xxxxxxxxxx>
• Re: [RFC PATCH] ARM hibernation / suspend-to-disk support code
  • From: Dave Martin <dave.martin@xxxxxxxxxx>
• Re: [RFC PATCH] ARM hibernation / suspend-to-disk support code
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: [PATCH v2 1/3] PM: Introduce DEVFREQ: generic DVFS framework with device-specific OPPs
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxx>
• Re: [PATCH v2.6.38-rc7] Revert "libata: ahci_start_engine compliant to AHCI spec"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2.6.38-rc7] Revert "libata: ahci_start_engine compliant to AHCI spec"
  • From: Jian Peng <jipeng2005@xxxxxxxxx>
• Power management updates for 2.6.40
  • 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: [PATCH v2.6.38-rc7] Revert "libata: ahci_start_engine compliant to AHCI spec"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/4] PM / Loss: power loss management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC PATCH] ARM hibernation / suspend-to-disk support code
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: [PATCH v2.6.38-rc7] Revert "libata: ahci_start_engine compliant to AHCI spec"
  • From: Jian Peng <jipeng2005@xxxxxxxxx>
• Re: [PATCH 2/4] PM / Loss: power loss management
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Remove CONFIG_PM_VERBOSE
  • From: Pavel Machek <pavel@xxxxxx>
• Re: pm loss development
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH v2.6.38-rc7] Revert "libata: ahci_start_engine compliant to AHCI spec"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/4] PM / Loss: power loss management
  • From: Davide Ciminaghi <ciminaghi@xxxxxxxxx>
• Re: [PATCH v2.6.38-rc7] Revert "libata: ahci_start_engine compliant to AHCI spec"
  • From: Jian Peng <jipeng2005@xxxxxxxxx>
• Re: pm loss development
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2.6.38-rc7] Revert "libata: ahci_start_engine compliant to AHCI spec"
  • From: Jian Peng <jipeng2005@xxxxxxxxx>
• Re: [PATCH v2 1/3] PM: Introduce DEVFREQ: generic DVFS framework with device-specific OPPs
  • 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 1/3] PM: Introduce DEVFREQ: generic DVFS framework with device-specific OPPs
  • From: Pavel Machek <pavel@xxxxxx>
• 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: [PATCH v2 1/3] PM: Introduce DEVFREQ: generic DVFS framework with device-specific OPPs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 2/3] PM / DEVFREQ: add example governors
  • 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: pm loss development
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: xHCI and suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2.6.38-rc7] Revert "libata: ahci_start_engine compliant to AHCI spec"
  • From: Jian Peng <jipeng2005@xxxxxxxxx>
• Re: [RFC][PATCH] PM / Hibernate: Add sysfs knob to control size of memory for drivers
  • From: Pavel Machek <pavel@xxxxxx>
• Re: xHCI and suspend/resume
  • From: Sarah Sharp <sarah.a.sharp@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] PM / Hibernate: Add sysfs knob to control size of memory for drivers
  • From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
• Re: [RFC][PATCH] PM / Hibernate: Add sysfs knob to control size of memory for drivers
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v4 1/2] PM / Core: suspend_again callback for suspend_ops.
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [PATCH v2 1/3] PM: Introduce DEVFREQ: generic DVFS framework with device-specific OPPs
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [PATCH v4 2/2] PM / Core: partial resume/suspend API for suspend_again users.
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: pm loss development
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: xHCI and suspend/resume
  • From: Dwight Schauer <dschauer@xxxxxxxxx>
• Re: xHCI and suspend/resume
  • From: "Xu, Andiry" <Andiry.Xu@xxxxxxx>
• Re: [PATCH v2 2/3] PM / DEVFREQ: add example governors
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [PATCH v2 3/3] PM / DEVFREQ: add sysfs interface (including user tickling)
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxx>
• Re: xHCI and suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/4] PM / Loss: power loss management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: pm loss development
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: pm loss development
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: pm loss development
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/4] export bus_kset
  • 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: [PATCH v2 2/3] PM / DEVFREQ: add example governors
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 3/3] PM / DEVFREQ: add sysfs interface (including user tickling)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: xHCI and suspend/resume
  • From: Dwight Schauer <dschauer@xxxxxxxxx>
• Re: [PATCH v2 1/3] PM: Introduce DEVFREQ: generic DVFS framework with device-specific OPPs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: xHCI and suspend/resume
  • 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>