Linux PM

• Thread Index

• Re: Corrupted files after suspend to disk
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Bug 31432] Resume from suspend fails on new FireWire stack (TSB43AB22/A IEEE-1394a-2000 Controller)
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: Corrupted files after suspend to disk
  • From: richard -rw- weinberger <richard.weinberger@xxxxxxxxx>
• Corrupted files after suspend to disk
  • From: richard -rw- weinberger <richard.weinberger@xxxxxxxxx>
• Re: Corrupted files after suspend to disk
  • From: richard -rw- weinberger <richard.weinberger@xxxxxxxxx>
• Re: Corrupted files after suspend to disk
  • From: richard -rw- weinberger <richard.weinberger@xxxxxxxxx>
• Re: Corrupted files after suspend to disk
  • From: richard -rw- weinberger <richard.weinberger@xxxxxxxxx>
• Re: Corrupted files after suspend to disk
  • From: richard -rw- weinberger <richard.weinberger@xxxxxxxxx>
• Re: [PATCH] APM: delete APM in Linux-2.6.40
  • From: Alexander Stein <alexander.stein@xxxxxxxxxxxxxxxxxxxxx>
• Re: Corrupted files after suspend to disk
  • From: richard -rw- weinberger <richard.weinberger@xxxxxxxxx>
• Re: [PATCH] x86 APM: delete Linux kernel APM support (v2)
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH 4/5] x86 idle floppy: delete disable_hlt()/enable_hlt()
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH] APM: delete APM in Linux-2.6.40
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] APM: delete APM in Linux-2.6.40
  • From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
• Re: [PATCH] x86 APM: delete Linux kernel APM support
  • From: Ingo Molnar <mingo@xxxxxxx>
• [PATCH] x86 APM: delete Linux kernel APM support (v2)
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] APM: delete APM in Linux-2.6.40
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [PATCH] x86 APM: delete Linux kernel APM support
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH] APM: delete APM in Linux-2.6.40
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 3/5] x86 idle: remove NOP halt_works()
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 4/5] x86 idle floppy: delete disable_hlt()/enable_hlt()
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 2/5] x86 idle: remove NOP cpuinfo_x86.hlt_works_ok flag
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 5/5] x86 idle: remove NOP hlt_use_halt()
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 1/5] x86 idle: remove "no-hlt" cmdline param
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 0/5] x86 idle cruft removal
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [stable] [PATCH 1/2 2.6.37.stable] intel_idle: disable NHM/WSM HW C-state auto-demotion
  • From: Greg KH <greg@xxxxxxxxx>
• [GIT] idle patch for 2.6.39-merge
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [stable] [PATCH 1/2 2.6.37.stable] intel_idle: disable NHM/WSM HW C-state auto-demotion
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [stable] [PATCH 2/2 2.6.37.stable] intel_idle: disable Atom/Lincroft HW C-state auto-demotion
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [stable] [PATCH 1/2 2.6.37.stable] intel_idle: disable NHM/WSM HW C-state auto-demotion
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Corrupted files after suspend to disk
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Corrupted files after suspend to disk
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Corrupted files after suspend to disk
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Corrupted files after suspend to disk
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend() and runtime_suspend()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/6] PCI / Intel IOMMU: Use syscore_ops instead of sysdev class and sysdev
  • From: "Roedel, Joerg" <Joerg.Roedel@xxxxxxx>
• Re: [PATCH 3/6] PCI / Intel IOMMU: Use syscore_ops instead of sysdev class and sysdev
  • From: Joerg Roedel <joerg.roedel@xxxxxxx>
• Re: [PATCH 4/6] KVM: Use syscore_ops instead of sysdev class and sysdev
  • From: Avi Kivity <avi@xxxxxxxxxx>
• Re: [Bug 31432] Resume from suspend fails on new FireWire stack (TSB43AB22/A IEEE-1394a-2000 Controller)
  • From: Jaša Bartelj <jasa.bartelj@xxxxxxxxx>
• Re: suspend() and runtime_suspend()
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 2/2 2.6.37.stable] intel_idle: disable Atom/Lincroft HW C-state auto-demotion
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 1/2 2.6.37.stable] intel_idle: disable NHM/WSM HW C-state auto-demotion
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: Kay Sievers <kay.sievers@xxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: Kay Sievers <kay.sievers@xxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: Kay Sievers <kay.sievers@xxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: Kay Sievers <kay.sievers@xxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: Kay Sievers <kay.sievers@xxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/6] PCI / Intel IOMMU: Use syscore_ops instead of sysdev class and sysdev
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: Kay Sievers <kay.sievers@xxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: Kay Sievers <kay.sievers@xxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: Kay Sievers <kay.sievers@xxxxxxx>
• Re: Regarding the dedicated memory for hibernation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/6] Do not use sysdevs for implementing "core" PM operations on x86
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend() and runtime_suspend()
  • From: "Martin, LoicX" <loicx.martin@xxxxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: Kay Sievers <kay.sievers@xxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH 0/6] Do not use sysdevs for implementing "core" PM operations on x86
  • From: Ingo Molnar <mingo@xxxxxxx>
• Regarding the dedicated memory for hibernation
  • From: Raj Kumar <rajkumar278@xxxxxxxxxxx>
• [PATCH 0/6] Do not use sysdevs for implementing "core" PM operations on x86
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/6] cpufreq: Use syscore_ops for boot CPU suspend/resume (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 6/6] Introduce ARCH_NO_SYSDEV_OPS config option (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/6] timekeeping: Use syscore_ops instead of sysdev class and sysdev
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/6] PCI / Intel IOMMU: Use syscore_ops instead of sysdev class and sysdev
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/6] KVM: Use syscore_ops instead of sysdev class and sysdev
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/6] x86: Use syscore_ops instead of sysdev classes and sysdevs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI/ACPI: Report ASPM support to BIOS if not disabled from command line
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: [Bug 31432] Resume from suspend fails on new FireWire stack (TSB43AB22/A IEEE-1394a-2000 Controller)
  • From: as <bartmon@xxxxxxxxx>
