Linux Power Management

Date Index

Re: [PATCH 1/2 2.6.37.stable] intel_idle: disable NHM/WSM HW C-state auto-demotion, (continued)
suspend() and runtime_suspend(), Martin, LoicX
- Re: suspend() and runtime_suspend(), Alan Stern
  - Re: suspend() and runtime_suspend(), Martin, LoicX
    - Re: suspend() and runtime_suspend(), Alan Stern
      - Re: suspend() and runtime_suspend(), Rafael J. Wysocki
Re: [Bug 31432] Resume from suspend fails on new FireWire stack (TSB43AB22/A IEEE-1394a-2000 Controller), Stefan Richter
- Re: [Bug 31432] Resume from suspend fails on new FireWire stack (TSB43AB22/A IEEE-1394a-2000 Controller), as
  - Re: [Bug 31432] Resume from suspend fails on new FireWire stack (TSB43AB22/A IEEE-1394a-2000 Controller), Stefan Richter
- <Possible follow-ups>
- Re: [Bug 31432] Resume from suspend fails on new FireWire stack (TSB43AB22/A IEEE-1394a-2000 Controller), Jaša Bartelj
  - Re: [Bug 31432] Resume from suspend fails on new FireWire stack (TSB43AB22/A IEEE-1394a-2000 Controller), Stefan Richter
[GIT PULL] Power management fix for 2.6.39, Rafael J. Wysocki
[PATCH] PM / Suspend: Add more suspend notifier events, Daniel Drake
- Re: [PATCH] PM / Suspend: Add more suspend notifier events, Rafael J. Wysocki
  - Re: [PATCH] PM / Suspend: Add more suspend notifier events, Daniel Drake
[213/474] x86, hotplug: Use mwait to offline a processor, fix the legacy case, Greg KH
- [regression] Re: [213/474] x86, hotplug: Use mwait to offline a processor, fix the legacy case, Jonathan Nieder
  - Re: [stable] [regression] Re: [213/474] x86, hotplug: Use mwait to offline a processor, fix the legacy case, Greg KH
[GIT PULL] Power management updates for 2.6.39, Rafael J. Wysocki
[PATCH] PM / Hibernate: Reduce autotuned default image size, Rafael J. Wysocki
[PATCH v3 3/5] PM: pm.h - Add comments about Xen save/restore/chkpt use case, Shriram Rajagopalan
[PATCH v3 1/5] xen: xenbus PM events support, Shriram Rajagopalan
[PATCH v3 0/5] xen: Use PM/Hibernate events for save/restore/chkpt, Shriram Rajagopalan
[PATCH v3 5/5] xen: fix XEN_SAVE_RESTORE Kconfig dependencies, Shriram Rajagopalan
[PATCH v3 2/5] xen: use freeze/restore/thaw PM events for suspend/resume/chkpt, Shriram Rajagopalan
[PATCH v3 4/5] PM: Add visible HIBERNATION_INTERFACE and hide HIBERNATION, Shriram Rajagopalan
- Re: [PATCH v3 4/5] PM: Add visible HIBERNATION_INTERFACE and hide HIBERNATION, Shriram Rajagopalan
  - Re: [PATCH v3 4/5] PM: Add visible HIBERNATION_INTERFACE and hide HIBERNATION, Rafael J. Wysocki
- Re: [PATCH v3 4/5] PM: Add visible HIBERNATION_INTERFACE and hide HIBERNATION, Rafael J. Wysocki
  - Re: [PATCH v3 4/5] PM: Add visible HIBERNATION_INTERFACE and hide HIBERNATION, Shriram Rajagopalan
    - Re: [PATCH v3 4/5] PM: Add visible HIBERNATION_INTERFACE and hide HIBERNATION, Rafael J. Wysocki
      - Re: [PATCH v3 4/5] PM: Add visible HIBERNATION_INTERFACE and hide HIBERNATION, Rafael J. Wysocki
        
        Re: [PATCH v3 4/5] PM: Add visible HIBERNATION_INTERFACE and hide HIBERNATION, Shriram Rajagopalan
        
        Re: [PATCH v3 4/5] PM: Add visible HIBERNATION_INTERFACE and hide HIBERNATION, Shriram Rajagopalan
        
        Re: [PATCH v3 4/5] PM: Add visible HIBERNATION_INTERFACE and hide HIBERNATION, Rafael J. Wysocki
        
        Re: [PATCH v3 4/5] PM: Add visible HIBERNATION_INTERFACE and hide HIBERNATION, Shriram Rajagopalan
Why is max_cstate=1 still needed?, Jiri Slaby
- Re: Why is max_cstate=1 still needed?, Thomas Gleixner
[ANNOUNCE] cpupowerutils - cpufrequtils extended with quite some features, Thomas Renninger
- Re: [ANNOUNCE] cpupowerutils - cpufrequtils extended with quite some features, Thomas Renninger
- Re: [ANNOUNCE] cpupowerutils - cpufrequtils extended with quite some features, Corentin Chary
  - Re: [ANNOUNCE] cpupowerutils - cpufrequtils extended with quite some features, Thomas Renninger
    - Re: [ANNOUNCE] cpupowerutils - cpufrequtils extended with quite some features, Corentin Chary
- Re: [ANNOUNCE] cpupowerutils - cpufrequtils extended with quite some features, Yong Zhang
  - Re: [ANNOUNCE] cpupowerutils - cpufrequtils extended with quite some features, Yong Zhang
[PATCH] cpufreq: Remove the pm_message_t argument from driver suspend, Rafael J. Wysocki
- Re: [PATCH] cpufreq: Remove the pm_message_t argument from driver suspend, Dave Jones
  - Re: [PATCH] cpufreq: Remove the pm_message_t argument from driver suspend, Rafael J. Wysocki
WARNING: at kref_get, Jim Rees
- Re: WARNING: at kref_get, Rafael J. Wysocki
  - Re: WARNING: at kref_get, Jim Rees
  - Re: WARNING: at kref_get, Jim Rees
    - Re: WARNING: at kref_get, Rafael J. Wysocki
      - Re: WARNING: at kref_get, Jim Rees
[RFC][PATCH 0/2] Allow subsystems to avoid using sysdevs for defining "core" PM callbacks, Rafael J. Wysocki
- [RFC][PATCH 1/2] Introduce struct syscore_ops and related functionality, Rafael J. Wysocki
  - Re: [RFC][PATCH 1/2] Introduce struct syscore_ops and related functionality, Alan Stern
    - Re: [RFC][PATCH 1/2] Introduce struct syscore_ops and related functionality, Rafael J. Wysocki
    - [RFC][Update][PATCH 1/2] Introduce struct syscore_ops and related functionality, Rafael J. Wysocki
      - Re: [RFC][Update][PATCH 1/2] Introduce struct syscore_ops and related functionality, Greg KH
        
        Re: [RFC][Update][PATCH 1/2] Introduce struct syscore_ops and related functionality, Rafael J. Wysocki
        
        Re: [RFC][Update][PATCH 1/2] Introduce struct syscore_ops and related functionality, Greg KH
        
        Re: [RFC][Update][PATCH 1/2] Introduce struct syscore_ops and related functionality, Rafael J. Wysocki
- [RFC][PATCH 2/2] Convert several sysdev users to using struct syscore_ops, Rafael J. Wysocki
  - Re: [RFC][PATCH 2/2] Convert several sysdev users to using struct syscore_ops, Greg KH
    - Re: [RFC][PATCH 2/2] Convert several sysdev users to using struct syscore_ops, Rafael J. Wysocki
      - Re: [RFC][PATCH 2/2] Convert several sysdev users to using struct syscore_ops, Greg KH
        
        Re: [RFC][PATCH 2/2] Convert several sysdev users to using struct syscore_ops, Rafael J. Wysocki
