Linux Power Management

• Date Index

• Regarding the dedicated memory for hibernation, (continued)
  • Regarding the dedicated memory for hibernation, Raj Kumar
    • Re: Regarding the dedicated memory for hibernation, Rafael J. Wysocki
• [PATCH] intel_idle: Do not load if user overrides idle function via idle= boot param, Thomas Renninger
  • Re: [PATCH] intel_idle: Do not load if user overrides idle function via idle= boot param, Len Brown
    • [PATCH] X86: Cleanup idle= internal variables by getting rid of idle_halt idle_nomwait, Thomas Renninger
      • Re: [PATCH] X86: Cleanup idle= internal variables by getting rid of idle_halt idle_nomwait, Thomas Renninger
        • Re: [PATCH] X86: Cleanup idle= internal variables by getting rid of idle_halt idle_nomwait, Len Brown
• [PATCH] drivers/misc/apds9802als.c: fix runtime PM errors, Hong Liu
• [PATCH 00/39] Cleanup WARN #defines, Joe Perches
  • [PATCH 05/39] arch/x86: Update WARN uses, Joe Perches
    • Re: [PATCH 05/39] arch/x86: Update WARN uses, Rafael J. Wysocki
• [GIT PULL] One more power management fix for 2.6.37, Rafael J. Wysocki
  • Re: [GIT PULL] One more power management fix for 2.6.37, Linus Torvalds
    • Re: [GIT PULL] One more power management fix for 2.6.37, Rafael J. Wysocki
      • Re: [GIT PULL] One more power management fix for 2.6.37, Linus Torvalds
        • Re: [GIT PULL] One more power management fix for 2.6.37, Linus Torvalds
          • Re: [GIT PULL] One more power management fix for 2.6.37, Dominik Brodowski
            • Re: [GIT PULL] One more power management fix for 2.6.37, Rafael J. Wysocki
              • Re: [GIT PULL] One more power management fix for 2.6.37, Dominik Brodowski
                • Re: [GIT PULL] One more power management fix for 2.6.37, Rafael J. Wysocki
                  • Re: [GIT PULL] One more power management fix for 2.6.37, Alan Stern
                    • Re: [GIT PULL] One more power management fix for 2.6.37, Rafael J. Wysocki
                      • Re: [GIT PULL] One more power management fix for 2.6.37, Linus Torvalds
                        • Re: [GIT PULL] One more power management fix for 2.6.37, Alan Stern
                          • Re: [GIT PULL] One more power management fix for 2.6.37, Rafael J. Wysocki
                            • Re: [GIT PULL] One more power management fix for 2.6.37, Alan Stern
                  • Re: [GIT PULL] One more power management fix for 2.6.37, Linus Torvalds
                    • Re: [GIT PULL] One more power management fix for 2.6.37, Rafael J. Wysocki
      • Re: [GIT PULL] One more power management fix for 2.6.37, Linus Torvalds
• [PATCH] power: Fix typo in status comparison causing warning, Kevin Winchester
  • Re: [PATCH] power: Fix typo in status comparison causing warning, Rafael J. Wysocki
    • Re: [PATCH] power: Fix typo in status comparison causing warning, Alan Stern
• [RFC/RFT][PATCH 0/3] ACPI: Fix handling of power resources during initialization, Rafael J. Wysocki
  • [RFC/RFT][PATCH 3/3] ACPI / PM: Fix initial reference counting of power resources, Rafael J. Wysocki
  • [RFC/RFT][PATCH 2/3] ACPI / PM: Register power resource devices as soon as they are needed, Rafael J. Wysocki
  • [RFC/RFT][PATCH 1/3] ACPI / PM: Register acpi_power_driver early, Rafael J. Wysocki
• Cleanup and enhance power trace events, Thomas Renninger
  • [PATCH 1/3] PERF: Do not export power_frequency, but power_start event, Thomas Renninger
  • [PATCH 3/3] PERF(userspace): Adjust perf timechart to the new power events, Thomas Renninger
    • Re: [PATCH 3/3] PERF(userspace): Adjust perf timechart to the new power events, Thomas Renninger
  • [PATCH 2/3] PERF(kernel): Cleanup power events, Thomas Renninger
    • Re: [PATCH 2/3] PERF(kernel): Cleanup power events, Rafael J. Wysocki
      • Re: [PATCH 2/3] PERF(kernel): Cleanup power events, Rafael J. Wysocki
        • [PATCH 2/3] PERF(kernel): Cleanup power events, Thomas Renninger
• Cleanup and fixes for power trace events, Thomas Renninger
  • [PATCH 4/4] PERF: fix power:cpu_idle double end events, Thomas Renninger
    • Re: [PATCH 4/4] PERF: fix power:cpu_idle double end events, Thomas Renninger
      • [RFC] PERF: fix power:cpu_idle double end events and missing acpi_idle events - make cpu_idle power events cpuidle sysfs conform, Thomas Renninger
      • Re: [PATCH 4/4] PERF: fix power:cpu_idle double end events, Robert Schöne
        • Re: [PATCH 4/4] PERF: fix power:cpu_idle double end events, Thomas Renninger
  • [PATCH 2/4] PERF(kernel): Cleanup power events V3, Thomas Renninger
  • [PATCH 3/4] PERF(userspace): Adjust perf timechart to the new power events V3, Thomas Renninger
  • [PATCH 1/4] PERF: Do not export power_frequency, but power_start event, Thomas Renninger
• [GIT PULL] Power management fix for 2.6.37, Rafael J. Wysocki
• idle patches for 2.6.37, Len Brown
  • [PATCH 1/5] intel_idle: simplify test for leave_mm(), Len Brown
    • [PATCH 4/5] intel_idle: add initial Sandy Bridge support, Len Brown
    • [PATCH 2/5] intel_idle: delete bogus data from cpuidle_state.power_usage, Len Brown
    • [PATCH 3/5] acpi_idle: delete bogus data from cpuidle_state.power_usage, Len Brown
    • [PATCH 5/5] intel_idle: do not use the LAPIC timer for ATOM C2, Len Brown
      • Re: [PATCH 5/5] intel_idle: do not use the LAPIC timer for ATOM C2, Pavel Machek
• [git pull request] ACPI patches for 2.6.37-merge, Len Brown
• [git pull request] idle patches for 2.6.37-merge, Len Brown
• RFC: Deadlock in Hotplug and CPUFreq interaction., Chidambaram, Praveen
• [BUG] atomic mode violation probably caused by pm code, Maxim Levitsky
  • Re: [BUG] atomic mode violation probably caused by pm code, Rafael J. Wysocki
• [PATCH] tools: add power/x86/turbostat, Len Brown
  • [PATCH] tools: add power/x86/turbostat - v2, Len Brown
    • [PATCH RESEND] tools: add power/x86/turbostat - v2, Len Brown
      • [PATCH RESEND] tools: add power/x86/turbostat - v2, Len Brown
        • Re: [PATCH RESEND] tools: add power/x86/turbostat - v2, Andreas Herrmann
          • Re: [PATCH RESEND] tools: add power/x86/turbostat - v2, Len Brown
        • Re: [PATCH RESEND] tools: add power/x86/turbostat - v2, Otavio Salvador
        • [PATCH v3] tools: create power/x86/turbostat, Len Brown
          • [PATCH v4] tools: create power/x86/turbostat, Len Brown
            • Re: [PATCH v4] tools: create power/x86/turbostat, Thiago Farina
              • Re: [PATCH v4] tools: create power/x86/turbostat, Len Brown
• [PATCH] PM: runtime: fix recursive locking warning of lockdep from rpm_resume, tom . leiming
  • Re: [PATCH] PM: runtime: fix recursive locking warning of lockdep from rpm_resume, Alan Stern
    • Re: [PATCH] PM: runtime: fix recursive locking warning of lockdep from rpm_resume, Rafael J. Wysocki