• Re: suspend() and runtime_suspend()
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• suspend() and runtime_suspend()
  • From: "Martin, LoicX" <loicx.martin@xxxxxxxxx>
• Re: [Bug 31432] Resume from suspend fails on new FireWire stack (TSB43AB22/A IEEE-1394a-2000 Controller)
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/5] PM: Add visible HIBERNATION_INTERFACE and hide HIBERNATION
  • From: Shriram Rajagopalan <rshriram@xxxxxxxxx>
• Re: Question about hibernation
  • From: Raj Kumar <rajkumar278@xxxxxxxxxxx>
• Re: [Bug 31432] Resume from suspend fails on new FireWire stack (TSB43AB22/A IEEE-1394a-2000 Controller)
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/8] ACPI: Use syscore_ops instead of sysdev class and sysdev
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH v3 4/5] PM: Add visible HIBERNATION_INTERFACE and hide HIBERNATION
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [GIT PULL] Power management fix for 2.6.39
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM / Suspend: Add more suspend notifier events
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM / Suspend: Add more suspend notifier events
  • From: Daniel Drake <dsd@xxxxxxxxxx>
• Re: [PATCH] PCI/ACPI: Report ASPM support to BIOS if not disabled from command line
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• [PATCH] PM / Suspend: Add more suspend notifier events
  • From: Daniel Drake <dsd@xxxxxxxxxx>
• Re: [PATCH] PCI/ACPI: Report ASPM support to BIOS if not disabled from command line
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Question about hibernation
  • From: Oliver Neukum <oneukum@xxxxxxx>
• Question about hibernation
  • From: Raj Kumar <rajkumar278@xxxxxxxxxxx>
• Re: [PATCH] PCI/ACPI: Report ASPM support to BIOS if not disabled from command line
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI/ACPI: Report ASPM support to BIOS if not disabled from command line
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH] PCI/ACPI: Report ASPM support to BIOS if not disabled from command line
  • From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
• [213/474] x86, hotplug: Use mwait to offline a processor, fix the legacy case
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH v3 4/5] PM: Add visible HIBERNATION_INTERFACE and hide HIBERNATION
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 4/5] PM: Add visible HIBERNATION_INTERFACE and hide HIBERNATION
  • From: Shriram Rajagopalan <rshriram@xxxxxxxxx>
• [Update, v2] Re: [PATCH 7/8] cpufreq: Use syscore_ops for boot CPU suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 4/5] PM: Add visible HIBERNATION_INTERFACE and hide HIBERNATION
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 4/5] PM: Add visible HIBERNATION_INTERFACE and hide HIBERNATION
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 4/5] PM: Add visible HIBERNATION_INTERFACE and hide HIBERNATION
  • From: Shriram Rajagopalan <rshriram@xxxxxxxxx>
• [GIT PULL] Power management updates for 2.6.39
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] PM / Hibernate: Reduce autotuned default image size
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Update] Re: [PATCH 10/10] ARM: Use struct syscore_ops instead of sysdevs for PM in timer and leds
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [ANNOUNCE] cpupowerutils - cpufrequtils extended with quite some features
  • From: Corentin Chary <corentin.chary@xxxxxxxxx>
• Re: [ANNOUNCE] cpupowerutils - cpufrequtils extended with quite some features
  • From: Yong Zhang <yong.zhang0@xxxxxxxxx>
• Re: [ANNOUNCE] cpupowerutils - cpufrequtils extended with quite some features
  • From: Yong Zhang <yong.zhang0@xxxxxxxxx>
• Re: [ANNOUNCE] cpupowerutils - cpufrequtils extended with quite some features
  • From: Corentin Chary <corentin.chary@xxxxxxxxx>
• Re: [RFC][PATCH 0/2] Allow subsystems to avoid using sysdevs for defining "core" PM callbacks
  • From: Kay Sievers <kay.sievers@xxxxxxx>
• Re: [PATCH 10/10] ARM: Use struct syscore_ops instead of sysdevs for PM in timer and leds
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• [Update] Re: [PATCH 8/8] Introduce ARCH_NO_SYSDEV_OPS config option
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 4/8] timekeeping: Use syscore_ops instead of sysdev class and sysdev
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/8] x86: Use syscore_ops instead of sysdev classes and sysdevs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/8] x86: Use syscore_ops instead of sysdev classes and sysdevs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 4/8] timekeeping: Use syscore_ops instead of sysdev class and sysdev
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 8/8] Introduce ARCH_NO_SYSDEV_OPS config option
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH 10/10] ARM: Use struct syscore_ops instead of sysdevs for PM in timer and leds
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 9/10] sh: Use struct syscore_ops instead of sysdev class and sysdev
  • From: "R. J. Wysocki" <Rafal.Wysocki@xxxxxxxxxx>
• [PATCH 9-10/10] Allow subsystems to avoid using sysdevs for defining "core" PM callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 8/8] Introduce ARCH_NO_SYSDEV_OPS config option
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 7/8] cpufreq: Use syscore_ops for boot CPU suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/8] PCI / Intel IOMMU: Use syscore_ops instead of sysdev class and sysdev
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 6/8] KVM: Use syscore_ops instead of sysdev class and sysdev
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/8] PM / Core: Introcude struct syscore_ops
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/8] x86: Use syscore_ops instead of sysdev classes and sysdevs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/8] timekeeping: Use syscore_ops instead of sysdev class and sysdev
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/8] ACPI: Use syscore_ops instead of sysdev class and sysdev
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/8] Allow subsystems to avoid using sysdevs for defining "core" PM callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v3 3/5] PM: pm.h - Add comments about Xen save/restore/chkpt use case
  • From: Shriram Rajagopalan <rshriram@xxxxxxxxx>
• [PATCH v3 1/5] xen: xenbus PM events support
  • From: Shriram Rajagopalan <rshriram@xxxxxxxxx>