- [PATCH 0/8] Allow subsystems to avoid using sysdevs for defining "core" PM callbacks, Rafael J. Wysocki
  - [PATCH 3/8] ACPI: Use syscore_ops instead of sysdev class and sysdev, Rafael J. Wysocki
    - Re: [PATCH 3/8] ACPI: Use syscore_ops instead of sysdev class and sysdev, Len Brown
  - [PATCH 4/8] timekeeping: Use syscore_ops instead of sysdev class and sysdev, Rafael J. Wysocki
    - Re: [PATCH 4/8] timekeeping: Use syscore_ops instead of sysdev class and sysdev, Thomas Gleixner
      - Re: [PATCH 4/8] timekeeping: Use syscore_ops instead of sysdev class and sysdev, Rafael J. Wysocki
  - [PATCH 2/8] x86: Use syscore_ops instead of sysdev classes and sysdevs, Rafael J. Wysocki
    - Re: [PATCH 2/8] x86: Use syscore_ops instead of sysdev classes and sysdevs, Thomas Gleixner
      - Re: [PATCH 2/8] x86: Use syscore_ops instead of sysdev classes and sysdevs, Rafael J. Wysocki
  - [PATCH 1/8] PM / Core: Introcude struct syscore_ops, Rafael J. Wysocki
  - [PATCH 6/8] KVM: Use syscore_ops instead of sysdev class and sysdev, Rafael J. Wysocki
  - [PATCH 5/8] PCI / Intel IOMMU: Use syscore_ops instead of sysdev class and sysdev, Rafael J. Wysocki
    - Re: [PATCH 5/8] PCI / Intel IOMMU: Use syscore_ops instead of sysdev class and sysdev, Tony Luck
      - Re: [PATCH 5/8] PCI / Intel IOMMU: Use syscore_ops instead of sysdev class and sysdev, Rafael J. Wysocki
        
        Re: [PATCH 5/8] PCI / Intel IOMMU: Use syscore_ops instead of sysdev class and sysdev, Luck, Tony
  - [PATCH 7/8] cpufreq: Use syscore_ops for boot CPU suspend/resume, Rafael J. Wysocki
    - [Update, v2] Re: [PATCH 7/8] cpufreq: Use syscore_ops for boot CPU suspend/resume, Rafael J. Wysocki
  - [PATCH 8/8] Introduce ARCH_NO_SYSDEV_OPS config option, Rafael J. Wysocki
    - Re: [PATCH 8/8] Introduce ARCH_NO_SYSDEV_OPS config option, Thomas Gleixner
      - [Update] Re: [PATCH 8/8] Introduce ARCH_NO_SYSDEV_OPS config option, Rafael J. Wysocki
  - [PATCH 9-10/10] Allow subsystems to avoid using sysdevs for defining "core" PM callbacks, Rafael J. Wysocki
    - [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, R. J. Wysocki
      - Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Paul Mundt
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Rafael J. Wysocki
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Paul Mundt
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Kay Sievers
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Rafael J. Wysocki
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Kay Sievers
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Rafael J. Wysocki
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Kay Sievers
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Paul Mundt
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Kay Sievers
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Rafael J. Wysocki
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Kay Sievers
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Rafael J. Wysocki
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Kay Sievers
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Rafael J. Wysocki
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Russell King - ARM Linux
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Paul Mundt
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Mark Brown
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Paul Mundt
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Rafael J. Wysocki
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Kay Sievers
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Rafael J. Wysocki
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Kay Sievers
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Kay Sievers
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Rafael J. Wysocki
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Rafael J. Wysocki
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Paul Mundt
        
        Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev, Rafael J. Wysocki
    - [PATCH 10/10] ARM: Use struct syscore_ops instead of sysdevs for PM in timer and leds, Rafael J. Wysocki
      - Re: [PATCH 10/10] ARM: Use struct syscore_ops instead of sysdevs for PM in timer and leds, Stephen Boyd
        
        [Update] Re: [PATCH 10/10] ARM: Use struct syscore_ops instead of sysdevs for PM in timer and leds, Rafael J. Wysocki
  - [PATCH 0/6] Do not use sysdevs for implementing "core" PM operations on x86, Rafael J. Wysocki
    - [PATCH 1/6] x86: Use syscore_ops instead of sysdev classes and sysdevs, Rafael J. Wysocki
    - [PATCH 4/6] KVM: Use syscore_ops instead of sysdev class and sysdev, Rafael J. Wysocki
      - Re: [PATCH 4/6] KVM: Use syscore_ops instead of sysdev class and sysdev, Avi Kivity
    - [PATCH 3/6] PCI / Intel IOMMU: Use syscore_ops instead of sysdev class and sysdev, Rafael J. Wysocki
      - Re: [PATCH 3/6] PCI / Intel IOMMU: Use syscore_ops instead of sysdev class and sysdev, Joerg Roedel
        
        Re: [PATCH 3/6] PCI / Intel IOMMU: Use syscore_ops instead of sysdev class and sysdev, Rafael J. Wysocki
        
        Re: [PATCH 3/6] PCI / Intel IOMMU: Use syscore_ops instead of sysdev class and sysdev, Roedel, Joerg
    - [PATCH 2/6] timekeeping: Use syscore_ops instead of sysdev class and sysdev, Rafael J. Wysocki
    - [PATCH 6/6] Introduce ARCH_NO_SYSDEV_OPS config option (v2), Rafael J. Wysocki
    - [PATCH 5/6] cpufreq: Use syscore_ops for boot CPU suspend/resume (v2), Rafael J. Wysocki
    - Re: [PATCH 0/6] Do not use sysdevs for implementing "core" PM operations on x86, Ingo Molnar
      - Re: [PATCH 0/6] Do not use sysdevs for implementing "core" PM operations on x86, Rafael J. Wysocki
        
        [GIT PULL] More power management updates for 2.6.39, Rafael J. Wysocki
- Re: [RFC][PATCH 0/2] Allow subsystems to avoid using sysdevs for defining "core" PM callbacks, Kay Sievers
  - Re: [RFC][PATCH 0/2] Allow subsystems to avoid using sysdevs for defining "core" PM callbacks, Rafael J. Wysocki
[PATCH] x86: Fix ACPI wakeup build failure, Sedat Dilek
- Re: [PATCH] x86: Fix ACPI wakeup build failure, Alexander van Heukelum
[ANNOUNCE] suspend-utils 1.0 has been released, Rafael J. Wysocki
SPEAR Power Management: Suspend to ram problem., deepaksi
2.6.38-rc7-git4: Reported regressions 2.6.36 -> 2.6.37, Rafael J. Wysocki
2.6.38-rc7-git4: Reported regressions from 2.6.37, Rafael J. Wysocki
- Re: 2.6.38-rc7-git4: Reported regressions from 2.6.37, Alan Stern
  - Re: 2.6.38-rc7-git4: Reported regressions from 2.6.37, Rafael J. Wysocki
2.6.38-rc7: oops on hibernate, Dmitry Nezhevenko
- Re: 2.6.38-rc7: oops on hibernate, Rafael J. Wysocki
[PATCH] PCI / PM: Add kerneldoc descrition of pci_pm_reset(), Rafael J. Wysocki
- [PATCH v2] PCI / PM: Add kerneldoc description of pci_pm_reset(), Rafael J. Wysocki
  - Re: [PATCH v2] PCI / PM: Add kerneldoc description of pci_pm_reset(), Jesse Barnes
[PATCH] PCI/ACPI: Report ASPM support to BIOS if not disabled from command line, Rafael J. Wysocki
- Re: [PATCH] PCI/ACPI: Report ASPM support to BIOS if not disabled from command line, Kenji Kaneshige
  - Re: [PATCH] PCI/ACPI: Report ASPM support to BIOS if not disabled from command line, Matthew Garrett
    - Re: [PATCH] PCI/ACPI: Report ASPM support to BIOS if not disabled from command line, Jesse Barnes
      - Re: [PATCH] PCI/ACPI: Report ASPM support to BIOS if not disabled from command line, Rafael J. Wysocki
        
        Re: [PATCH] PCI/ACPI: Report ASPM support to BIOS if not disabled from command line, Jesse Barnes
        
        Re: [PATCH] PCI/ACPI: Report ASPM support to BIOS if not disabled from command line, Jesse Barnes
Re: 2.6.38-rc6+: oops while hibernating, pcmcia?, Rafael J. Wysocki
[PATCH] power: disable hibernation if module loading is disabled, Vasiliy Kulikov
- Re: [PATCH] power: disable hibernation if module loading is disabled, Pavel Machek
  - Re: [PATCH] power: disable hibernation if module loading is disabled, Vasiliy Kulikov
- Re: [PATCH] power: disable hibernation if module loading is disabled, Rafael J. Wysocki
  - Re: [PATCH] power: disable hibernation if module loading is disabled, Vasiliy Kulikov
    - Re: [PATCH] power: disable hibernation if module loading is disabled, Rafael J. Wysocki
      - Re: [PATCH] power: disable hibernation if module loading is disabled, Vasiliy Kulikov
        
        Re: [PATCH] power: disable hibernation if module loading is disabled, Rafael J. Wysocki
        
        Re: [PATCH] power: disable hibernation if module loading is disabled, Pavel Machek
        
        Re: [PATCH] power: disable hibernation if module loading is disabled, Vasiliy Kulikov
        
        Re: [PATCH] power: disable hibernation if module loading is disabled, Rafael J. Wysocki
        
        Re: [PATCH] power: disable hibernation if module loading is disabled, Pavel Machek
- Re: [Security] [PATCH] power: disable hibernation if module loading is disabled, Greg KH
  - Re: [Security] [PATCH] power: disable hibernation if module loading is disabled, Vasiliy Kulikov
- Re: [PATCH] power: disable hibernation if module loading is disabled, Kees Cook
  - Re: [PATCH] power: disable hibernation if module loading is disabled, Rafael J. Wysocki
- Re: [PATCH] power: disable hibernation if module loading is disabled, david
pm-qos: Command line wrapper for PM_QOS, Simon Horman
[PATCH] Documentation/power/states.txt: fix repetition, Alexandre Courbot
- Re: [PATCH] Documentation/power/states.txt: fix repetition, Rafael J. Wysocki
  - Re: [PATCH] Documentation/power/states.txt: fix repetition, Alexandre Courbot
    - Re: [PATCH] Documentation/power/states.txt: fix repetition, Rafael J. Wysocki
[GIT] idle patches for 2.6.38-rc7, Len Brown
[RFC,PATCHv3 0/3] sdhci runtime_pm implementation, Pierre Tardy
- [RFC, PATCHv3 3/3] mmc: sdhci: handle wake-up from runtime_pm, Pierre Tardy
  - Re: [RFC, PATCHv3 3/3] mmc: sdhci: handle wake-up from runtime_pm, Alan Stern
    - Re: [RFC, PATCHv3 3/3] mmc: sdhci: handle wake-up from runtime_pm, Pierre Tardy
      - Re: [RFC, PATCHv3 3/3] mmc: sdhci: handle wake-up from runtime_pm, Alan Stern
        
        Re: [RFC, PATCHv3 3/3] mmc: sdhci: handle wake-up from runtime_pm, Pierre Tardy
- [RFC, PATCHv3 2/3] mmc: sdhci: use ios->clock to know when sdhci is idle, Pierre Tardy
- [RFC, PATCHv3 1/3] mmc: sdhci-pci: Enable runtime PM support, Pierre Tardy
  - Re: [RFC, PATCHv3 1/3] mmc: sdhci-pci: Enable runtime PM support, Alan Stern
- Re: [RFC,PATCHv3 0/3] sdhci runtime_pm implementation, Alan Stern
  - Re: [RFC,PATCHv3 0/3] sdhci runtime_pm implementation, Pierre Tardy
    - Re: [RFC,PATCHv3 0/3] sdhci runtime_pm implementation, Alan Stern
      - Re: [RFC,PATCHv3 0/3] sdhci runtime_pm implementation, Pierre Tardy
        
        Re: [RFC,PATCHv3 0/3] sdhci runtime_pm implementation, Alan Stern
    - Re: [RFC,PATCHv3 0/3] sdhci runtime_pm implementation, Rafael J. Wysocki
      - Re: [RFC,PATCHv3 0/3] sdhci runtime_pm implementation, Pierre Tardy
        
        Re: [RFC,PATCHv3 0/3] sdhci runtime_pm implementation, Rafael J. Wysocki
        
        Re: [RFC,PATCHv3 0/3] sdhci runtime_pm implementation, Alan Stern
[PATCH] PM: OPP: opp_find_freq_exact documentation fix, Nishanth Menon
- Re: [PATCH] PM: OPP: opp_find_freq_exact documentation fix, Rafael J. Wysocki
modelling power supply / charging logic of ebook reader, Heiko Stübner
Re: [Bug 29802] New: [REGRESSION 2.6.38-rc1+] bisected to: USB: use the no_callbacks flag for interfaces, Ming Lei
[RFT][PATCH] ACPI / ACPICA: Implicit notify for multiple devices, Rafael J. Wysocki
- Re: [RFT][PATCH] ACPI / ACPICA: Implicit notify for multiple devices, Matthew Garrett
  - Re: [RFT][PATCH] ACPI / ACPICA: Implicit notify for multiple devices, Rafael J. Wysocki
    - Re: [RFT][PATCH] ACPI / ACPICA: Implicit notify for multiple devices, Matthew Garrett
[PATCH] PM: Make ACPI wakeup from S5 work again if CONFIG_PM_SLEEP is unset, Rafael J. Wysocki
[PATCH] xen: fix XEN_SAVE_RESTORE Kconfig dependencies, Shriram Rajagopalan
- Re: [PATCH] xen: fix XEN_SAVE_RESTORE Kconfig dependencies, Ian Campbell
  - Re: [PATCH] xen: fix XEN_SAVE_RESTORE Kconfig dependencies, Rafael J. Wysocki
  - [Xen-devel] Re: [PATCH] xen: fix XEN_SAVE_RESTORE Kconfig dependencies, Jan Beulich
    - Re: [Xen-devel] Re: [PATCH] xen: fix XEN_SAVE_RESTORE Kconfig dependencies, Ian Campbell
      - Re: [Xen-devel] Re: [PATCH] xen: fix XEN_SAVE_RESTORE Kconfig dependencies, Jan Beulich
        
        Re: [Xen-devel] Re: [PATCH] xen: fix XEN_SAVE_RESTORE Kconfig dependencies, Rafael J. Wysocki
- Re: [PATCH] xen: fix XEN_SAVE_RESTORE Kconfig dependencies, Rafael J. Wysocki
- [PATCH v2] xen: fix XEN_SAVE_RESTORE Kconfig dependencies, Shriram Rajagopalan
  - Re: [PATCH v2] xen: fix XEN_SAVE_RESTORE Kconfig dependencies, Rafael J. Wysocki
PM QoS: Interface design question, Simon Horman
- Re: PM QoS: Interface design question, mark gross
does hibernate to disk try hard enough to free memory?, Martin Steigerwald
- Re: does hibernate to disk try hard enough to free memory?, Rafael J. Wysocki
  - Re: does hibernate to disk try hard enough to free memory?, Martin Steigerwald
    - Re: does hibernate to disk try hard enough to free memory?, Rafael J. Wysocki
      - Re: does hibernate to disk try hard enough to free memory?, Martin Steigerwald
        
        Re: does hibernate to disk try hard enough to free memory?, Rafael J. Wysocki
        
        Re: does hibernate to disk try hard enough to free memory?, Martin Steigerwald
        
        Re: does hibernate to disk try hard enough to free memory?, Rafael J. Wysocki
extremely slow resume with 2.6.37, Martin Steigerwald
2.6.38-rc5-git6: Reported regressions 2.6.36 -> 2.6.37, Rafael J. Wysocki
- Re: [stable] 2.6.38-rc5-git6: Reported regressions 2.6.36 -> 2.6.37, Greg KH
2.6.38-rc5-git6: Reported regressions from 2.6.37, Rafael J. Wysocki
2.6.37.1 s2disk regression (TPM), Jiri Slaby
- Re: 2.6.37.1 s2disk regression (TPM), Rafael J. Wysocki
  - Re: 2.6.37.1 s2disk regression (TPM), Jiri Slaby
    - Re: 2.6.37.1 s2disk regression (TPM), Rafael J. Wysocki
      - [REVERT request stable-2.6.36/37] Re: 2.6.37.1 s2disk regression (TPM), Jiri Slaby
        
        Re: [stable] [REVERT request stable-2.6.36/37] Re: 2.6.37.1 s2disk regression (TPM), Greg KH
      - Re: 2.6.37.1 s2disk regression (TPM), Rafael J. Wysocki
        
        Re: 2.6.37.1 s2disk regression (TPM), Rajiv Andrade
        
        Re: 2.6.37.1 s2disk regression (TPM), Jiri Slaby
        
        Re: 2.6.37.1 s2disk regression (TPM), Linus Torvalds
        
        Re: 2.6.37.1 s2disk regression (TPM), Rajiv Andrade
        
        Re: 2.6.37.1 s2disk regression (TPM), Jiri Slaby
        
        Re: 2.6.37.1 s2disk regression (TPM), Stefan Berger
        
        Re: 2.6.37.1 s2disk regression (TPM), Jiri Slaby
        
        Re: 2.6.37.1 s2disk regression (TPM), Rajiv Andrade
        
        Re: 2.6.37.1 s2disk regression (TPM), Jiri Slaby
        
        Re: 2.6.37.1 s2disk regression (TPM), Rafael J. Wysocki
        
        Re: 2.6.37.1 s2disk regression (TPM), Stefan Berger
        
        Re: 2.6.37.1 s2disk regression (TPM), Jiri Slaby
        
        Re: 2.6.37.1 s2disk regression (TPM), Stefan Berger
        
        Re: 2.6.37.1 s2disk regression (TPM), Jiri Slaby
        
        Re: 2.6.37.1 s2disk regression (TPM), Norbert Preining
        
        Re: 2.6.37.1 s2disk regression (TPM), Jiri Slaby
        
        Re: 2.6.37.1 s2disk regression (TPM), Norbert Preining
[PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt, Shriram Rajagopalan
- [PATCH 2/3] xen: use freeze/restore/thaw PM events for suspend/resume/chkpt, Shriram Rajagopalan
  - Re: [Xen-devel] [PATCH 2/3] xen: use freeze/restore/thaw PM events for suspend/resume/chkpt, Konrad Rzeszutek Wilk
    - Re: [Xen-devel] [PATCH 2/3] xen: use freeze/restore/thaw PM events for suspend/resume/chkpt, Rafael J. Wysocki
    - Re: [Xen-devel] [PATCH 2/3] xen: use freeze/restore/thaw PM events for suspend/resume/chkpt, Shriram Rajagopalan
      - Re: [Xen-devel] [PATCH 2/3] xen: use freeze/restore/thaw PM events for suspend/resume/chkpt, Rafael J. Wysocki
      - Re: [Xen-devel] [PATCH 2/3] xen: use freeze/restore/thaw PM events for suspend/resume/chkpt, Konrad Rzeszutek Wilk
        
        Re: [Xen-devel] [PATCH 2/3] xen: use freeze/restore/thaw PM events for suspend/resume/chkpt, Shriram Rajagopalan
- [PATCH 3/3] PM: pm.h - Add comments about Xen save/restore/chkpt use case, Shriram Rajagopalan
- [PATCH 1/3] xen: xenbus PM events support, Shriram Rajagopalan
- Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt, Pavel Machek
  - Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt, Ian Campbell
    - Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt, Alan Stern
      - Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt, Ian Campbell
        
        Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt, Rafael J. Wysocki
        
        Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt, Stefano Stabellini
        
        Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt, Ian Campbell
        
        Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt, Stefano Stabellini
    - Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt, Pavel Machek
      - Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt, Rafael J. Wysocki
        
        Re: [Xen-devel] Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt, Konrad Rzeszutek Wilk
        
        Re: [Xen-devel] Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt, Rafael J. Wysocki
        
        Re: [Xen-devel] Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt, Stefano Stabellini
        
        Re: [Xen-devel] Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt, Rafael J. Wysocki
        
        Re: [Xen-devel] Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt, Stefano Stabellini
        
        Re: [Xen-devel] Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt, Shriram Rajagopalan
        
        Re: [Xen-devel] Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt, Rafael J. Wysocki
- [PATCH v2 2/3] xen: use freeze/restore/thaw PM events for suspend/resume/chkpt, Shriram Rajagopalan
Re: regression 2.6.38-rc4 -> 2.6.38-rc5 suspend fails, Rafael J. Wysocki
[PATCH] PM QoS: Allow parsing of ASCII values, Simon Horman
- Re: [PATCH] PM QoS: Allow parsing of ASCII values, mark gross
  - Re: [PATCH] PM QoS: Allow parsing of ASCII values, Simon Horman
    - Re: [PATCH] PM QoS: Allow parsing of ASCII values, Alan Stern
- Re: [PATCH] PM QoS: Allow parsing of ASCII values, mark gross
  - Re: [PATCH] PM QoS: Allow parsing of ASCII values, mark gross
    - Re: [PATCH] PM QoS: Allow parsing of ASCII values, Alan Stern
      - Re: [PATCH] PM QoS: Allow parsing of ASCII values, mark gross
        
        Re: [PATCH] PM QoS: Allow parsing of ASCII values, Alan Stern
        
        Re: [PATCH] PM QoS: Allow parsing of ASCII values, mark gross
        
        Re: [PATCH] PM QoS: Allow parsing of ASCII values, Rafael J. Wysocki
        
        Re: [PATCH] PM QoS: Allow parsing of ASCII values, mark gross
        
        Re: [PATCH] PM QoS: Allow parsing of ASCII values, Simon Horman
[GIT PULL] Hibernate fix for 2.6.38, Rafael J. Wysocki
[PATCH] amba: move to pm ops, Rabin Vincent
- Re: [PATCH] amba: move to pm ops, Takashi Iwai
  - Re: [PATCH] amba: move to pm ops, Rabin Vincent
- [PATCHv2] amba: support pm ops, Rabin Vincent
  - Re: [PATCHv2] amba: support pm ops, Rafael J. Wysocki
    - [PATCHv3] amba: support pm ops, Rabin Vincent
      - Re: [PATCHv3] amba: support pm ops, Linus Walleij
      - Re: [PATCHv3] amba: support pm ops, Rafael J. Wysocki
        
        Re: [PATCHv3] amba: support pm ops, Russell King - ARM Linux
        
        Re: [PATCHv3] amba: support pm ops, Rafael J. Wysocki
    - Re: [PATCHv2] amba: support pm ops, Rabin Vincent
[PATCH] simplify kernel/power/Kconfig, Jan Beulich
- Re: [PATCH] simplify kernel/power/Kconfig, Rafael J. Wysocki
[PATCH] USB: Move runtime PM callbacks to usb_device_pm_ops, Rafael J. Wysocki
- Re: [PATCH] USB: Move runtime PM callbacks to usb_device_pm_ops, Greg KH
  - Re: [PATCH] USB: Move runtime PM callbacks to usb_device_pm_ops, Rafael J. Wysocki
Re: [PATCH 1/1, v9] cgroup/freezer: add per freezer duty ratio control, Rafael J. Wysocki
- Re: [PATCH 1/1, v9] cgroup/freezer: add per freezer duty ratio control, Jacob Pan
  - Re: [PATCH 1/1, v9] cgroup/freezer: add per freezer duty ratio control, Matt Helsley
    - Re: [PATCH 1/1, v9] cgroup/freezer: add per freezer duty ratio control, Jacob Pan
    - Re: [PATCH 1/1, v9] cgroup/freezer: add per freezer duty ratio control, jacob pan
      - Re: [PATCH 1/1, v9] cgroup/freezer: add per freezer duty ratio control, Paul Menage
        
        Re: [PATCH 1/1, v9] cgroup/freezer: add per freezer duty ratio control, Jacob Pan
Still having problems with Suspend-To-Ram an Intel Atom D525, linux-pm . 20 . masuefke
- Re: Still having problems with Suspend-To-Ram an Intel Atom D525, Alan Stern
Re: USB suspend issue with 2.6.38-rc2 -- still there in RC4-g795abaf, Dirk Hohndel
- Re: USB suspend issue with 2.6.38-rc2 -- still there in RC4-g795abaf, Alan Stern
- <Possible follow-ups>
- Re: USB suspend issue with 2.6.38-rc2 -- still there in RC4-g795abaf, Dirk Hohndel
  - Re: USB suspend issue with 2.6.38-rc2 -- still there in RC4-g795abaf, Alan Stern
[GIT] tools/power patches for 2.6.38-rc4, Len Brown
[PATCH] swsusp: fix return value when alloc fail, Stanislaw Gruszka
- Re: [PATCH] swsusp: fix return value when alloc fail, Rafael J. Wysocki
2.6.38-rc4-git5: Reported regressions 2.6.36 -> 2.6.37, Rafael J. Wysocki
2.6.38-rc4-git5: Reported regressions from 2.6.37, Rafael J. Wysocki
[PATCH] PM: Drop pm_flags that is not necessary, Rafael J. Wysocki
[Patch v2] idle governor: Avoid lock acquisition to read pm_qos before entering idle, Tim Chen
- Re: [Patch v2] idle governor: Avoid lock acquisition to read pm_qos before entering idle, mark gross
- Re: [Patch v2] idle governor: Avoid lock acquisition to read pm_qos before entering idle, Rafael J. Wysocki
- Re: [Patch v2] idle governor: Avoid lock acquisition to read pm_qos before entering idle, Len Brown
Re: [Patch] idle governor: Avoid lock acquisition to read pm_qos before entering idle, Rafael J. Wysocki
- Re: [Patch] idle governor: Avoid lock acquisition to read pm_qos before entering idle, Tim Chen
  - Re: [Patch] idle governor: Avoid lock acquisition to read pm_qos before entering idle, Rafael J. Wysocki
    - Re: [Patch] idle governor: Avoid lock acquisition to read pm_qos before entering idle, Tim Chen
      - Re: [Patch] idle governor: Avoid lock acquisition to read pm_qos before entering idle, James Bottomley
        
        Re: [Patch] idle governor: Avoid lock acquisition to read pm_qos before entering idle, Tim Chen
[PATCH 0/3] Net driver fixes related to power management, Rafael J. Wysocki
- [PATCH 2/3] atl1c: Do not call device_init_wakeup() in atl1c_probe(), Rafael J. Wysocki
- [PATCH 1/3] tg3: Avoid setting power.can_wakeup for devices that cannot wake up, Rafael J. Wysocki
  - Re: [PATCH 1/3] tg3: Avoid setting power.can_wakeup for devices that cannot wake up, Matt Carlson
    - Re: [PATCH 1/3] tg3: Avoid setting power.can_wakeup for devices that cannot wake up, Rafael J. Wysocki
      - Re: [PATCH 1/3] tg3: Avoid setting power.can_wakeup for devices that cannot wake up, Matt Carlson
- [PATCH 3/3] atl1: Do not use legacy PCI power management, Rafael J. Wysocki
- Re: [PATCH 0/3] Net driver fixes related to power management, David Miller
Xeon(R) CPU X3220 wrong frequency reading??, wkq5325
[PATCH] ARM hibernation support code, again, Frank Hofmann
[PATCH] thermal: Use freezable workqueue, Rafael J. Wysocki
- Re: [PATCH] thermal: Use freezable workqueue, Dmitry Torokhov
  - Re: [PATCH] thermal: Use freezable workqueue, Rafael J. Wysocki
    - Re: [PATCH] thermal: Use freezable workqueue, Tejun Heo
      - [PATCH wq#for-2.6.39] workqueue: add system_freezeable_wq, Tejun Heo
        
        Re: [PATCH wq#for-2.6.39] workqueue: add system_freezeable_wq, Alan Stern
        
        Re: [PATCH wq#for-2.6.39] workqueue: add system_freezeable_wq, Tejun Heo
        
        Re: [PATCH wq#for-2.6.39] workqueue: add system_freezeable_wq, Alan Stern
        
        Re: [PATCH wq#for-2.6.39] workqueue: add system_freezeable_wq, Dmitry Torokhov
[PATCH 0/6] ACPI / PM: Simplifications of core suspend and hibernate code, Rafael J. Wysocki
- [PATCH 4/6] ACPI / PM: Call acpi_save_state_mem() right before low-level suspend, Rafael J. Wysocki
  - Re: [PATCH 4/6] ACPI / PM: Call acpi_save_state_mem() right before low-level suspend, Pavel Machek
- [PATCH 3/6] ACPI / PM: Modify the "low-level resume finished" message, Rafael J. Wysocki
  - Re: [PATCH 3/6] ACPI / PM: Modify the "low-level resume finished" message, Pavel Machek
    - Re: [PATCH 3/6] ACPI / PM: Modify the "low-level resume finished" message, Rafael J. Wysocki
- [PATCH 2/6] ACPI / PM: Do not switch interrupts off/on in acpi_suspend_enter(), Rafael J. Wysocki
  - Re: [PATCH 2/6] ACPI / PM: Do not switch interrupts off/on in acpi_suspend_enter(), Pavel Machek
- [PATCH 1/6] ACPI / PM: Drop acpi_restore_state_mem(), Rafael J. Wysocki
  - Re: [PATCH 1/6] ACPI / PM: Drop acpi_restore_state_mem(), Pavel Machek
- [PATCH 5/6] ACPI / PM: Merge do_suspend_lowlevel() into acpi_save_state_mem(), Rafael J. Wysocki
  - Re: [PATCH 5/6] ACPI / PM: Merge do_suspend_lowlevel() into acpi_save_state_mem(), Pavel Machek
- [PATCH 6/6] ACPI / PM: Do not switch interrupts off/on in acpi_hibernation_enter(), Rafael J. Wysocki
  - Re: [PATCH 6/6] ACPI / PM: Do not switch interrupts off/on in acpi_hibernation_enter(), Pavel Machek
[PATCH 0/2] Fix hangup after creating checkpoint on Xen., SUZUKI, Kazuhiro
- Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen., Rafael J. Wysocki
  - Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen., Ian Campbell
    - Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen., Alan Stern
      - Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen., Ian Campbell
        
        Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen., Brendan Cully
        
        Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen., Alan Stern
        
        Re: [Xen-devel] Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen., Ian Campbell
        
        Re: [Xen-devel] Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen., Alan Stern
        
        Re: [Xen-devel] Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen., Rafael J. Wysocki
        
        Re: [Xen-devel] Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen., Ian Campbell
        
        Re: [Xen-devel] Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen., Rafael J. Wysocki
        
        [PATCH] update comments in pm.h describing Xen Guest save/restore/checkpoint use case, Shriram Rajagopalan
        
        Re: [Xen-devel] [PATCH] update comments in pm.h describing Xen Guest save/restore/checkpoint use case, Ian Campbell
        
        Re: [Xen-devel] Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen., Alan Stern
        
        Re: [Xen-devel] Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen., Ian Campbell
        
        Re: [Xen-devel] Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen., Brendan Cully
- [PATCH 1/2] Fix hangup after creating checkpoint on Xen., SUZUKI, Kazuhiro
- [PATCH 2/2] Fix hangup after creating checkpoint on Xen., SUZUKI, Kazuhiro
[PATCH v2 0/3] sdhci runtime_pm implementation using mmc clock gating fw, Pierre Tardy
- Re: [PATCH v2 0/3] sdhci runtime_pm implementation using mmc clock gating fw, Chris Ball
- [PATCH v2 1/3] mmc: put the led blinking code after clock ungating, Pierre Tardy
- [PATCH v2 3/3] sdhci:v2:use ios->clock to know when sdhci is idle, Pierre Tardy
- [PATCH v2 2/3] sdhci-pci : Enable runtime PM support, Pierre Tardy
  - Re: [PATCH v2 2/3] sdhci-pci : Enable runtime PM support, Chris Ball
  - Re: [PATCH v2 2/3] sdhci-pci : Enable runtime PM support, Chris Ball
    - Re: [PATCH v2 2/3] sdhci-pci : Enable runtime PM support, Pierre Tardy
      - Re: [PATCH v2 2/3] sdhci-pci : Enable runtime PM support, Chris Ball
        
        Re: [PATCH v2 2/3] sdhci-pci : Enable runtime PM support, Tardy, Pierre
        
        Re: [PATCH v2 2/3] sdhci-pci : Enable runtime PM support, Matthew Garrett
        
        Re: [PATCH v2 2/3] sdhci-pci : Enable runtime PM support, R. J. Wysocki
- Re: [PATCH v2 0/3] sdhci runtime_pm implementation using mmc clock gating fw, Linus Walleij
[PATCH] PM: Hide CONFIG_PM from users, Mark Brown
- Re: [PATCH] PM: Hide CONFIG_PM from users, Geert Uytterhoeven
  - Re: [PATCH] PM: Hide CONFIG_PM from users, Mark Brown
- Re: [PATCH] PM: Hide CONFIG_PM from users, Ingo Molnar
  - Re: [PATCH] PM: Hide CONFIG_PM from users, Mark Brown
- Re: [PATCH] PM: Hide CONFIG_PM from users, Stephen Rothwell
  - Re: [PATCH] PM: Hide CONFIG_PM from users, Mark Brown
    - Re: [PATCH] PM: Hide CONFIG_PM from users, Stephen Rothwell
      - Re: [PATCH] PM: Hide CONFIG_PM from users, Mark Brown
        
        Re: [PATCH] PM: Hide CONFIG_PM from users, Geert Uytterhoeven
        
        Re: [PATCH] PM: Hide CONFIG_PM from users, Stephen Rothwell
        
        Re: [PATCH] PM: Hide CONFIG_PM from users, Stephen Rothwell
        
        Re: [PATCH] PM: Hide CONFIG_PM from users, Mark Brown
        
        Re: [PATCH] PM: Hide CONFIG_PM from users, Alan Stern
        
        Re: [PATCH] PM: Hide CONFIG_PM from users, Mark Brown
        
        Re: [PATCH] PM: Hide CONFIG_PM from users, Rafael J. Wysocki
        
        Re: [PATCH] PM: Hide CONFIG_PM from users, Ray Lee
        
        Re: [PATCH] PM: Hide CONFIG_PM from users, Mark Brown
- Re: [PATCH] PM: Hide CONFIG_PM from users, Rafael J. Wysocki
  - Re: [PATCH] PM: Hide CONFIG_PM from users, Mark Brown
    - Re: [PATCH] PM: Hide CONFIG_PM from users, Rafael J. Wysocki
      - Re: [PATCH] PM: Hide CONFIG_PM from users, Mark Brown
        
        Re: [PATCH] PM: Hide CONFIG_PM from users, Rafael J. Wysocki
        
        Re: [PATCH] PM: Hide CONFIG_PM from users, Dmitry Torokhov
        
        Re: [PATCH] PM: Hide CONFIG_PM from users, Rafael J. Wysocki
        
        Re: [PATCH] PM: Hide CONFIG_PM from users, Dmitry Torokhov
        
        Re: [PATCH] PM: Hide CONFIG_PM from users, Rafael J. Wysocki
        
        Re: [PATCH] PM: Hide CONFIG_PM from users, Dmitry Torokhov
        
        Re: [PATCH] PM: Hide CONFIG_PM from users, Rafael J. Wysocki
        
        Re: [PATCH] PM: Hide CONFIG_PM from users, Paul Mundt
        
        Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time, Ingo Molnar
        
        [PATCH 0/5] Re: Remove CONFIG_PM altogether, enable power management all the time, Rafael J. Wysocki
        
        [PATCH 1/5] ACPI / PM: Move references to pm_flags into sleep.c, Rafael J. Wysocki
        
        Re: [PATCH 1/5] ACPI / PM: Move references to pm_flags into sleep.c, Linus Torvalds
        
        Re: [PATCH 1/5] ACPI / PM: Move references to pm_flags into sleep.c, Rafael J. Wysocki
        
        Re: [PATCH 1/5] ACPI / PM: Move references to pm_flags into sleep.c, Linus Torvalds
        
        [PATCH 3/5] PM: Reorder power management Kconfig options, Rafael J. Wysocki
        
        [PATCH 2/5] PM: Make CONFIG_PM depend on (CONFIG_PM_SLEEP || CONFIG_PM_RUNTIME), Rafael J. Wysocki
        
        [PATCH 5/5] PM: Clean up Kconfig dependencies, Rafael J. Wysocki
        
        Re: [PATCH 5/5] PM: Clean up Kconfig dependencies, Linus Torvalds
        
        [Updated][PATCH 5/5] PM: Clean up PM_TRACE dependencies and drop unnecessary Kconfig option, Rafael J. Wysocki
        
        [PATCH 4/5] PM: Replace CONFIG_PM_OPS with CONFIG_PM, Rafael J. Wysocki
        
        Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time, Frank Rowand
        
        Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time, Mark Brown
        
        Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time, Mark Brown
        
        Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time, Rafael J. Wysocki
        
        Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time, Frank Rowand
        
        Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time, Mark Brown
        
        Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time, Frank Rowand
        
        Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time, Mark Brown
        
        Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time, Tim Bird
        
        Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time, Mark Brown
        
        Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time, Alan Stern
        
        Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time, Mark Brown
        
        Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time, Tim Bird
        
        Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time, Ingo Molnar
        
        Re: [PATCH] PM: Hide CONFIG_PM from users, Mark Brown
- Re: [PATCH] PM: Hide CONFIG_PM from users, Pavel Machek
- Re: [PATCH] PM: Hide CONFIG_PM from users, Frank Rowand
  - Re: [PATCH] PM: Hide CONFIG_PM from users, Mark Brown
[PATCH] PM: Do not create wakeup sysfs files for devices that cannot wake up (v2), Rafael J. Wysocki
- Re: [PATCH] PM: Do not create wakeup sysfs files for devices that cannot wake up (v2), Alan Stern
  - Re: [PATCH] PM: Do not create wakeup sysfs files for devices that cannot wake up (v2), Rafael J. Wysocki
    - Re: [PATCH] PM: Do not create wakeup sysfs files for devices that cannot wake up (v2), Greg KH
      - Re: [PATCH] PM: Do not create wakeup sysfs files for devices that cannot wake up (v2), Rafael J. Wysocki
- Re: [PATCH] PM: Do not create wakeup sysfs files for devices that cannot wake up (v2), Minchan Kim
  - Re: [PATCH] PM: Do not create wakeup sysfs files for devices that cannot wake up (v2), Rafael J. Wysocki
- [PATCH 0/2] PM: Do not create wakeup sysfs files for devices that cannot wake up (v3), Rafael J. Wysocki
  - [PATCH 1/2] USB / Hub: Do not call device_set_wakeup_capable() under spinlock, Rafael J. Wysocki
    - Re: [PATCH 1/2] USB / Hub: Do not call device_set_wakeup_capable() under spinlock, Minchan Kim
  - [PATCH 1/2] PM: Do not create wakeup sysfs files for devices that cannot wake up, Rafael J. Wysocki
[PATCH 0/2] ACPI / PM: Fix suspend regression related to button GPEs, Rafael J. Wysocki
- [PATCH 1/2] ACPI / Wakeup: Enable button GPEs unconditionally during initialization, Rafael J. Wysocki
  - [Updated][PATCH 1/2] ACPI / Wakeup: Enable button GPEs unconditionally during initialization, Rafael J. Wysocki
- [PATCH 2/2] ACPI / Button: Avoid disabling wakeup unnecessarily on remove, Rafael J. Wysocki
Logitech autosuspend + runtime_pm loses input, Andrew Lutomirski
- Re: Logitech autosuspend + runtime_pm loses input, Alan Stern
[PATCH] ACPI: Remove the wakeup.run_wake_count device field, Rafael J. Wysocki
- Re: [PATCH] ACPI: Remove the wakeup.run_wake_count device field, Jesse Barnes
2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37, Rafael J. Wysocki
- Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37, Carlos R. Mafra
  - Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37, Linus Torvalds
    - Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37, Takashi Iwai
      - Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37, Rafael J. Wysocki
        
        Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37, Carlos Mafra
        
        Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37, Linus Torvalds
        
        Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37, Linus Torvalds
        
        Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37, Dave Airlie
        
        Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37, Linus Torvalds
        
        Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37, Dave Airlie
        
        Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37, Keith Packard
        
        Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37, Linus Torvalds
        
        Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37, Dave Airlie
        
        Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37, Takashi Iwai
        
        Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37, Keith Packard
        
        Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37, Carlos R. Mafra
2.6.38-rc3-git1: Reported regressions from 2.6.37, Rafael J. Wysocki
[PATCH] [1/139] x86, hotplug: Use mwait to offline a processor, fix the legacy case, Andi Kleen
[RFC][PATCH] Power domains for platform bus type, Rafael J. Wysocki
- Re: [RFC][PATCH] Power domains for platform bus type, Alan Stern
  - Re: [RFC][PATCH] Power domains for platform bus type, Rafael J. Wysocki
    - Re: [RFC][PATCH] Power domains for platform bus type, Alan Stern
      - Re: [RFC][PATCH] Power domains for platform bus type, Rafael J. Wysocki
        
        Re: [RFC][PATCH] Power domains for platform bus type, Alan Stern
        
        Re: [RFC][PATCH] Power domains for platform bus type, Rafael J. Wysocki
        
        Re: [RFC][PATCH] Power domains for platform bus type, Grant Likely
        
        Re: [RFC][PATCH] Power domains for platform bus type, Kevin Hilman
        
        Re: [RFC][PATCH] Power domains for platform bus type, Rafael J. Wysocki
- Re: [RFC][PATCH] Power domains for platform bus type, Mark Brown
- Re: [RFC][PATCH] Power domains for platform bus type, Grant Likely
  - Re: [RFC][PATCH] Power domains for platform bus type, Rafael J. Wysocki
    - Re: [RFC][PATCH] Power domains for platform bus type, Kevin Hilman
      - Re: [RFC][PATCH] Power domains for platform bus type, Grant Likely
        
        Re: [RFC][PATCH] Power domains for platform bus type, Rafael J. Wysocki
        
        Re: [RFC][PATCH] Power domains for platform bus type, Kevin Hilman
        
        Re: [RFC][PATCH] Power domains for platform bus type, Rafael J. Wysocki
        
        [RFC][PATCH 0/2] PM: Core power management modifications, Rafael J. Wysocki
        
        [RFC][PATCH 1/2] PM: Add support for device power domains, Rafael J. Wysocki
        
        Re: [RFC][PATCH 1/2] PM: Add support for device power domains, Alan Stern
        
        Re: [RFC][PATCH 1/2] PM: Add support for device power domains, Rafael J. Wysocki
        
        Re: [RFC][PATCH 1/2] PM: Add support for device power domains, Alan Stern
        
        Re: [RFC][PATCH 1/2] PM: Add support for device power domains, Rafael J. Wysocki
        
        Re: [RFC][PATCH 1/2] PM: Add support for device power domains, Magnus Damm
        
        Re: [RFC][PATCH 1/2] PM: Add support for device power domains, Rafael J. Wysocki
        
        Re: [RFC][PATCH 1/2] PM: Add support for device power domains, Kevin Hilman
        
        [RFC][PATCH 2/2] PM: Make system-wide PM and runtime PM handle subsystems consistently, Rafael J. Wysocki
        
        Re: [RFC][PATCH 2/2] PM: Make system-wide PM and runtime PM handle subsystems consistently, Alan Stern
        
        Re: [RFC][PATCH 2/2] PM: Make system-wide PM and runtime PM handle subsystems consistently, Rafael J. Wysocki
        
        Re: [RFC][PATCH 2/2] PM: Make system-wide PM and runtime PM handle subsystems consistently, Rafael J. Wysocki
        
        Re: [RFC][PATCH 2/2] PM: Make system-wide PM and runtime PM handle subsystems consistently, Alan Stern
        
        Re: [RFC][PATCH 2/2] PM: Make system-wide PM and runtime PM handle subsystems consistently, Rafael J. Wysocki
        
        Re: [RFC][PATCH 2/2] PM: Make system-wide PM and runtime PM handle subsystems consistently, Alan Stern
        
        Re: [RFC][PATCH 2/2] PM: Make system-wide PM and runtime PM handle subsystems consistently, Rafael J. Wysocki
        
        Re: [RFC][PATCH 2/2] PM: Make system-wide PM and runtime PM handle subsystems consistently, Alan Stern
        
        Re: [RFC][PATCH 2/2] PM: Make system-wide PM and runtime PM handle subsystems consistently, Greg KH
        
        Re: [RFC][PATCH 2/2] PM: Make system-wide PM and runtime PM handle subsystems consistently, Rafael J. Wysocki
        
        [PATCH] PM: Make system-wide PM and runtime PM treat subsystems consistently, R. J. Wysocki
        
        Re: [PATCH] PM: Make system-wide PM and runtime PM treat subsystems consistently, Greg KH
        
        Re: [PATCH] PM: Make system-wide PM and runtime PM treat subsystems consistently, Rafael J. Wysocki
        
        Re: [RFC][PATCH 2/2] PM: Make system-wide PM and runtime PM handle subsystems consistently, Kevin Hilman
        
        Re: [RFC][PATCH 2/2] PM: Make system-wide PM and runtime PM handle subsystems consistently, Grant Likely
      - Re: [RFC][PATCH] Power domains for platform bus type, Alan Stern
- Re: [RFC][PATCH] Power domains for platform bus type, Kevin Hilman
  - Re: [RFC][PATCH] Power domains for platform bus type, Grant Likely
- Re: [RFC][PATCH] Power domains for platform bus type, Kevin Hilman
  - Re: [RFC][PATCH] Power domains for platform bus type, Rafael J. Wysocki
[PATCH] i2c: OMAP: fix static suspend vs. runtime suspend, Kevin Hilman
- Re: [PATCH] i2c: OMAP: fix static suspend vs. runtime suspend, Rajendra Nayak
  - Re: [PATCH] i2c: OMAP: fix static suspend vs. runtime suspend, Alan Stern
    - Re: [PATCH] i2c: OMAP: fix static suspend vs. runtime suspend, Kevin Hilman
      - Re: [PATCH] i2c: OMAP: fix static suspend vs. runtime suspend, Alan Stern
        
        Re: [PATCH] i2c: OMAP: fix static suspend vs. runtime suspend, Rafael J. Wysocki
        
        [PATCH] PM: Allow pm_runtime_suspend() to succeed during system suspend, Rafael J. Wysocki
        
        Re: [PATCH] PM: Allow pm_runtime_suspend() to succeed during system suspend, Alan Stern
        
        Re: [PATCH] PM: Allow pm_runtime_suspend() to succeed during system suspend, Kevin Hilman
        
        Re: [PATCH] PM: Allow pm_runtime_suspend() to succeed during system suspend, Rafael J. Wysocki
        
        Re: [PATCH] PM: Allow pm_runtime_suspend() to succeed during system suspend, Kevin Hilman
        
        Re: [PATCH] PM: Allow pm_runtime_suspend() to succeed during system suspend, Rafael J. Wysocki
    - Re: [PATCH] i2c: OMAP: fix static suspend vs. runtime suspend, Rajendra Nayak
- Re: [PATCH] i2c: OMAP: fix static suspend vs. runtime suspend, Ben Dooks
  - Re: [PATCH] i2c: OMAP: fix static suspend vs. runtime suspend, Kevin Hilman
[PATCH 3/6] PM: use appropriate printk priority level, Mandeep Singh Baines
- Re: [PATCH 3/6] PM: use appropriate printk priority level, Rafael J. Wysocki
[PATCH 1/6] mm/page_alloc: use appropriate printk priority level, Mandeep Singh Baines
- Re: [PATCH 1/6] mm/page_alloc: use appropriate printk priority level, Ryan Mallon
  - Re: [PATCH 1/6] mm/page_alloc: use appropriate printk priority level, Mandeep Singh Baines
    - Re: [PATCH 1/6] mm/page_alloc: use appropriate printk priority level, Ryan Mallon
[PATCH 4/6] TTY: use appropriate printk priority level, Mandeep Singh Baines
- Re: [PATCH 4/6] TTY: use appropriate printk priority level, Greg KH
  - [PATCH v2] TTY: use appropriate printk priority level, Mandeep Singh Baines
[PATCH 2/6] arch/x86: use appropriate printk priority level, Mandeep Singh Baines
[PATCH 6/6] taskstats: use appropriate printk priority level, Mandeep Singh Baines
[PATCH v1 0/6] Set printk priority level, Mandeep Singh Baines
[PATCH 5/6] fs: use appropriate printk priority level, Mandeep Singh Baines
[GIT PULL] Power management fix for 2.6.38, Rafael J. Wysocki
- <Possible follow-ups>
- [GIT PULL] Power management fix for 2.6.38, Rafael J. Wysocki
[PATCH] PM: don't enable interrupts while running in_interrupt, Alan Stern
- Re: [PATCH] PM: don't enable interrupts while running in_interrupt, Rafael J. Wysocki
Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management, Jeff Chua
[PATCH 0/3] PM / Wakeup: Fixes in wakeup.c, Rafael J. Wysocki
- [PATCH 2/3] PM / Wakeup: Make pm_save_wakeup_count() work as documented, Rafael J. Wysocki
- [PATCH 1/3] PM / Wakeup: Add missing memory barriers, Rafael J. Wysocki
  - Re: [PATCH 1/3] PM / Wakeup: Add missing memory barriers, Alan Stern
    - Re: [PATCH 1/3] PM / Wakeup: Add missing memory barriers, Rafael J. Wysocki
    - Re: [PATCH 1/3] PM / Wakeup: Add missing memory barriers, Rafael J. Wysocki
      - Re: [PATCH 1/3] PM / Wakeup: Add missing memory barriers, Alan Stern
        
        Re: [PATCH 1/3] PM / Wakeup: Add missing memory barriers, Rafael J. Wysocki
        
        Re: [PATCH 1/3] PM / Wakeup: Add missing memory barriers, Alan Stern
- [PATCH 3/3] PM / Wakeup: Don't update events_check_enabled in pm_get_wakeup_count(), Rafael J. Wysocki
PROBLEM: Shutdown does not poweroff due to commit 2a2d31c8 "intel_idle: open broadcast clock event", Ari Savolainen
- Re: PROBLEM: Shutdown does not poweroff due to commit 2a2d31c8 "intel_idle: open broadcast clock event", Shaohua Li
  - Re: PROBLEM: Shutdown does not poweroff due to commit 2a2d31c8 "intel_idle: open broadcast clock event", Ari Savolainen
User tool for configuring wake-up devices, Thomas Renninger
- Re: User tool for configuring wake-up devices, Alan Stern
2.6.38-rc1 resume hang (da8aeb92 "ACPI/Battery: Update information on info notification and resume"), James Hogan
- Re: 2.6.38-rc1 resume hang (da8aeb92 "ACPI/Battery: Update information on info notification and resume"), James Hogan
- Re: 2.6.38-rc1 resume hang (da8aeb92 "ACPI/Battery: Update information on info notification and resume"), Rafael J. Wysocki
  - Re: 2.6.38-rc1 resume hang (da8aeb92 "ACPI/Battery: Update information on info notification and resume"), James Hogan
Occasional (too common) suspend problem, Linus Torvalds
- Re: Occasional (too common) suspend problem, Zhang Rui
- Re: Occasional (too common) suspend problem, Len Brown
  - Re: Occasional (too common) suspend problem, Rafael J. Wysocki
  - Re: Occasional (too common) suspend problem, Len Brown
    - Re: Occasional (too common) suspend problem, Linus Torvalds
      - Re: Occasional (too common) suspend problem, Rafael J. Wysocki
        
        Re: Occasional (too common) suspend problem, Linus Torvalds
        
        Re: Occasional (too common) suspend problem, Rafael J. Wysocki
        
        Re: Occasional (too common) suspend problem, Rafael J. Wysocki
        
        Re: Occasional (too common) suspend problem, Linus Torvalds
        
        Re: Occasional (too common) suspend problem, Rafael J. Wysocki
        
        Re: Occasional (too common) suspend problem, Linus Torvalds
        
        Re: Occasional (too common) suspend problem, Linus Torvalds
        
        Re: Occasional (too common) suspend problem, Rafael J. Wysocki
        
        Re: Occasional (too common) suspend problem, Linus Torvalds
        
        Re: Occasional (too common) suspend problem, Linus Torvalds
        
        Re: Occasional (too common) suspend problem, Jeff Chua
        
        Re: Occasional (too common) suspend problem, Linus Torvalds
        
        Re: Occasional (too common) suspend problem, Rafael J. Wysocki
        
        Re: Occasional (too common) suspend problem, Linus Torvalds
        
        Re: Occasional (too common) suspend problem, Rafael J. Wysocki
        
        Re: Occasional (too common) suspend problem, Rafael J. Wysocki
        
        Re: Occasional (too common) suspend problem, Linus Torvalds
        
        Re: Occasional (too common) suspend problem, Zhang Rui
        
        Re: Occasional (too common) suspend problem, Linus Torvalds
        
        Re: Occasional (too common) suspend problem, Dave Airlie
- Message not available
  - Re: Occasional (too common) suspend problem, Lin Ming
    - Re: Occasional (too common) suspend problem, Linus Torvalds
      - Re: Occasional (too common) suspend problem, Jeff Chua
      - Re: Occasional (too common) suspend problem, Rafael J. Wysocki
[Patch] acpi: remove acpi_sleep=s4_nonvs, Amerigo Wang
- Re: [Patch] acpi: remove acpi_sleep=s4_nonvs, Rafael J. Wysocki
[PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management, Rafael J. Wysocki
- [PATCH 2/11] ACPI / PM: Call suspend_nvs_free() earlier during resume, Rafael J. Wysocki
- [PATCH 1/11] ACPI: Introduce acpi_os_ioremap(), Rafael J. Wysocki
- [PATCH 4/11] ACPI: Do not export functions that are only used in osl.c, Rafael J. Wysocki
- [PATCH 3/11] ACPI: Fix acpi_os_read_memory() and acpi_os_write_memory(), Rafael J. Wysocki
- [PATCH 6/11] ACPI: Avoid walking the list of iomaps in osl.c twice in a row, Rafael J. Wysocki
- [PATCH 5/11] ACPI: Change acpi_ioremap_lock into a mutex, Rafael J. Wysocki
- [PATCH 9/11] ACPI: Introduce acpi_os_get_iomem(), Rafael J. Wysocki
- [PATCH 7/11] ACPI: Make acpi_os_map_memory() avoid creating unnecessary mappings, Rafael J. Wysocki
- [PATCH 8/11] ACPI: Do not use krefs under a mutex in osl.c, Rafael J. Wysocki
- [PATCH 10/11] ACPI / PM: Use existing ACPI iomaps for NVS save/restore, Rafael J. Wysocki
- [PATCH 11/11] ACPI / PM: Make NVS save/restore code use slightly less memory, Rafael J. Wysocki
- Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management, Jeff Chua
  - Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management, Rafael J. Wysocki
    - Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management, Jeff Chua
      - Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management, Rafael J. Wysocki
        
        Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management, Jeff Chua
        
        Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management, Rafael J. Wysocki
        
        Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management, Rafael J. Wysocki
        
        Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management, Jeff Chua
        
        Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management, Jeff Chua
        
        Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management, Rafael J. Wysocki
        
        Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management, Jeff Chua
        
        Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management, Rafael J. Wysocki
        
        Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management, Jeff Chua

[Index of Archives] [Kernel Development] [Kernel Announce] [Kernel Newbies] [Linux ACPI] [IETF Annouce] [Security] [Netfilter] [Bugtraq]