• [PATCH] ACPI / PM: Fix reference counting of power resources, Rafael J. Wysocki
  • Re: [PATCH] ACPI / PM: Fix reference counting of power resources, Len Brown
• [GIT PULL] Power management updates for 2.6.37, Rafael J. Wysocki
  • Run time power management, Raj Kumar
• Re: [PATCH] apds9802als: add runtime PM support, Alan Stern
  • Re: [PATCH] apds9802als: add runtime PM support, Hong Liu
    • Re: [PATCH] apds9802als: add runtime PM support, Alan Stern
      • Re: [PATCH] apds9802als: add runtime PM support, Hong Liu
        • Re: [PATCH] apds9802als: add runtime PM support, Alan Stern
  • <Possible follow-ups>
  • Re: [PATCH] apds9802als: add runtime PM support, Alan Stern
• [PATCH 3/3] PERF(userspace): Adjust perf timechart to the new power events, Thomas Renninger
  • [PATCH] PERF(userspace): Adjust perf timechart to the new power events V2, Thomas Renninger
• [PATCH 1/3] PERF: Do not export power_frequency, but power_start event, Thomas Renninger
• [PATCH 2/3] PERF(kernel): Cleanup power events, Thomas Renninger
  • Re: [PATCH 2/3] PERF(kernel): Cleanup power events, Arjan van de Ven
    • Re: [PATCH 2/3] PERF(kernel): Cleanup power events, Thomas Renninger
      • Re: [PATCH 2/3] PERF(kernel): Cleanup power events, Arjan van de Ven
        • Re: [PATCH 2/3] PERF(kernel): Cleanup power events, Thomas Renninger
          • Re: [PATCH 2/3] PERF(kernel): Cleanup power events, Arjan van de Ven
            • Re: [PATCH 2/3] PERF(kernel): Cleanup power events, Ingo Molnar
              • Re: [PATCH 2/3] PERF(kernel): Cleanup power events, Thomas Renninger
                • Re: [PATCH 2/3] PERF(kernel): Cleanup power events, Arjan van de Ven
                  • Re: [PATCH 2/3] PERF(kernel): Cleanup power events, Thomas Renninger
  • Re: [PATCH 2/3] PERF(kernel): Cleanup power events, Arjan van de Ven
  • Re: [PATCH 2/3] PERF(kernel): Cleanup power events, Ingo Molnar
    • Re: [PATCH 2/3] PERF(kernel): Cleanup power events, Thomas Renninger
      • Re: [PATCH 2/3] PERF(kernel): Cleanup power events, Ingo Molnar
        • Re: [PATCH 2/3] PERF(kernel): Cleanup power events, Thomas Renninger
          • Re: [PATCH 2/3] PERF(kernel): Cleanup power events, Arjan van de Ven
            • Re: [PATCH 2/3] PERF(kernel): Cleanup power events, Thomas Renninger
        • Re: [PATCH 2/3] PERF(kernel): Cleanup power events, Mathieu Desnoyers
          • Re: [PATCH 2/3] PERF(kernel): Cleanup power events, Rafael J. Wysocki
      • Re: [PATCH 2/3] PERF(kernel): Cleanup power events, Arjan van de Ven
        • Re: [PATCH 2/3] PERF(kernel): Cleanup power events, Rafael J. Wysocki
  • [PATCH] PERF(kernel): Cleanup power events V2, Thomas Renninger
    • Re: [PATCH] PERF(kernel): Cleanup power events V2, Arjan van de Ven
    • Re: [PATCH] PERF(kernel): Cleanup power events V2, Ingo Molnar
      • Re: [PATCH] PERF(kernel): Cleanup power events V2, Jean Pihet
        • Re: [PATCH] PERF(kernel): Cleanup power events V2, Ingo Molnar
          • Re: [PATCH] PERF(kernel): Cleanup power events V2, Thomas Renninger
            • Re: [PATCH] PERF(kernel): Cleanup power events V2, Ingo Molnar
              • Re: [PATCH] PERF(kernel): Cleanup power events V2, Thomas Renninger
                • Re: [PATCH] PERF(kernel): Cleanup power events V2, Thomas Renninger
            • Re: [PATCH] PERF(kernel): Cleanup power events V2, Rafael J. Wysocki
              • Re: [PATCH] PERF(kernel): Cleanup power events V2, Thomas Renninger
                • Re: [PATCH] PERF(kernel): Cleanup power events V2, Rafael J. Wysocki
      • Re: [PATCH] PERF(kernel): Cleanup power events V2, Arjan van de Ven
        • Re: [PATCH] PERF(kernel): Cleanup power events V2, Ingo Molnar
      • Re: [PATCH] PERF(kernel): Cleanup power events V2, Thomas Renninger
        • Re: [PATCH] PERF(kernel): Cleanup power events V2, Ingo Molnar
          • Re: [PATCH] PERF(kernel): Cleanup power events V2, Rafael J. Wysocki
      • Re: [PATCH] PERF(kernel): Cleanup power events V2, Pierre Tardy
        • Re: [PATCH] PERF(kernel): Cleanup power events V2, Arjan van de Ven
          • Re: [PATCH] PERF(kernel): Cleanup power events V2, Pierre Tardy
            • Re: [PATCH] PERF(kernel): Cleanup power events V2, Peter Zijlstra
              • Re: [PATCH] PERF(kernel): Cleanup power events V2, Mathieu Desnoyers
                • Re: [PATCH] PERF(kernel): Cleanup power events V2, Alan Stern
                  • Re: [PATCH] PERF(kernel): Cleanup power events V2, Mathieu Desnoyers
                    • Re: [PATCH] PERF(kernel): Cleanup power events V2, Rafael J. Wysocki
                      • Re: [PATCH] PERF(kernel): Cleanup power events V2, Rafael J. Wysocki
                      • Re: [PATCH] PERF(kernel): Cleanup power events V2, Mathieu Desnoyers
                        • Re: [PATCH] PERF(kernel): Cleanup power events V2, Rafael J. Wysocki
                          • Re: [PATCH] PERF(kernel): Cleanup power events V2, Mathieu Desnoyers
                            • Re: [PATCH] PERF(kernel): Cleanup power events V2, Alan Stern
                              • Re: [PATCH] PERF(kernel): Cleanup power events V2, Alan Stern
                            • Re: [PATCH] PERF(kernel): Cleanup power events V2, Rafael J. Wysocki
                • Re: [PATCH] PERF(kernel): Cleanup power events V2, Rafael J. Wysocki
                  • Re: [PATCH] PERF(kernel): Cleanup power events V2, Mathieu Desnoyers
                    • Re: [PATCH] PERF(kernel): Cleanup power events V2, Rafael J. Wysocki
              • Re: [PATCH] PERF(kernel): Cleanup power events V2, Pierre Tardy
                • Re: [PATCH] PERF(kernel): Cleanup power events V2, Rafael J. Wysocki
                  • Re: [PATCH] PERF(kernel): Cleanup power events V2, Pierre Tardy
                    • Re: [PATCH] PERF(kernel): Cleanup power events V2, Rafael J. Wysocki
                      • Re: [PATCH] PERF(kernel): Cleanup power events V2, Arjan van de Ven
                        • Re: [PATCH] PERF(kernel): Cleanup power events V2, Rafael J. Wysocki
    • Re: [PATCH] PERF(kernel): Cleanup power events V2, Jean Pihet
    • Re: [PATCH] PERF(kernel): Cleanup power events V2, Rafael J. Wysocki
• [PATCH] PM / Wakeup: Show wakeup sources statistics in debugfs, Rafael J. Wysocki
  • Re: [PATCH] PM / Wakeup: Show wakeup sources statistics in debugfs, Greg KH