• [PATCH v3 0/5] xen: Use PM/Hibernate events for save/restore/chkpt
  • From: Shriram Rajagopalan <rshriram@xxxxxxxxx>
• [PATCH v3 5/5] xen: fix XEN_SAVE_RESTORE Kconfig dependencies
  • From: Shriram Rajagopalan <rshriram@xxxxxxxxx>
• [PATCH v3 2/5] xen: use freeze/restore/thaw PM events for suspend/resume/chkpt
  • From: Shriram Rajagopalan <rshriram@xxxxxxxxx>
• [PATCH v3 4/5] PM: Add visible HIBERNATION_INTERFACE and hide HIBERNATION
  • From: Shriram Rajagopalan <rshriram@xxxxxxxxx>
• Re: [ANNOUNCE] cpupowerutils - cpufrequtils extended with quite some features
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [ANNOUNCE] cpupowerutils - cpufrequtils extended with quite some features
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [RFC][PATCH 2/2] Convert several sysdev users to using struct syscore_ops
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: WARNING: at kref_get
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH 2/2] Convert several sysdev users to using struct syscore_ops
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [RFC][Update][PATCH 1/2] Introduce struct syscore_ops and related functionality
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpufreq: Remove the pm_message_t argument from driver suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH 2/2] Convert several sysdev users to using struct syscore_ops
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: WARNING: at kref_get
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [RFC][Update][PATCH 1/2] Introduce struct syscore_ops and related functionality
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [RFC][Update][PATCH 1/2] Introduce struct syscore_ops and related functionality
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH 2/2] Convert several sysdev users to using struct syscore_ops
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [RFC][Update][PATCH 1/2] Introduce struct syscore_ops and related functionality
  • From: Greg KH <gregkh@xxxxxxx>
• Re: Why is max_cstate=1 still needed?
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Why is max_cstate=1 still needed?
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [ANNOUNCE] cpupowerutils - cpufrequtils extended with quite some features
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: WARNING: at kref_get
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [PATCH] cpufreq: Remove the pm_message_t argument from driver suspend
  • From: Dave Jones <davej@xxxxxxxxxx>
• [PATCH] cpufreq: Remove the pm_message_t argument from driver suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH 0/2] Allow subsystems to avoid using sysdevs for defining "core" PM callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: WARNING: at kref_get
  • From: Jim Rees <rees@xxxxxxxxx>
• [RFC][Update][PATCH 1/2] Introduce struct syscore_ops and related functionality
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH 1/2] Introduce struct syscore_ops and related functionality
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: WARNING: at kref_get
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• WARNING: at kref_get
  • From: Jim Rees <rees@xxxxxxxxx>
• Re: [RFC][PATCH 1/2] Introduce struct syscore_ops and related functionality
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 2/2] Convert several sysdev users to using struct syscore_ops
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 1/2] Introduce struct syscore_ops and related functionality
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 0/2] Allow subsystems to avoid using sysdevs for defining "core" PM callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] x86: Fix ACPI wakeup build failure
  • From: "Alexander van Heukelum" <heukelum@xxxxxxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] x86: Fix ACPI wakeup build failure
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: [PATCH] power: disable hibernation if module loading is disabled
  • From: Pavel Machek <pavel@xxxxxx>
• [ANNOUNCE] suspend-utils 1.0 has been released
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• SPEAR Power Management: Suspend to ram problem.
  • From: deepaksi <deepak.sikri@xxxxxx>
• Re: 2.6.38-rc7-git4: Reported regressions from 2.6.37
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] power: disable hibernation if module loading is disabled
  • From: david@xxxxxxx
• Re: 2.6.38-rc7-git4: Reported regressions from 2.6.37
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM QoS: Allow parsing of ASCII values
  • From: mark gross <markgross@xxxxxxxxxxx>
• 2.6.38-rc7-git4: Reported regressions 2.6.36 -> 2.6.37
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 2.6.38-rc7-git4: Reported regressions from 2.6.37
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: does hibernate to disk try hard enough to free memory?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v2] PCI / PM: Add kerneldoc description of pci_pm_reset()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.38-rc7: oops on hibernate
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 2.6.38-rc7: oops on hibernate
  • From: Dmitry Nezhevenko <dion@xxxxxxxxx>
• Re: does hibernate to disk try hard enough to free memory?
  • From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
• [PATCH] PCI / PM: Add kerneldoc descrition of pci_pm_reset()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] PCI/ACPI: Report ASPM support to BIOS if not disabled from command line
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.38-rc6+: oops while hibernating, pcmcia?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] power: disable hibernation if module loading is disabled
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] power: disable hibernation if module loading is disabled
  • From: Vasiliy Kulikov <segoon@xxxxxxxxxxxx>
• Re: [PATCH] power: disable hibernation if module loading is disabled
  • From: Kees Cook <kees.cook@xxxxxxxxxxxxx>
• Re: [PATCH] power: disable hibernation if module loading is disabled
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] power: disable hibernation if module loading is disabled
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] power: disable hibernation if module loading is disabled
  • From: Vasiliy Kulikov <segoon@xxxxxxxxxxxx>
• Re: [Security] [PATCH] power: disable hibernation if module loading is disabled
  • From: Vasiliy Kulikov <segoon@xxxxxxxxxxxx>
• Re: [PATCH] power: disable hibernation if module loading is disabled
  • From: Vasiliy Kulikov <segoon@xxxxxxxxxxxx>
• Re: [Security] [PATCH] power: disable hibernation if module loading is disabled
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH 3/6] ACPI / PM: Modify the "low-level resume finished" message
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] power: disable hibernation if module loading is disabled
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] power: disable hibernation if module loading is disabled
  • From: Vasiliy Kulikov <segoon@xxxxxxxxxxxx>
• Re: [Xen-devel] Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] power: disable hibernation if module loading is disabled
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] power: disable hibernation if module loading is disabled
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] power: disable hibernation if module loading is disabled
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH] power: disable hibernation if module loading is disabled
  • From: Vasiliy Kulikov <segoon@xxxxxxxxxxxx>
• Re: [Xen-devel] Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt
  • From: Shriram Rajagopalan <rshriram@xxxxxxxxx>
• Re: [PATCH 6/6] ACPI / PM: Do not switch interrupts off/on in acpi_hibernation_enter()
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 3/6] ACPI / PM: Modify the "low-level resume finished" message
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 5/6] ACPI / PM: Merge do_suspend_lowlevel() into acpi_save_state_mem()
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 4/6] ACPI / PM: Call acpi_save_state_mem() right before low-level suspend
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 2/6] ACPI / PM: Do not switch interrupts off/on in acpi_suspend_enter()
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 1/6] ACPI / PM: Drop acpi_restore_state_mem()
  • From: Pavel Machek <pavel@xxxxxx>
• pm-qos: Command line wrapper for PM_QOS
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] Documentation/power/states.txt: fix repetition
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] Documentation/power/states.txt: fix repetition
  • From: Alexandre Courbot <gnurou@xxxxxxxxx>
• Re: [PATCH] Documentation/power/states.txt: fix repetition
  • From: Alexandre Courbot <gnurou@xxxxxxxxx>
• Re: [PATCH] Documentation/power/states.txt: fix repetition
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [GIT] idle patches for 2.6.38-rc7
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [RFC,PATCHv3 0/3] sdhci runtime_pm implementation
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC,PATCHv3 0/3] sdhci runtime_pm implementation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC,PATCHv3 0/3] sdhci runtime_pm implementation
  • From: Pierre Tardy <tardyp@xxxxxxxxx>
• Re: [RFC,PATCHv3 0/3] sdhci runtime_pm implementation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC, PATCHv3 3/3] mmc: sdhci: handle wake-up from runtime_pm
  • From: Pierre Tardy <tardyp@xxxxxxxxx>
• Re: [RFC,PATCHv3 0/3] sdhci runtime_pm implementation
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC, PATCHv3 3/3] mmc: sdhci: handle wake-up from runtime_pm
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC, PATCHv3 3/3] mmc: sdhci: handle wake-up from runtime_pm
  • From: Pierre Tardy <tardyp@xxxxxxxxx>
• Re: [RFC,PATCHv3 0/3] sdhci runtime_pm implementation
  • From: Pierre Tardy <tardyp@xxxxxxxxx>
• Re: [RFC,PATCHv3 0/3] sdhci runtime_pm implementation
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC, PATCHv3 1/3] mmc: sdhci-pci: Enable runtime PM support
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC, PATCHv3 3/3] mmc: sdhci: handle wake-up from runtime_pm
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC,PATCHv3 0/3] sdhci runtime_pm implementation
  • From: Pierre Tardy <tardyp@xxxxxxxxx>
• Re: [RFC,PATCHv3 0/3] sdhci runtime_pm implementation
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [RFC, PATCHv3 1/3] mmc: sdhci-pci: Enable runtime PM support
  • From: Pierre Tardy <tardyp@xxxxxxxxx>
• [RFC,PATCHv3 0/3] sdhci runtime_pm implementation
  • From: Pierre Tardy <tardyp@xxxxxxxxx>
• [RFC, PATCHv3 2/3] mmc: sdhci: use ios->clock to know when sdhci is idle
  • From: Pierre Tardy <tardyp@xxxxxxxxx>
• [RFC, PATCHv3 3/3] mmc: sdhci: handle wake-up from runtime_pm
  • From: Pierre Tardy <tardyp@xxxxxxxxx>
• Re: [PATCH] intel_idle: disable NHM/WSM HW C-state auto-demotion (v3)
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [Xen-devel] Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt
  • From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
• Re: [PATCH] intel_idle: disable NHM/WSM HW C-state auto-demotion (v3)
  • From: Pierre Tardy <tardyp@xxxxxxxxx>
• Re: [PATCH] PM: OPP: opp_find_freq_exact documentation fix
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [GIT PULL] Power management fix for 2.6.38
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 2/3] sdhci-pci : Enable runtime PM support
  • From: "R. J. Wysocki" <Rafal.Wysocki@xxxxxxxxxx>
• Re: [PATCH 1/1, v9] cgroup/freezer: add per freezer duty ratio control
  • From: Jacob Pan <jacob.jun.pan@xxxxxxxxxxxxxxx>
• Re: [Xen-devel] Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Xen-devel] Re: [PATCH] xen: fix XEN_SAVE_RESTORE Kconfig dependencies
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/1, v9] cgroup/freezer: add per freezer duty ratio control
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [Xen-devel] Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt
  • From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt
  • From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt
  • From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt
  • From: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] sdhci-pci : Enable runtime PM support
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [Xen-devel] Re: [PATCH] xen: fix XEN_SAVE_RESTORE Kconfig dependencies
  • From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
• Re: [PATCH v2 2/3] sdhci-pci : Enable runtime PM support
  • From: "Tardy, Pierre" <pierre.tardy@xxxxxxxxx>
• [PATCH] PM: OPP: opp_find_freq_exact documentation fix
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH 1/1, v9] cgroup/freezer: add per freezer duty ratio control
  • From: jacob pan <jacob.jun.pan@xxxxxxxxxxxxxxx>
• modelling power supply / charging logic of ebook reader
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: [RFT][PATCH] ACPI / ACPICA: Implicit notify for multiple devices
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [Xen-devel] Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFT][PATCH] ACPI / ACPICA: Implicit notify for multiple devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM QoS: Allow parsing of ASCII values
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM QoS: Allow parsing of ASCII values
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [Xen-devel] Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [RFT][PATCH] ACPI / ACPICA: Implicit notify for multiple devices
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [Bug 29802] New: [REGRESSION 2.6.38-rc1+] bisected to: USB: use the no_callbacks flag for interfaces
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [RFT][PATCH] ACPI / ACPICA: Implicit notify for multiple devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] PM: Make ACPI wakeup from S5 work again if CONFIG_PM_SLEEP is unset
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: does hibernate to disk try hard enough to free memory?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2] xen: fix XEN_SAVE_RESTORE Kconfig dependencies
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH v2] xen: fix XEN_SAVE_RESTORE Kconfig dependencies
  • From: Shriram Rajagopalan <rshriram@xxxxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH 2/3] xen: use freeze/restore/thaw PM events for suspend/resume/chkpt
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH 2/3] xen: use freeze/restore/thaw PM events for suspend/resume/chkpt
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH] PM QoS: Allow parsing of ASCII values
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: does hibernate to disk try hard enough to free memory?
  • From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: [Xen-devel] Re: [PATCH] xen: fix XEN_SAVE_RESTORE Kconfig dependencies
  • From: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