• 2.6.36-rc8-git3: Reported regressions 2.6.34 -> 2.6.35, Rafael J. Wysocki
• 2.6.36-rc8-git3: Reported regressions from 2.6.35, Rafael J. Wysocki
• [PATCH] ACPI / PM: Blacklist another machine that needs acpi_sleep=nonvs, Rafael J. Wysocki
  • Re: [PATCH] ACPI / PM: Blacklist another machine that needs acpi_sleep=nonvs, Len Brown
    • Re: [PATCH] ACPI / PM: Blacklist another machine that needs acpi_sleep=nonvs, Matthew Garrett
      • Re: [PATCH] ACPI / PM: Blacklist another machine that needs acpi_sleep=nonvs, Rafael J. Wysocki
        • Re: [PATCH] ACPI / PM: Blacklist another machine that needs acpi_sleep=nonvs, Len Brown
          • Re: [PATCH] ACPI / PM: Blacklist another machine that needs acpi_sleep=nonvs, Matthew Garrett
• a few minor idle patches, Len Brown
  • [PATCH 1/3] intel_idle: simplify test for leave_mm(), Len Brown
    • [PATCH 2/3] intel_idle: delete bogus data from cpuidle_state.power_usage, Len Brown
    • [PATCH 3/3] acpi_idle: delete bogus data from cpuidle_state.power_usage, Len Brown
• cpuidle_state.power_usage and cpuidle_device.power_specified, Len Brown
• [PATCH] ath9k: Convert to new PCI PM framework, Rafael J. Wysocki
  • Re: [PATCH] ath9k: Convert to new PCI PM framework, Luis R. Rodriguez
    • Re: [PATCH] ath9k: Convert to new PCI PM framework, Rafael J. Wysocki
  • Re: [PATCH] ath9k: Convert to new PCI PM framework, Paul Stewart
    • Re: [PATCH] ath9k: Convert to new PCI PM framework, Rafael J. Wysocki
  • [PATCH] ath9k: Do not use legacy PCI power management, Rafael J. Wysocki
    • Re: [PATCH] ath9k: Do not use legacy PCI power management, Hauke Mehrtens
      • Re: [PATCH] ath9k: Do not use legacy PCI power management, Rafael J. Wysocki
• [PATCH v2 0/2] pm_trace: Add locking and add sysfs attr for rechecking dev hash., James Hogan
  • [PATCH v2 1/2] pm_trace: Lock pm device list mutex., James Hogan
  • [PATCH v2 2/2] pm_trace: Add sysfs attr for rechecking dev hash., James Hogan
• Re: failure to freeze with nfs, Rafael J. Wysocki
• [PATCH 0/2] pm_trace: Add locking and add sysfs attr for rechecking dev hash., James Hogan
  • [PATCH 1/2] pm_trace: Lock pm device list mutex., James Hogan
    • Re: [PATCH 1/2] pm_trace: Lock pm device list mutex., Rafael J. Wysocki
  • [PATCH 2/2] pm_trace: Add sysfs attr for rechecking dev hash., James Hogan
    • Re: [PATCH 2/2] pm_trace: Add sysfs attr for rechecking dev hash., Rafael J. Wysocki
      • Re: [PATCH 2/2] pm_trace: Add sysfs attr for rechecking dev hash., James Hogan
        • Re: [PATCH 2/2] pm_trace: Add sysfs attr for rechecking dev hash., Rafael J. Wysocki
    • Re: [PATCH 2/2] pm_trace: Add sysfs attr for rechecking dev hash., Pavel Machek
      • Re: [PATCH 2/2] pm_trace: Add sysfs attr for rechecking dev hash., James Hogan
        • Re: [PATCH 2/2] pm_trace: Add sysfs attr for rechecking dev hash., Pavel Machek
          • Re: [PATCH 2/2] pm_trace: Add sysfs attr for rechecking dev hash., James Hogan
            • Re: [PATCH 2/2] pm_trace: Add sysfs attr for rechecking dev hash., Rafael J. Wysocki
• 2.6.36-rc7-git2: Reported regressions 2.6.34 -> 2.6.35, Rafael J. Wysocki
• 2.6.36-rc7-git2: Reported regressions from 2.6.35, Rafael J. Wysocki
• [PATCH] intel_idle: enable Atom C6, Len Brown
• [git pull request] idle patch for Linux-2.6.36-rc7, Len Brown
• [PATCH] intel_idle: Set dev->power_specified, Jean Delvare
  • Re: [PATCH] intel_idle: Set dev->power_specified, Jean Delvare
    • Re: [PATCH] intel_idle: Set dev->power_specified, Len Brown
• Re: Question about hibernation, Raj Kumar
  • Re: Question about hibernation, Rafael J. Wysocki
    • Re: Question about hibernation, Raj Kumar
      • Re: Question about hibernation, Rafael J. Wysocki
        • Re: Question about hibernation, Raj Kumar
          • Re: Question about hibernation, Rafael J. Wysocki
• [PATCH v7] power: introduce library for device-specific OPPs, Nishanth Menon
  • Re: [PATCH v7] power: introduce library for device-specific OPPs, Rafael J. Wysocki
    • Re: [PATCH v7] power: introduce library for device-specific OPPs, Kevin Hilman
    • Re: [PATCH v7] power: introduce library for device-specific OPPs, Nishanth Menon
      • Re: [PATCH v7] power: introduce library for device-specific OPPs, Rafael J. Wysocki
        • Re: [PATCH v7] power: introduce library for device-specific OPPs, Rafael J. Wysocki
          • Re: [PATCH v7] power: introduce library for device-specific OPPs, Nishanth Menon
• [PATCH] ACPI / PM: Fix problems with acpi_pm_device_sleep_state(), Rafael J. Wysocki
  • [Resend][PATCH] ACPI / PM: Fix problems with acpi_pm_device_sleep_state(), Rafael J. Wysocki
    • Re: [Resend][PATCH] ACPI / PM: Fix problems with acpi_pm_device_sleep_state(), Len Brown
• [PATCH] drives/idle/intel_idle.c: Change file permissions to 644, Joe Perches
• [PATCH] power: introduce library for device-specific OPPs, Nishanth Menon
  • Re: [PATCH] power: introduce library for device-specific OPPs, Rafael J. Wysocki
    • Re: [PATCH] power: introduce library for device-specific OPPs, Menon, Nishanth
      • Re: [PATCH] power: introduce library for device-specific OPPs, Kevin Hilman
        • Re: [PATCH] power: introduce library for device-specific OPPs, Menon, Nishanth