• [Xen-devel] Re: [PATCH] xen: fix XEN_SAVE_RESTORE Kconfig dependencies
  • From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
• Re: [PATCH] xen: fix XEN_SAVE_RESTORE Kconfig dependencies
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] xen: fix XEN_SAVE_RESTORE Kconfig dependencies
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] xen: fix XEN_SAVE_RESTORE Kconfig dependencies
  • From: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
• [PATCH] xen: fix XEN_SAVE_RESTORE Kconfig dependencies
  • From: Shriram Rajagopalan <rshriram@xxxxxxxxx>
• [PATCH v2 2/3] xen: use freeze/restore/thaw PM events for suspend/resume/chkpt
  • From: Shriram Rajagopalan <rshriram@xxxxxxxxx>
• Re: [PATCH] PM QoS: Allow parsing of ASCII values
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: PM QoS: Interface design question
  • From: mark gross <markgross@xxxxxxxxxxx>
• PM QoS: Interface design question
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH 2/3] xen: use freeze/restore/thaw PM events for suspend/resume/chkpt
  • From: Shriram Rajagopalan <rshriram@xxxxxxxxx>
• Re: [Xen-devel] [PATCH 2/3] xen: use freeze/restore/thaw PM events for suspend/resume/chkpt
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: does hibernate to disk try hard enough to free memory?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Xen-devel] [PATCH 2/3] xen: use freeze/restore/thaw PM events for suspend/resume/chkpt
  • From: Shriram Rajagopalan <rshriram@xxxxxxxxx>
• Re: does hibernate to disk try hard enough to free memory?
  • From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH 2/3] xen: use freeze/restore/thaw PM events for suspend/resume/chkpt
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: does hibernate to disk try hard enough to free memory?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• does hibernate to disk try hard enough to free memory?
  • From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
• Re: [PATCHv3] amba: support pm ops
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCHv3] amba: support pm ops
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [stable] 2.6.38-rc5-git6: Reported regressions 2.6.36 -> 2.6.37
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCHv3] amba: support pm ops
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• extremely slow resume with 2.6.37
  • From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
• Re: 2.6.37.1 s2disk regression (TPM)
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: 2.6.37.1 s2disk regression (TPM)
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• Re: 2.6.37.1 s2disk regression (TPM)
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• Re: 2.6.37.1 s2disk regression (TPM)
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3] amba: support pm ops
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: 2.6.37.1 s2disk regression (TPM)
  • From: Norbert Preining <preining@xxxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: 2.6.37.1 s2disk regression (TPM)
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: 2.6.37.1 s2disk regression (TPM)
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: [PATCHv2] amba: support pm ops
  • From: Rabin Vincent <rabin@xxxxxx>
• [PATCHv3] amba: support pm ops
  • From: Rabin Vincent <rabin.vincent@xxxxxxxxxxxxxx>
• Re: 2.6.37.1 s2disk regression (TPM)
  • From: Norbert Preining <preining@xxxxxxxx>
• Re: [PATCH] PM QoS: Allow parsing of ASCII values
  • From: mark gross <markgross@xxxxxxxxxxx>
• 2.6.38-rc5-git6: Reported regressions 2.6.36 -> 2.6.37
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.37.1 s2disk regression (TPM)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.37.1 s2disk regression (TPM)
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: 2.6.37.1 s2disk regression (TPM)
  • From: Rajiv Andrade <srajiv@xxxxxxxxxxxxxxxxxx>
• 2.6.38-rc5-git6: Reported regressions from 2.6.37
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.37.1 s2disk regression (TPM)
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: 2.6.37.1 s2disk regression (TPM)
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: [PATCHv2] amba: support pm ops
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 2/3] sdhci-pci : Enable runtime PM support
  • From: Chris Ball <cjb@xxxxxxxxxx>
• Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt
  • From: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
• Re: 2.6.37.1 s2disk regression (TPM)
  • From: Rajiv Andrade <srajiv@xxxxxxxxxxxxxxxxxx>
• Re: 2.6.37.1 s2disk regression (TPM)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: 2.6.37.1 s2disk regression (TPM)
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: 2.6.37.1 s2disk regression (TPM)
  • From: Rajiv Andrade <srajiv@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt
  • From: Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>
• Re: [PATCH] amba: move to pm ops
  • From: Rabin Vincent <rabin@xxxxxx>
• [PATCHv2] amba: support pm ops
  • From: Rabin Vincent <rabin.vincent@xxxxxxxxxxxxxx>
• Re: [stable] [REVERT request stable-2.6.36/37] Re: 2.6.37.1 s2disk regression (TPM)
  • From: Greg KH <greg@xxxxxxxxx>
• Re: 2.6.37.1 s2disk regression (TPM)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [REVERT request stable-2.6.36/37] Re: 2.6.37.1 s2disk regression (TPM)
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: 2.6.37.1 s2disk regression (TPM)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.37.1 s2disk regression (TPM)
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: 2.6.37.1 s2disk regression (TPM)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 2.6.37.1 s2disk regression (TPM)
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH 1/3] xen: xenbus PM events support
  • From: Shriram Rajagopalan <rshriram@xxxxxxxxx>
• [PATCH 3/3] PM: pm.h - Add comments about Xen save/restore/chkpt use case
  • From: Shriram Rajagopalan <rshriram@xxxxxxxxx>
• [PATCH 2/3] xen: use freeze/restore/thaw PM events for suspend/resume/chkpt
  • From: Shriram Rajagopalan <rshriram@xxxxxxxxx>
• [PATCH 0/3] xen: Use PM/Hibernate events for save/restore/chkpt
  • From: Shriram Rajagopalan <rshriram@xxxxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Rabin Vincent <rabin@xxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Make system-wide PM and runtime PM treat subsystems consistently
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Rabin Vincent <rabin@xxxxxx>
• Re: [PATCH] PM: Make system-wide PM and runtime PM treat subsystems consistently
  • From: Greg KH <greg@xxxxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: regression 2.6.38-rc4 -> 2.6.38-rc5 suspend fails
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM QoS: Allow parsing of ASCII values
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM QoS: Allow parsing of ASCII values
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] PM QoS: Allow parsing of ASCII values
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Rabin Vincent <rabin@xxxxxx>
• [PATCH] PM QoS: Allow parsing of ASCII values
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] simplify kernel/power/Kconfig
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] PM: Make system-wide PM and runtime PM treat subsystems consistently
  • From: "R. J. Wysocki" <Rafal.Wysocki@xxxxxxxxxx>
• [GIT PULL] Hibernate fix for 2.6.38
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH 2/2] PM: Make system-wide PM and runtime PM handle subsystems consistently
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] amba: move to pm ops
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [RFC][PATCH 2/2] PM: Make system-wide PM and runtime PM handle subsystems consistently
  • From: Greg KH <greg@xxxxxxxxx>
• [PATCH] amba: move to pm ops
  • From: Rabin Vincent <rabin.vincent@xxxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH] update comments in pm.h describing Xen Guest save/restore/checkpoint use case
  • From: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
• [PATCH] update comments in pm.h describing Xen Guest save/restore/checkpoint use case
  • From: Shriram Rajagopalan <rshriram@xxxxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Rabin Vincent <rabin@xxxxxx>
• Re: Still having problems with Suspend-To-Ram an Intel Atom D525
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 2/2] PM: Make system-wide PM and runtime PM handle subsystems consistently
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH] simplify kernel/power/Kconfig
  • From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
• Re: [PATCH] USB: Move runtime PM callbacks to usb_device_pm_ops
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] USB: Move runtime PM callbacks to usb_device_pm_ops
  • From: Greg KH <gregkh@xxxxxxx>
• [PATCH] USB: Move runtime PM callbacks to usb_device_pm_ops
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH 2/2] PM: Make system-wide PM and runtime PM handle subsystems consistently
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH 2/2] PM: Make system-wide PM and runtime PM handle subsystems consistently
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1, v9] cgroup/freezer: add per freezer duty ratio control
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: USB suspend issue with 2.6.38-rc2 -- still there in RC4-g795abaf
  • From: Dirk Hohndel <hohndel@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 2/2] PM: Make system-wide PM and runtime PM handle subsystems consistently
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/1, v9] cgroup/freezer: add per freezer duty ratio control
  • From: Jacob Pan <jacob.jun.pan@xxxxxxxxxxxxxxx>
• Still having problems with Suspend-To-Ram an Intel Atom D525
  • From: linux-pm.20.masuefke@xxxxxxxxxxxxxxx
• Re: [RFC][PATCH 2/2] PM: Make system-wide PM and runtime PM handle subsystems consistently
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 2/2] PM: Make system-wide PM and runtime PM handle subsystems consistently
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] intel_idle: disable NHM/WSM HW C-state auto-demotion (v3)
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] intel_idle: disable HW auto-demotion
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 1/1, v9] cgroup/freezer: add per freezer duty ratio control
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: USB suspend issue with 2.6.38-rc2 -- still there in RC4-g795abaf
  • From: Dirk Hohndel <hohndel@xxxxxxxxxxxxx>
• Re: [PATCH 1/1, v9] cgroup/freezer: add per freezer duty ratio control
  • From: Jacob Pan <jacob.jun.pan@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 1/2] PM: Add support for device power domains
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH 1/2] PM: Add support for device power domains
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [GIT] tools/power patches for 2.6.38-rc4
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [RFC][PATCH 2/2] PM: Make system-wide PM and runtime PM handle subsystems consistently
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [RFC][PATCH 1/2] PM: Add support for device power domains
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [RFC][PATCH 2/2] PM: Make system-wide PM and runtime PM handle subsystems consistently
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [RFC][PATCH 1/2] PM: Add support for device power domains
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH 2/2] PM: Make system-wide PM and runtime PM handle subsystems consistently
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH 1/2] PM: Add support for device power domains
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: USB suspend issue with 2.6.38-rc2 -- still there in RC4-g795abaf
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 1/2] PM: Add support for device power domains
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: USB suspend issue with 2.6.38-rc2 -- still there in RC4-g795abaf
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 2/2] PM: Make system-wide PM and runtime PM handle subsystems consistently
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 1/2] PM: Add support for device power domains
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH] swsusp: fix return value when alloc fail
  • From: Stanislaw Gruszka <stf_xl@xxxxxxxxxx>
• Re: [PATCH v2 2/3] sdhci-pci : Enable runtime PM support
  • From: Pierre Tardy <tardyp@xxxxxxxxx>