• Re: [RFC] input: syfs switches for SKE keypad, Dmitry Torokhov
  • Re: [RFC] input: syfs switches for SKE keypad, Trilok Soni
    • Re: [RFC] input: syfs switches for SKE keypad, Sundar R IYER
      • Re: [RFC] input: syfs switches for SKE keypad, Onkalo Samu
        • Re: [RFC] input: syfs switches for SKE keypad, Trilok Soni
          • Re: [RFC] input: syfs switches for SKE keypad, Sundar R IYER
          • Re: [RFC] input: syfs switches for SKE keypad, Dmitry Torokhov
            • Re: [RFC] input: syfs switches for SKE keypad, Alan Stern
              • Re: [RFC] input: syfs switches for SKE keypad, Dmitry Torokhov
                • Re: [RFC] input: syfs switches for SKE keypad, Alan Stern
                  • Re: [RFC] input: syfs switches for SKE keypad, Dmitry Torokhov
                    • Re: [RFC] input: syfs switches for SKE keypad, Alan Stern
                    • Re: [RFC] input: syfs switches for SKE keypad, Rafael J. Wysocki
                      • Re: [RFC] input: syfs switches for SKE keypad, Alan Stern
                        • Re: [RFC] input: syfs switches for SKE keypad, Rafael J. Wysocki
                          • Re: [RFC] input: syfs switches for SKE keypad, Alan Stern
                            • Re: [RFC] input: syfs switches for SKE keypad, Rafael J. Wysocki
                              • Re: [RFC] input: syfs switches for SKE keypad, Alan Stern
                                • Re: [RFC] input: syfs switches for SKE keypad, Dmitry Torokhov
                                  • Re: [RFC] input: syfs switches for SKE keypad, Alan Stern
                                    • Re: [RFC] input: syfs switches for SKE keypad, Rafael J. Wysocki
                                      • Re: [RFC] input: syfs switches for SKE keypad, Alan Stern
                                        • Re: [RFC] input: syfs switches for SKE keypad, Rafael J. Wysocki
                                          • Re: [RFC] input: syfs switches for SKE keypad, Alan Stern
                                            • Re: [RFC] input: syfs switches for SKE keypad, Rafael J. Wysocki
                                    • Re: [RFC] input: syfs switches for SKE keypad, Dmitry Torokhov
                                      • Re: [RFC] input: syfs switches for SKE keypad, Alan Stern
                                        • Re: [RFC] input: syfs switches for SKE keypad, Dmitry Torokhov
                                          • Re: [RFC] input: syfs switches for SKE keypad, Alan Stern
                                            • Re: [RFC] input: syfs switches for SKE keypad, Dmitry Torokhov
                                              • Re: [RFC] input: syfs switches for SKE keypad, Alan Stern
                                                • Re: [RFC] input: syfs switches for SKE keypad, Dmitry Torokhov
                                                  • Re: [RFC] input: syfs switches for SKE keypad, Sundar R IYER
                                                    • Re: [RFC] input: syfs switches for SKE keypad, Alan Stern
                                                      • Re: [RFC] input: syfs switches for SKE keypad, Dmitry Torokhov
                                                        • Re: [RFC] input: syfs switches for SKE keypad, Alan Stern
                                                      • Re: [RFC] input: syfs switches for SKE keypad, Sundar R IYER
                                                      • Re: [RFC] input: syfs switches for SKE keypad, Mark Brown
                                                        • Re: [RFC] input: syfs switches for SKE keypad, Alan Stern
                                                        • Re: [RFC] input: syfs switches for SKE keypad, Mark Brown
                                                        • Re: [RFC] input: syfs switches for SKE keypad, Sundar R IYER
                                                        • Re: [RFC] input: syfs switches for SKE keypad, Mark Brown
                                                        • Re: [RFC] input: syfs switches for SKE keypad, Alan Stern
                                                        • Re: [RFC] input: syfs switches for SKE keypad, Sundar
                                                        • Re: [RFC] input: syfs switches for SKE keypad, Alan Stern
                                                        • Re: [RFC] input: syfs switches for SKE keypad, Sundar
                                                        • Re: [RFC] input: syfs switches for SKE keypad, Sundar
                                                        • Re: [RFC] input: syfs switches for SKE keypad, Rafael J. Wysocki
                                                        • Re: [RFC] input: syfs switches for SKE keypad, Alan Stern
                                                        • Re: [RFC] input: syfs switches for SKE keypad, Rafael J. Wysocki
                                                        • Re: [RFC] input: syfs switches for SKE keypad, Sundar
        • Re: [RFC] input: syfs switches for SKE keypad, Pavel Machek
          • Re: [RFC] input: syfs switches for SKE keypad, Ferenc Wagner
            • Re: [RFC] input: syfs switches for SKE keypad, Pavel Machek
• PATCH [0/4] perf: clean-up of power events API, Jean Pihet
  • [PATCH 1/4] perf: cleanup power events API, Jean Pihet
  • [PATCH 2/4] perf: add OMAP support for the new power events, Jean Pihet
    • Re: [PATCH 2/4] perf: add OMAP support for the new power events, Thomas Renninger
  • [PATCH 3/4] perf: add calls to suspend trace point, Jean Pihet
    • Re: [PATCH 3/4] perf: add calls to suspend trace point, Rafael J. Wysocki
  • [PATCH 4/4] perf: provide a DEPRECTAED power trace API to user space, Jean Pihet
    • Re: [PATCH 4/4] perf: provide a DEPRECTAED power trace API to user space, Frank Ch. Eigler
      • Re: [PATCH 4/4] perf: provide a DEPRECTAED power trace API to user space, Jean Pihet
  • Re: PATCH [0/4] perf: clean-up of power events API, Thomas Renninger
    • Re: PATCH [0/4] perf: clean-up of power events API, Mathieu Desnoyers
      • Re: PATCH [0/4] perf: clean-up of power events API, Jean Pihet
      • Re: PATCH [0/4] perf: clean-up of power events API, Thomas Renninger
        • Re: PATCH [0/4] perf: clean-up of power events API, Jean Pihet
      • Re: PATCH [0/4] perf: clean-up of power events API, Pierre Tardy
        • Re: PATCH [0/4] perf: clean-up of power events API, Steven Rostedt
        • Re: PATCH [0/4] perf: clean-up of power events API, Frederic Weisbecker
          • Re: PATCH [0/4] perf: clean-up of power events API, Pierre Tardy
          • Re: PATCH [0/4] perf: clean-up of power events API, Tejun Heo
            • Re: PATCH [0/4] perf: clean-up of power events API, Ingo Molnar
              • Re: PATCH [0/4] perf: clean-up of power events API, Arjan van de Ven
                • Re: PATCH [0/4] perf: clean-up of power events API, Mathieu Desnoyers
                  • Re: PATCH [0/4] perf: clean-up of power events API, Arjan van de Ven
                    • Re: PATCH [0/4] perf: clean-up of power events API, Steven Rostedt
                      • Re: PATCH [0/4] perf: clean-up of power events API, Frank Ch. Eigler
                        • Re: PATCH [0/4] perf: clean-up of power events API, Steven Rostedt
                    • Re: PATCH [0/4] perf: clean-up of power events API, Mathieu Desnoyers
                  • Re: PATCH [0/4] perf: clean-up of power events API, Ingo Molnar
                    • Re: PATCH [0/4] perf: clean-up of power events API, Pierre Tardy
                      • Re: PATCH [0/4] perf: clean-up of power events API, Linus Torvalds
                        • Re: PATCH [0/4] perf: clean-up of power events API, Steven Rostedt
                          • Re: PATCH [0/4] perf: clean-up of power events API, Linus Torvalds
                            • Re: PATCH [0/4] perf: clean-up of power events API, Steven Rostedt
                              • Re: PATCH [0/4] perf: clean-up of power events API, Peter Zijlstra
                                • Re: PATCH [0/4] perf: clean-up of power events API, Steven Rostedt
                        • Re: PATCH [0/4] perf: clean-up of power events API, Jean Pihet
                    • Re: PATCH [0/4] perf: clean-up of power events API, Arjan van de Ven
                      • Re: PATCH [0/4] perf: clean-up of power events API, Steven Rostedt
                      • Re: PATCH [0/4] perf: clean-up of power events API, Ingo Molnar
                        • Re: PATCH [0/4] perf: clean-up of power events API, Thomas Renninger
                          • Re: PATCH [0/4] perf: clean-up of power events API, Ingo Molnar
                            • Re: PATCH [0/4] perf: clean-up of power events API, Peter Zijlstra
                              • Re: PATCH [0/4] perf: clean-up of power events API, Ingo Molnar
                                • Re: PATCH [0/4] perf: clean-up of power events API, Arjan van de Ven
                                  • Re: PATCH [0/4] perf: clean-up of power events API, Ingo Molnar
                                    • Re: PATCH [0/4] perf: clean-up of power events API, Arjan van de Ven
                                      • Re: PATCH [0/4] perf: clean-up of power events API, Ingo Molnar
• 2.6.36-rc6-git2: Reported regressions 2.6.34 -> 2.6.35, Rafael J. Wysocki
  • Re: 2.6.36-rc6-git2: Reported regressions 2.6.34 -> 2.6.35, Rafał Miłecki