• 2.6.38-rc4-git5: Reported regressions 2.6.36 -> 2.6.37
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 2.6.38-rc4-git5: Reported regressions from 2.6.37
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 2/2] PM: Make system-wide PM and runtime PM handle subsystems consistently
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 1/2] PM: Add support for device power domains
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 0/2] PM: Core power management modifications
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] swsusp: fix return value when alloc fail
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Patch v2] idle governor: Avoid lock acquisition to read pm_qos before entering idle
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Patch v2] idle governor: Avoid lock acquisition to read pm_qos before entering idle
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH] PM: Allow pm_runtime_suspend() to succeed during system suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Allow pm_runtime_suspend() to succeed during system suspend
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH] PM: Drop pm_flags that is not necessary
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Allow pm_runtime_suspend() to succeed during system suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Patch v2] idle governor: Avoid lock acquisition to read pm_qos before entering idle
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Allow pm_runtime_suspend() to succeed during system suspend
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH] PM: Allow pm_runtime_suspend() to succeed during system suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [Patch] idle governor: Avoid lock acquisition to read pm_qos before entering idle
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [PATCH] PM: Allow pm_runtime_suspend() to succeed during system suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Patch] idle governor: Avoid lock acquisition to read pm_qos before entering idle
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [PATCH 0/3] Net driver fixes related to power management
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [Patch] idle governor: Avoid lock acquisition to read pm_qos before entering idle
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [Patch] idle governor: Avoid lock acquisition to read pm_qos before entering idle
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Patch] idle governor: Avoid lock acquisition to read pm_qos before entering idle
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH v4] tools: create power/x86/turbostat
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 1/3] tg3: Avoid setting power.can_wakeup for devices that cannot wake up
  • From: "Matt Carlson" <mcarlson@xxxxxxxxxxxx>
• [Updated][PATCH 5/5] PM: Clean up PM_TRACE dependencies and drop unnecessary Kconfig option
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Patch] idle governor: Avoid lock acquisition to read pm_qos before entering idle
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/3] tg3: Avoid setting power.can_wakeup for devices that cannot wake up
  • From: "Matt Carlson" <mcarlson@xxxxxxxxxxxx>
• Re: [PATCH 1/3] tg3: Avoid setting power.can_wakeup for devices that cannot wake up
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Xen-devel] Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen.
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [Xen-devel] Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen.
  • From: Brendan Cully <brendan@xxxxxxxxx>
• Re: [Xen-devel] Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/3] atl1: Do not use legacy PCI power management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/3] tg3: Avoid setting power.can_wakeup for devices that cannot wake up
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/3] Net driver fixes related to power management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/3] atl1c: Do not call device_init_wakeup() in atl1c_probe()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Xen-devel] Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen.
  • From: Ian Campbell <ijc@xxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen.
  • From: Brendan Cully <brendan@xxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Frank Rowand <frank.rowand@xxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Frank Rowand <frank.rowand@xxxxxxxxx>
• Re: [Xen-devel] Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Wake On lan and ATL1 nic
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Xen-devel] Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen.
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Wake On lan and ATL1 nic
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• Re: [Xen-devel] Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen.
  • From: Ian Campbell <ijc@xxxxxxxxxxxxxx>
• Re: [Xen-devel] Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen.
  • From: Ian Campbell <ijc@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] sdhci-pci : Enable runtime PM support
  • From: Chris Ball <cjb@xxxxxxxxxx>
• Xeon(R) CPU X3220 wrong frequency reading??
  • From: wkq5325 <wkq5325@xxxxxxx>
• Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen.
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH 1/5] ACPI / PM: Move references to pm_flags into sleep.c
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] ACPI / PM: Move references to pm_flags into sleep.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Tim Bird <tbird20d@xxxxxxxxx>
• Re: [PATCH 5/5] PM: Clean up Kconfig dependencies
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] ACPI / PM: Move references to pm_flags into sleep.c
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• [PATCH 4/5] PM: Replace CONFIG_PM_OPS with CONFIG_PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/5] PM: Clean up Kconfig dependencies
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/5] PM: Make CONFIG_PM depend on (CONFIG_PM_SLEEP || CONFIG_PM_RUNTIME)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/5] PM: Reorder power management Kconfig options
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/5] Re: Remove CONFIG_PM altogether, enable power management all the time
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/5] ACPI / PM: Move references to pm_flags into sleep.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] i2c: OMAP: fix static suspend vs. runtime suspend
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH] ARM hibernation support code, again
  • From: Frank Hofmann <frank.hofmann@xxxxxxxxxx>
• Re: [PATCH wq#for-2.6.39] workqueue: add system_freezeable_wq
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen.
  • From: Ian Campbell <ijc@xxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen.
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen.
  • From: Ian Campbell <ijc@xxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• Re: [PATCH wq#for-2.6.39] workqueue: add system_freezeable_wq
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH wq#for-2.6.39] workqueue: add system_freezeable_wq
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH wq#for-2.6.39] workqueue: add system_freezeable_wq
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH wq#for-2.6.39] workqueue: add system_freezeable_wq
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] thermal: Use freezable workqueue
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] thermal: Use freezable workqueue
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] thermal: Use freezable workqueue
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Ray Lee <ray-lk@xxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH] thermal: Use freezable workqueue
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH 6/6] ACPI / PM: Do not switch interrupts off/on in acpi_hibernation_enter()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/6] ACPI / PM: Merge do_suspend_lowlevel() into acpi_save_state_mem()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/6] ACPI / PM: Drop acpi_restore_state_mem()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/6] ACPI / PM: Do not switch interrupts off/on in acpi_suspend_enter()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/6] ACPI / PM: Modify the "low-level resume finished" message
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/6] ACPI / PM: Call acpi_save_state_mem() right before low-level suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/6] ACPI / PM: Simplifications of core suspend and hibernate code
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/2] Fix hangup after creating checkpoint on Xen.
  • From: "SUZUKI, Kazuhiro" <kaz@xxxxxxxxxxxxxx>
• [PATCH 1/2] Fix hangup after creating checkpoint on Xen.
  • From: "SUZUKI, Kazuhiro" <kaz@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] sdhci runtime_pm implementation using mmc clock gating fw
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 0/2] Fix hangup after creating checkpoint on Xen.
  • From: "SUZUKI, Kazuhiro" <kaz@xxxxxxxxxxxxxx>
• [PATCH v2 0/3] sdhci runtime_pm implementation using mmc clock gating fw
  • From: Pierre Tardy <pierre.tardy@xxxxxxxxx>
• [PATCH v2 2/3] sdhci-pci : Enable runtime PM support
  • From: Pierre Tardy <pierre.tardy@xxxxxxxxx>
• [PATCH v2 3/3] sdhci:v2:use ios->clock to know when sdhci is idle
  • From: Pierre Tardy <pierre.tardy@xxxxxxxxx>
• [PATCH v2 1/3] mmc: put the led blinking code after clock ungating
  • From: Pierre Tardy <pierre.tardy@xxxxxxxxx>
• Re: [PATCH] i2c: OMAP: fix static suspend vs. runtime suspend
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] PM: Hide CONFIG_PM from users
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] USB / Hub: Do not call device_set_wakeup_capable() under spinlock
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH 0/2] Fix hangup after creating checkpoint on Xen.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 2/3] sdhci-pci : Enable runtime PM support
  • From: Chris Ball <cjb@xxxxxxxxxx>
• Re: [PATCH v2 0/3] sdhci runtime_pm implementation using mmc clock gating fw
  • From: Chris Ball <cjb@xxxxxxxxxx>
• [PATCH 1/2] PM: Do not create wakeup sysfs files for devices that cannot wake up
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/2] USB / Hub: Do not call device_set_wakeup_capable() under spinlock
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/2] PM: Do not create wakeup sysfs files for devices that cannot wake up (v3)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Do not create wakeup sysfs files for devices that cannot wake up (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Do not create wakeup sysfs files for devices that cannot wake up (v2)
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH] PM: Do not create wakeup sysfs files for devices that cannot wake up (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Do not create wakeup sysfs files for devices that cannot wake up (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v2] TTY: use appropriate printk priority level
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH] PM: Do not create wakeup sysfs files for devices that cannot wake up (v2)
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH] PM: Do not create wakeup sysfs files for devices that cannot wake up (v2)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [Updated][PATCH 1/2] ACPI / Wakeup: Enable button GPEs unconditionally during initialization
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] PM: Do not create wakeup sysfs files for devices that cannot wake up (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/2] ACPI / Button: Avoid disabling wakeup unnecessarily on remove
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/2] ACPI / PM: Fix suspend regression related to button GPEs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/2] ACPI / Wakeup: Enable button GPEs unconditionally during initialization
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Logitech autosuspend + runtime_pm loses input
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 8/8] ACPI / PM: Use existing ACPI iomaps for NVS save/restore (v2)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 8/8] ACPI / PM: Use existing ACPI iomaps for NVS save/restore (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 8/8] ACPI / PM: Use existing ACPI iomaps for NVS save/restore (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Logitech autosuspend + runtime_pm loses input
  • From: Andrew Lutomirski <luto@xxxxxxx>
• Re: [PATCH 8/8] ACPI / PM: Use existing ACPI iomaps for NVS save/restore (v2)
  • From: Jeff Chua <jeff.chua.linux@xxxxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37
  • From: Keith Packard <keithp@xxxxxxxxxx>
• Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37
  • From: "Carlos R. Mafra" <crmafra2@xxxxxxxxx>
• Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37
  • From: "Carlos R. Mafra" <crmafra2@xxxxxxxxx>
• Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37
  • From: Keith Packard <keithp@xxxxxxxxxx>
• Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37
  • From: Carlos Mafra <crmafra2@xxxxxxxxx>
• Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH 4/6] TTY: use appropriate printk priority level
  • From: Greg KH <greg@xxxxxxxxx>
• Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: Remove the wakeup.run_wake_count device field
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• [PATCH] ACPI: Remove the wakeup.run_wake_count device field
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 2.6.38-rc3-git1: Reported regressions from 2.6.37
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] [1/139] x86, hotplug: Use mwait to offline a processor, fix the legacy case
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] Power domains for platform bus type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] Power domains for platform bus type
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [RFC][PATCH] Power domains for platform bus type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] Power domains for platform bus type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] Power domains for platform bus type
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] Power domains for platform bus type
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [RFC][PATCH] Power domains for platform bus type
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [RFC][PATCH] Power domains for platform bus type
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [RFC][PATCH] Power domains for platform bus type
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [RFC][PATCH] Power domains for platform bus type
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [RFC][PATCH] Power domains for platform bus type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] Power domains for platform bus type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] Power domains for platform bus type
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [RFC][PATCH] Power domains for platform bus type
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [RFC][PATCH] Power domains for platform bus type
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxx>
• Re: [RFC][PATCH] Power domains for platform bus type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: [RFC][PATCH] Power domains for platform bus type
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: OMAP: fix static suspend vs. runtime suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] Power domains for platform bus type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] i2c: OMAP: fix static suspend vs. runtime suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: OMAP: fix static suspend vs. runtime suspend
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [PATCH] i2c: OMAP: fix static suspend vs. runtime suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: OMAP: fix static suspend vs. runtime suspend
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [RFC][PATCH] Power domains for platform bus type
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] Power domains for platform bus type
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: OMAP: fix static suspend vs. runtime suspend
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [PATCH 3/6] PM: use appropriate printk priority level
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] Power domains for platform bus type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] Power domains for platform bus type
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [RFC][PATCH] Power domains for platform bus type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/3] PM / Wakeup: Add missing memory barriers
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH] i2c: OMAP: fix static suspend vs. runtime suspend
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Vitaly Wool <vitalywool@xxxxxxxxx>
• Re: [PATCH 1/3] PM / Wakeup: Add missing memory barriers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxx>
• Re: [PATCH 1/6] mm/page_alloc: use appropriate printk priority level
  • From: Ryan Mallon <ryan@xxxxxxxxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 1/3] PM / Wakeup: Add missing memory barriers
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Vitaly Wool <vitalywool@xxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3/6] PM: use appropriate printk priority level
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 1/6] mm/page_alloc: use appropriate printk priority level
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 4/6] TTY: use appropriate printk priority level
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 2/6] arch/x86: use appropriate printk priority level
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 1/6] mm/page_alloc: use appropriate printk priority level
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 1/6] mm/page_alloc: use appropriate printk priority level
  • From: Ryan Mallon <ryan@xxxxxxxxxxxxxxxx>
• [PATCH 6/6] taskstats: use appropriate printk priority level
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH v1 0/6] Set printk priority level
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 5/6] fs: use appropriate printk priority level
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Kevin Hilman <khilman@xxxxxx>