• 2.6.36-rc6-git2: Reported regressions from 2.6.35, Rafael J. Wysocki
• Perf: Power events/tracepoints cleanups, Thomas Renninger
  • [PATCH 2/2] PERF(userspace): Adjust perf timechart to the new power events, Thomas Renninger
  • [PATCH 1/2] PERF(kernel): Cleanup power events, Thomas Renninger
    • Re: [PATCH 1/2] PERF(kernel): Cleanup power events, Jean Pihet
    • Re: [PATCH 1/2] PERF(kernel): Cleanup power events, Arjan van de Ven
      • Re: [PATCH 1/2] PERF(kernel): Cleanup power events, Frederic Weisbecker
        • Re: [PATCH 1/2] PERF(kernel): Cleanup power events, Thomas Renninger
          • Re: [PATCH 1/2] PERF(kernel): Cleanup power events, Frederic Weisbecker
            • Re: [PATCH 1/2] PERF(kernel): Cleanup power events, Arjan van de Ven
            • Re: [PATCH 1/2] PERF(kernel): Cleanup power events, Thomas Renninger
      • Re: [PATCH 1/2] PERF(kernel): Cleanup power events, Steven Rostedt
        • Re: [PATCH 1/2] PERF(kernel): Cleanup power events, Arjan van de Ven
          • Re: [PATCH 1/2] PERF(kernel): Cleanup power events, Steven Rostedt
          • Re: [PATCH 1/2] PERF(kernel): Cleanup power events, Thomas Renninger
            • Re: [PATCH 1/2] PERF(kernel): Cleanup power events, Thomas Renninger
            • Re: [PATCH 1/2] PERF(kernel): Cleanup power events, Arjan van de Ven
              • Re: [PATCH 1/2] PERF(kernel): Cleanup power events, Mathieu Desnoyers
              • Re: [PATCH 1/2] PERF(kernel): Cleanup power events, Thomas Renninger
• [PATCH v5] power: introduce library for device-specific OPPs, Nishanth Menon
  • Re: [PATCH v5] power: introduce library for device-specific OPPs, Rafael J. Wysocki
    • Re: [PATCH v5] power: introduce library for device-specific OPPs, Rafael J. Wysocki
    • Re: [PATCH v5] power: introduce library for device-specific OPPs, Nishanth Menon
      • Re: [PATCH v5] power: introduce library for device-specific OPPs, Rafael J. Wysocki
        • Re: [PATCH v5] power: introduce library for device-specific OPPs, Kevin Hilman
          • Re: [PATCH v5] power: introduce library for device-specific OPPs, Nishanth Menon
• [git pull request] idle patches for 2.6.36-rc6, Len Brown
• [RFC][PATCH] PM: Allow wakeup events to abort freezing of tasks, Rafael J. Wysocki
  • Re: [RFC][PATCH] PM: Allow wakeup events to abort freezing of tasks, Pavel Machek
    • Re: [RFC][PATCH] PM: Allow wakeup events to abort freezing of tasks, Rafael J. Wysocki
• [RFC][PATCH] PM / Hibernate: Modify signature used to mark swap, Rafael J. Wysocki
  • Re: [RFC][PATCH] PM / Hibernate: Modify signature used to mark swap, Nigel Cunningham
    • Re: [RFC][PATCH] PM / Hibernate: Modify signature used to mark swap, Rafael J. Wysocki
      • Re: [RFC][PATCH] PM / Hibernate: Modify signature used to mark swap, Nigel Cunningham
        • Re: [RFC][PATCH] PM / Hibernate: Modify signature used to mark swap, Rafael J. Wysocki
      • Re: [RFC][PATCH] PM / Hibernate: Modify signature used to mark swap, Pavel Machek
• idle patches for 2.6.36-rc6, Len Brown
  • [PATCH 1/5] intel_idle: PCI quirk to prevent Lenovo Ideapad s10-3 boot hang, Len Brown
    • [PATCH 5/5] acpi_idle: add missing \n to printk, Len Brown
    • [PATCH 3/5] intel_idle: Change mode 755 => 644, Len Brown
    • [PATCH 2/5] cpuidle: Fix typos, Len Brown
    • [PATCH 4/5] intel_idle: add missing __percpu markup, Len Brown
• [RFC][PATCH] PM / Hibernate / x86: Change RESTORE_MAGIC on x86_64, Rafael J. Wysocki
  • Re: [RFC][PATCH] PM / Hibernate / x86: Change RESTORE_MAGIC on x86_64, H. Peter Anvin
    • Re: [RFC][PATCH] PM / Hibernate / x86: Change RESTORE_MAGIC on x86_64, Rafael J. Wysocki
      • Re: [RFC][PATCH] PM / Hibernate / x86: Change RESTORE_MAGIC on x86_64, Rafael J. Wysocki
• [PATCH] I2C: runtime: Fix checks which make legacy suspend to never get called, Rajendra Nayak
  • Re: [PATCH] I2C: runtime: Fix checks which make legacy suspend to never get called, Rafael J. Wysocki
    • Re: [PATCH] I2C: runtime: Fix checks which make legacy suspend to never get called, Jean Delvare
• [PATCH] PM: runtime: add missed pm_request_autosuspend, tom . leiming
  • Re: [PATCH] PM: runtime: add missed pm_request_autosuspend, Alan Stern
    • Re: [PATCH] PM: runtime: add missed pm_request_autosuspend, Ming Lei
      • Re: [PATCH] PM: runtime: add missed pm_request_autosuspend, Alan Stern
        • Re: [PATCH] PM: runtime: add missed pm_request_autosuspend, Rafael J. Wysocki
• Swsusp patches applied to suspend-2.6#linux-next, Nigel Cunningham
  • [PATCH 02/23] Record & display i/o speed post resume., Nigel Cunningham
    • Re: [PATCH 02/23] Record & display i/o speed post resume., Rafael J. Wysocki
      • Re: [PATCH 02/23] Record & display i/o speed post resume., Nigel Cunningham
        • Re: [PATCH 02/23] Record & display i/o speed post resume., Rafael J. Wysocki
          • Re: [PATCH 02/23] Record & display i/o speed post resume., Nigel Cunningham
            • Re: [PATCH 02/23] Record & display i/o speed post resume., Rafael J. Wysocki
  • [PATCH 05/23] Hibernation: Add mass swap allocation routine, Nigel Cunningham
  • [PATCH 07/23] Hiberation: Fix speed display., Nigel Cunningham
    • Re: [PATCH 07/23] Hiberation: Fix speed display., Pavel Machek
  • [PATCH 03/23] Hibernation: Swap iteration functions., Nigel Cunningham
    • Re: [PATCH 03/23] Hibernation: Swap iteration functions., Pavel Machek
      • Re: [PATCH 03/23] Hibernation: Swap iteration functions., Nigel Cunningham
  • [PATCH 06/23] Hibernation: Switch to preallocating swap., Nigel Cunningham
  • [PATCH 01/23] Hibernation: Split compression support out., Nigel Cunningham
    • Re: [PATCH 01/23] Hibernation: Split compression support out., Rafael J. Wysocki
      • Re: [PATCH 01/23] Hibernation: Split compression support out., Nigel Cunningham
        • Re: [PATCH 01/23] Hibernation: Split compression support out., Rafael J. Wysocki
          • Re: [PATCH 01/23] Hibernation: Split compression support out., Nigel Cunningham
            • Re: [PATCH 01/23] Hibernation: Split compression support out., Rafael J. Wysocki
  • [PATCH 04/23] Hibernation: Move root_swap declaration., Nigel Cunningham
  • [PATCH 08/23] Hibernation: Generic extents support., Nigel Cunningham
    • Re: [PATCH 08/23] Hibernation: Generic extents support., Pavel Machek
      • Re: [PATCH 08/23] Hibernation: Generic extents support., Nigel Cunningham
  • [PATCH 09/23] Hibernation: Iterate over sectors not swap entries., Nigel Cunningham
  • [PATCH 10/23] Hibernation: Stop passing swap_map_handle struct, Nigel Cunningham
  • [PATCH 11/23] Hibernation: Stop passing bio_chain around, Nigel Cunningham
  • [PATCH 13/23] Hibernation: Partial page I/O support., Nigel Cunningham
    • Re: [PATCH 13/23] Hibernation: Partial page I/O support., Pavel Machek
      • Re: [PATCH 13/23] Hibernation: Partial page I/O support., Rafael J. Wysocki
        • Re: [PATCH 13/23] Hibernation: Partial page I/O support., Nigel Cunningham
  • [PATCH 15/23] Hibernation: Use block extents for reading image, Nigel Cunningham
  • [PATCH 12/23] Hibernation: Move block i/o fns to block_io.c, Nigel Cunningham
  • [PATCH 14/23] Hibernation: Store block extents at start of image, Nigel Cunningham
  • [PATCH 16/23] Remove first_sector from swap_map_handle, Nigel Cunningham
  • [PATCH 17/23] Hibernation: Replace bio chain, Nigel Cunningham
  • [PATCH 18/23] Hibernation: Remove swap_map_pages, Nigel Cunningham
  • [PATCH 22/23] Hibernation: Remove now-empty routines., Nigel Cunningham
  • [PATCH 20/23] Hibernation: Prepare for handle.cur removal, Nigel Cunningham
  • [PATCH 23/23] Hibernate: Implement readahead when resuming, Nigel Cunningham
  • [PATCH 21/23] Hibernation: Remove swap_map structure, Nigel Cunningham
  • [PATCH 19/23] Hibernation: Remove wait_on_bio_chain result, Nigel Cunningham
  • Re: [TuxOnIce-devel] Swsusp patches applied to suspend-2.6#linux-next, Andrey Rahmatullin
    • Re: [TuxOnIce-devel] Swsusp patches applied to suspend-2.6#linux-next, Nigel Cunningham
  • Re: [TuxOnIce-devel] Swsusp patches applied to suspend-2.6#linux-next, Andrey Rahmatullin
    • Re: [TuxOnIce-devel] Swsusp patches applied to suspend-2.6#linux-next, Nigel Cunningham
      • Re: [TuxOnIce-devel] Swsusp patches applied to suspend-2.6#linux-next, Andrey Rahmatullin
        • Re: [TuxOnIce-devel] Swsusp patches applied to suspend-2.6#linux-next, Nigel Cunningham
      • Re: [TuxOnIce-devel] Swsusp patches applied to suspend-2.6#linux-next, Andrey Rahmatullin
        • Re: [TuxOnIce-devel] Swsusp patches applied to suspend-2.6#linux-next, Nigel Cunningham
  • Re: Swsusp patches applied to suspend-2.6#linux-next, Martin Steigerwald
    • Re: Swsusp patches applied to suspend-2.6#linux-next, Martin Steigerwald
      • Re: Swsusp patches applied to suspend-2.6#linux-next, Nigel Cunningham
        • Re: Swsusp patches applied to suspend-2.6#linux-next, Martin Steigerwald
      • Re: Swsusp patches applied to suspend-2.6#linux-next, Martin Steigerwald
• 2.6.36-rc5-git7: Reported regressions 2.6.34 -> 2.6.35, Rafael J. Wysocki
• 2.6.36-rc5-git7: Reported regressions from 2.6.35, Rafael J. Wysocki
• Nigel's current for-rafael queue - one more patch., Nigel Cunningham
  • [PATCH] Hibernate: Implement readahead when resuming, Nigel Cunningham
    • Re: [PATCH] Hibernate: Implement readahead when resuming, Martin Steigerwald
      • Re: [PATCH] Hibernate: Implement readahead when resuming, Martin Steigerwald
        • with init=/bin/systemd USB/eSATA external mass storage no longer works (was: Re: [PATCH] Hibernate: Implement readahead when resuming), Martin Steigerwald
        • Re: [TuxOnIce-devel] [PATCH] Hibernate: Implement readahead when resuming, Nigel Cunningham
          • Re: [TuxOnIce-devel] [PATCH] Hibernate: Implement readahead when resuming, Martin Steigerwald
            • Re: [TuxOnIce-devel] [PATCH] Hibernate: Implement readahead when resuming, Nigel Cunningham
              • Re: [TuxOnIce-devel] [PATCH] Hibernate: Implement readahead when resuming, Martin Steigerwald
                • Re: [TuxOnIce-devel] [PATCH] Hibernate: Implement readahead when resuming, Martin Steigerwald
                  • Re: [TuxOnIce-devel] [PATCH] Hibernate: Implement readahead when resuming, Bojan Smojver
      • Re: [PATCH] Hibernate: Implement readahead when resuming, Nigel Cunningham
    • Re: [PATCH] Hibernate: Implement readahead when resuming, Pavel Machek
• [PATCH] intel_idle: PCI quirk to prevent Lenovo Ideapad s10-3 boot hang, Len Brown
  • Re: [PATCH] intel_idle: PCI quirk to prevent Lenovo Ideapad s10-3 boot hang, Matthew Garrett
    • Re: [PATCH] intel_idle: PCI quirk to prevent Lenovo Ideapad s10-3 boot hang, Len Brown
      • Re: [PATCH] intel_idle: PCI quirk to prevent Lenovo Ideapad s10-3 boot hang, Matthew Garrett
        • Re: [PATCH] intel_idle: PCI quirk to prevent Lenovo Ideapad s10-3 boot hang, Len Brown
          • Re: [PATCH] intel_idle: PCI quirk to prevent Lenovo Ideapad s10-3 boot hang, Matthew Garrett
            • Re: [PATCH] intel_idle: PCI quirk to prevent Lenovo Ideapad s10-3 boot hang, Len Brown
• RFC: mixing device idle and CPUidle or non-atomic idle notifiers, Kevin Hilman
  • Re: mixing device idle and CPUidle or non-atomic idle notifiers, Nayak, Rajendra
  • Re: RFC: mixing device idle and CPUidle or non-atomic idle notifiers, Rafael J. Wysocki
• [PATCH 7/7] PM: implement autosuspend, Alan Stern
  • Re: [PATCH 7/7] PM: implement autosuspend, Rafael J. Wysocki
• [PATCH 6/7] PM: add no_callbacks flag, Alan Stern
  • Re: [PATCH 6/7] PM: add no_callbacks flag, Rafael J. Wysocki
• [PATCH 5/7] PM: combine runtime PM entry points, Alan Stern
  • Re: [PATCH 5/7] PM: combine runtime PM entry points, Rafael J. Wysocki
• [PATCH 4/7] PM: merge synchronous and async runtime routines, Alan Stern
  • Re: [PATCH 4/7] PM: merge synchronous and async runtime routines, Rafael J. Wysocki
• [PATCH 3/7] PM: replace boolean arguments with bitflags, Alan Stern
  • Re: [PATCH 3/7] PM: replace boolean arguments with bitflags, Rafael J. Wysocki
• [PATCH 2/7] PM: move code in power/runtime.c, Alan Stern
  • Re: [PATCH 2/7] PM: move code in power/runtime.c, Rafael J. Wysocki
• [PATCH 1/7] sysfs: add sysfs_merge_group and sysfs_unmerge_group, Alan Stern
• [RFC 6/7] PM: add no_callbacks flag, Alan Stern
• [PATCH v4] power: introduce library for device-specific OPPs, Nishanth Menon
  • Re: [PATCH v4] power: introduce library for device-specific OPPs, Paul E. McKenney
    • Re: [PATCH v4] power: introduce library for device-specific OPPs, Nishanth Menon
      • Re: [PATCH v4] power: introduce library for device-specific OPPs, Paul E. McKenney
        • Re: [PATCH v4] power: introduce library for device-specific OPPs, Nishanth Menon
    • Re: [PATCH v4] power: introduce library for device-specific OPPs, Rafael J. Wysocki
      • Re: [PATCH v4] power: introduce library for device-specific OPPs, Paul E. McKenney
        • Re: [PATCH v4] power: introduce library for device-specific OPPs, Nishanth Menon
          • Re: [PATCH v4] power: introduce library for device-specific OPPs, Rafael J. Wysocki
• runtime_pm_get_sync() from ISR with IRQs disabled?, Kevin Hilman
  • Re: runtime_pm_get_sync() from ISR with IRQs disabled?, Alan Stern
    • Re: runtime_pm_get_sync() from ISR with IRQs disabled?, Kevin Hilman
      • Re: runtime_pm_get_sync() from ISR with IRQs disabled?, Rafael J. Wysocki
        • Re: runtime_pm_get_sync() from ISR with IRQs disabled?, Alan Stern
          • Re: runtime_pm_get_sync() from ISR with IRQs disabled?, Rafael J. Wysocki
            • Re: runtime_pm_get_sync() from ISR with IRQs disabled?, Alan Stern
              • Re: runtime_pm_get_sync() from ISR with IRQs disabled?, Rafael J. Wysocki
                • Re: runtime_pm_get_sync() from ISR with IRQs disabled?, Alan Stern
                  • Re: runtime_pm_get_sync() from ISR with IRQs disabled?, Rafael J. Wysocki
                    • [PATCH] PM: add synchronous runtime interface for interrupt handlers, Alan Stern
                      • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Rafael J. Wysocki
                        • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Alan Stern
                          • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Rafael J. Wysocki
                            • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Alan Stern
                              • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Rafael J. Wysocki
                                • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Alan Stern
                                  • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Rafael J. Wysocki
                                    • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Alan Stern
                                      • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Rafael J. Wysocki
                                    • PATCH: PM / Runtime: Remove idle notification after failing suspend (was: Re: [PATCH] PM: add synchronous ...), Rafael J. Wysocki
                                      • Re: PATCH: PM / Runtime: Remove idle notification after failing suspend (was: Re: [PATCH] PM: add synchronous ...), Alan Stern
                                  • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Kevin Hilman
                                    • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Alan Stern
                                      • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Rafael J. Wysocki
                                      • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Kevin Hilman
                                        • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Alan Stern
                                          • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Rafael J. Wysocki
                                            • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Alan Stern
                                              • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Kevin Hilman
                                                • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Alan Stern
                                                  • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Rafael J. Wysocki
                                                    • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Kevin Hilman
                                                      • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Rafael J. Wysocki
                                                        • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Kevin Hilman
                                                        • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Alan Stern
                                                        • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Kevin Hilman
                                                        • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Rafael J. Wysocki
                                                    • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Alan Stern
                                                      • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Rafael J. Wysocki
                                                        • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Rafael J. Wysocki
                                                        • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Alan Stern
                                                        • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Rafael J. Wysocki
                                            • [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers, Alan Stern
                                              • Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers, Rafael J. Wysocki
                                                • Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers, Alan Stern
                                                  • Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers, Alan Stern
                                                    • Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers, Rafael J. Wysocki
                                                  • Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers, Rafael J. Wysocki
                                                    • Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers, Alan Stern
                                                      • Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers, Rafael J. Wysocki
                                                        • Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers, Alan Stern
                                                        • Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers, Rafael J. Wysocki
                                                        • Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers, Kevin Hilman
                                                        • Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers, Alan Stern
                                                        • Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers, Kevin Hilman
                                                        • Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers, Alan Stern
                                                        • Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers, Rafael J. Wysocki
                                                        • [PATCH ver. 3] PM: add synchronous runtime interface for interrupt handlers, Alan Stern
                                                        • Re: [PATCH ver. 3] PM: add synchronous runtime interface for interrupt handlers, Oliver Neukum
                                                        • Re: [PATCH ver. 3] PM: add synchronous runtime interface for interrupt handlers, Rafael J. Wysocki
                                                        • Re: [PATCH ver. 3] PM: add synchronous runtime interface for interrupt handlers, Rafael J. Wysocki
                                            • Message not available
                                              • Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers, Sylwester Nawrocki
                                                • Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers, Alan Stern
                                                  • Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers, Sylwester Nawrocki
                                                    • Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers, Alan Stern
                                          • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Kevin Hilman
                      • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Rafael J. Wysocki
                        • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Alan Stern
                          • Re: [PATCH] PM: add synchronous runtime interface for interrupt handlers, Rafael J. Wysocki
                            • [PATCH] PM / Runtime: Reduce code duplication in core helper functions (was: Re: [PATCH] PM: add synchronous ...), Rafael J. Wysocki
                              • Re: [PATCH] PM / Runtime: Reduce code duplication in core helper functions (was: Re: [PATCH] PM: add synchronous ...), Alan Stern
              • Re: runtime_pm_get_sync() from ISR with IRQs disabled?, Kevin Hilman
      • Re: runtime_pm_get_sync() from ISR with IRQs disabled?, Alan Stern
        • Re: runtime_pm_get_sync() from ISR with IRQs disabled?, Kevin Hilman
• [RFC][PATCH] PM / Hibernate: Make some boot messages look less scary, Rafael J. Wysocki
  • Re: [RFC][PATCH] PM / Hibernate: Make some boot messages look less scary, Rafael J. Wysocki
  • Re: [RFC][PATCH] PM / Hibernate: Make some boot messages look less scary, Pavel Machek
• [RFC 7/7] PM: implement autosuspend, Alan Stern
• [RFC 5/7] PM: combine runtime PM entry points, Alan Stern
  • Re: [RFC 5/7] PM: combine runtime PM entry points, Rafael J. Wysocki
• [RFC 4/7] PM: merge synchronous and async runtime routines, Alan Stern
• [RFC 3/7] PM: replace boolean arguments with bitflags, Alan Stern
  • Re: [RFC 3/7] PM: replace boolean arguments with bitflags, Rafael J. Wysocki
• [RFC 2/7] PM: move code in power/runtime.c, Alan Stern
• [RFC 0/7] Runtime PM updates for autosuspend, Alan Stern
  • Re: [RFC 0/7] Runtime PM updates for autosuspend, Rafael J. Wysocki
    • Re: [RFC 0/7] Runtime PM updates for autosuspend, Alan Stern
      • Re: [RFC 0/7] Runtime PM updates for autosuspend, Rafael J. Wysocki
        • Re: [RFC 0/7] Runtime PM updates for autosuspend, Alan Stern
• [RFC 1/7] sysfs: add sysfs_merge_group and sysfs_unmerge_group, Alan Stern
  • Re: [RFC 1/7] sysfs: add sysfs_merge_group and sysfs_unmerge_group, Greg KH
    • Re: [RFC 1/7] sysfs: add sysfs_merge_group and sysfs_unmerge_group, Rafael J. Wysocki
      • Re: [RFC 1/7] sysfs: add sysfs_merge_group and sysfs_unmerge_group, Greg KH
        • Re: [RFC 1/7] sysfs: add sysfs_merge_group and sysfs_unmerge_group, Rafael J. Wysocki
• [PATCH 01/20] kernel: change to new flag variable, matt mooney
  • Re: [PATCH 01/20] kernel: change to new flag variable, Américo Wang
• [PATCH] PM: Fix signed/unsigned warning, Kevin Cernekee
  • Re: [PATCH] PM: Fix signed/unsigned warning, Rafael J. Wysocki
• [PATCH v3] power: introduce library for device-specific OPPs, Nishanth Menon
  • Re: [PATCH v3] power: introduce library for device-specific OPPs, Rafael J. Wysocki
    • Re: [PATCH v3] power: introduce library for device-specific OPPs, Nishanth Menon
      • Re: [PATCH v3] power: introduce library for device-specific OPPs, Kevin Hilman
  • Re: [PATCH v3] power: introduce library for device-specific OPPs, Linus Walleij
• 2.6.36-rc4-git5: Reported regressions 2.6.34 -> 2.6.35, Rafael J. Wysocki
• 2.6.36-rc4-git5: Reported regressions from 2.6.35, Rafael J. Wysocki
  • Re: 2.6.36-rc4-git5: Reported regressions from 2.6.35, Sedat Dilek
    • Re: 2.6.36-rc4-git5: Reported regressions from 2.6.35, Alex Deucher
• [PATCH 0/2] PM: Wakeup sources and async suspend error path bug fix, Rafael J. Wysocki
  • [PATCH 2/2] PM: Fix potential issue with failing asynchronous suspend, Rafael J. Wysocki
    • Re: [PATCH 2/2] PM: Fix potential issue with failing asynchronous suspend, Greg KH
  • [PATCH 1/2] PM / Wakeup: Introduce wakeup source objects and event statistics (v3), Rafael J. Wysocki
    • Re: [PATCH 1/2] PM / Wakeup: Introduce wakeup source objects and event statistics (v3), Greg KH
  • Re: [PATCH 0/2] PM: Wakeup sources and async suspend error path bug fix, Rafael J. Wysocki
  • Re: [PATCH 0/2] PM: Wakeup sources and async suspend error path bug fix, mark gross
    • Re: [PATCH 0/2] PM: Wakeup sources and async suspend error path bug fix, Rafael J. Wysocki
      • Re: [PATCH 0/2] PM: Wakeup sources and async suspend error path bug fix, mark gross
        • Re: [PATCH 0/2] PM: Wakeup sources and async suspend error path bug fix, Rafael J. Wysocki
• Re: Fw: Kernel panic in 2.6.36-rc4 after suspend/resume, Rafael J. Wysocki
• [072/123] sched: Make wakeup side and atomic variants of completion API irq safe, Greg KH
• [PATCH v2] power: introduce library for device-specific OPPs, Nishanth Menon
  • Re: [PATCH v2] power: introduce library for device-specific OPPs, Greg KH
    • Re: [PATCH v2] power: introduce library for device-specific OPPs, Nishanth Menon
      • Re: [PATCH v2] power: introduce library for device-specific OPPs, Nishanth Menon
• [PATCH] opp: introduce library for device-specific OPPs, Nishanth Menon
  • Re: [PATCH] opp: introduce library for device-specific OPPs, Aguirre, Sergio
    • Re: [PATCH] opp: introduce library for device-specific OPPs, Nishanth Menon
      • Re: [PATCH] opp: introduce library for device-specific OPPs, Aguirre, Sergio
      • Re: [PATCH] opp: introduce library for device-specific OPPs, Aguirre, Sergio
        • Re: [PATCH] opp: introduce library for device-specific OPPs, Nishanth Menon
  • Message not available
    • Re: [PATCH] opp: introduce library for device-specific OPPs, Nishanth Menon
      • Re: [PATCH] opp: introduce library for device-specific OPPs, Nishanth Menon
        • Re: [PATCH] opp: introduce library for device-specific OPPs, Rafael J. Wysocki
          • Re: [PATCH] opp: introduce library for device-specific OPPs, Nishanth Menon
            • Re: [PATCH] opp: introduce library for device-specific OPPs, Rafael J. Wysocki
  • Re: [PATCH] opp: introduce library for device-specific OPPs, Mark Brown
    • Re: [PATCH] opp: introduce library for device-specific OPPs, Nishanth Menon
      • Re: [PATCH] opp: introduce library for device-specific OPPs, Mark Brown
        • Re: [PATCH] opp: introduce library for device-specific OPPs, Kevin Hilman
          • Re: [PATCH] opp: introduce library for device-specific OPPs, Mark Brown
      • Re: [PATCH] opp: introduce library for device-specific OPPs, Rafael J. Wysocki
        • Re: [PATCH] opp: introduce library for device-specific OPPs, Nishanth Menon
          • Re: [PATCH] opp: introduce library for device-specific OPPs, Rafael J. Wysocki
    • Re: [PATCH] opp: introduce library for device-specific OPPs, Phil Carmody
      • Re: [PATCH] opp: introduce library for device-specific OPPs, Mark Brown
  • Re: [PATCH] opp: introduce library for device-specific OPPs, Andrew Morton
    • Re: [PATCH] opp: introduce library for device-specific OPPs, Nishanth Menon
      • Re: [PATCH] opp: introduce library for device-specific OPPs, Kevin Hilman
      • Re: [PATCH] opp: introduce library for device-specific OPPs, Rafael J. Wysocki
        • Re: [PATCH] opp: introduce library for device-specific OPPs, Nishanth Menon
          • Re: [PATCH] opp: introduce library for device-specific OPPs, Rafael J. Wysocki
            • Re: [PATCH] opp: introduce library for device-specific OPPs, Kevin Hilman
              • Re: [PATCH] opp: introduce library for device-specific OPPs, Rafael J. Wysocki
                • Re: [PATCH] opp: introduce library for device-specific OPPs, Kevin Hilman
                  • Re: [PATCH] opp: introduce library for device-specific OPPs, Rafael J. Wysocki
        • Re: [PATCH] opp: introduce library for device-specific OPPs, Mark Brown
    • Re: [PATCH] opp: introduce library for device-specific OPPs, Rafael J. Wysocki
• Re: Improving High-Load Performance with the Ondemand Governor [PATCH ATTACHED], Thomas Renninger
  • Re: Improving High-Load Performance with the Ondemand Governor [PATCH ATTACHED], Arjan van de Ven
  • Re: Improving High-Load Performance with the Ondemand Governor [PATCH ATTACHED], David C Niemi
    • Re: Improving High-Load Performance with the Ondemand Governor [PATCH ATTACHED], Sripathy, Vishwanath
• Patch "sched: Make wakeup side and atomic variants of completion API irq safe" has been added to the 2.6.32-stable tree, gregkh
• [RFC][PATCH] PM: Rename drivers/base/power/main.c to drivers/base/power/sleep.c, Rafael J. Wysocki
• [RFC][PATCH] PM / Runtime: Use alloc_workqueue() for creating PM workqueue, Rafael J. Wysocki
  • Re: [RFC][PATCH] PM / Runtime: Use alloc_workqueue() for creating PM workqueue, Tejun Heo
    • Re: [RFC][PATCH] PM / Runtime: Use alloc_workqueue() for creating PM workqueue, Rafael J. Wysocki
      • Re: [RFC][PATCH] PM / Runtime: Use alloc_workqueue() for creating PM workqueue, Tejun Heo
• [PATCH 0/2] PM / Hibernate: Default image size computation and comment fix, Rafael J. Wysocki
  • [PATCH 1/2] PM / Hibernate: Improve comments in hibernate_preallocate_memory(), Rafael J. Wysocki
    • Re: [PATCH 1/2] PM / Hibernate: Improve comments in hibernate_preallocate_memory(), Pavel Machek
  • [PATCH 2/2] PM / Hibernate: Make default image size depend on total RAM size, Rafael J. Wysocki
    • Re: [PATCH 2/2] PM / Hibernate: Make default image size depend on total RAM size, Pavel Machek
  • Re: [PATCH 0/2] PM / Hibernate: Default image size computation and comment fix, Rafael J. Wysocki
• intel_idle, Ike Panhc
  • Re: intel_idle (Lenovo ideapad S10-3), Len Brown
    • Re: intel_idle (Lenovo ideapad S10-3), Ike Panhc
• wacom + runtime PM = AA deadlock, Jiri Slaby
  • Re: wacom + runtime PM = AA deadlock, Alan Stern
  • Re: wacom + runtime PM = AA deadlock, Oliver Neukum
    • Re: wacom + runtime PM = AA deadlock, Alan Stern
      • Re: wacom + runtime PM = AA deadlock, Oliver Neukum