Linux Power Management

Date Index

Re: Attempted summary of suspend-blockers LKML thread, (continued)
- Re: Attempted summary of suspend-blockers LKML thread, Arve Hjønnevåg
  - Re: Attempted summary of suspend-blockers LKML thread, James Bottomley
    - Re: Attempted summary of suspend-blockers LKML thread, Arve Hjønnevåg
      - Re: Attempted summary of suspend-blockers LKML thread, James Bottomley
        
        Re: Attempted summary of suspend-blockers LKML thread, Arve Hjønnevåg
  - Re: Attempted summary of suspend-blockers LKML thread, Paul E. McKenney
    - Re: Attempted summary of suspend-blockers LKML thread, Arve Hjønnevåg
      - Re: Attempted summary of suspend-blockers LKML thread, Paul E. McKenney
- Attempted summary of suspend-blockers LKML thread, take two, Paul E. McKenney
  - Re: Attempted summary of suspend-blockers LKML thread, take two, david
    - Re: Attempted summary of suspend-blockers LKML thread, take two, Paul E. McKenney
    - Re: Attempted summary of suspend-blockers LKML thread, take two, Brian Swetland
      - Re: Attempted summary of suspend-blockers LKML thread, take two, Paul E. McKenney
    - Re: Attempted summary of suspend-blockers LKML thread, take two, Pavel Machek
      - Re: Attempted summary of suspend-blockers LKML thread, take two, Brian Swetland
  - Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
    - Re: Attempted summary of suspend-blockers LKML thread, take three, david
      - Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, david
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Alan Stern
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, david
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Alan Stern
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, david
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Alan Stern
      - Re: Attempted summary of suspend-blockers LKML thread, take three, Brian Swetland
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, david
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Ted Ts'o
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Rafael J. Wysocki
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Rafael J. Wysocki
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Theodore Tso
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, david
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Matthew Garrett
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, david
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, david
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Ted Ts'o
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Brian Swetland
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Ted Ts'o
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Alan Cox
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, david
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Alan Cox
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Brian Swetland
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, david
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Alan Cox
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Matthew Garrett
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Alan Cox
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Matthew Garrett
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Alan Cox
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, david
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Matthew Garrett
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, david
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, david
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, david
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, david
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Mark Brown
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Theodore Tso
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Alan Stern
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Ted Ts'o
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Ted Ts'o
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Brian Swetland
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Jesse Barnes
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Rafael J. Wysocki
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Paul Fox
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Arve Hjønnevåg
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Rafael J. Wysocki
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Neil Brown
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Pavel Machek
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Jesse Barnes
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Rafael J. Wysocki
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Alan Stern
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Pavel Machek
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Alan Cox
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Pavel Machek
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Bernd Petrovitsch
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Jesse Barnes
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Ted Ts'o
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Jesse Barnes
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Neil Brown
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Ted Ts'o
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Pavel Machek
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Mark Brown
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Brian Swetland
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Dominik Brodowski
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Brian Swetland
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Dominik Brodowski
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Alan Cox
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Alan Cox
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Pavel Machek
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Dominik Brodowski
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Joe Perches
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Dominik Brodowski
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, James Bottomley
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Ted Ts'o
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Brian Swetland
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, James Bottomley
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Rafael J. Wysocki
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Igor Stoppa
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Alan Cox
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Pavel Machek
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Arjan van de Ven
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, David Brownell
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Matthew Garrett
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Ted Ts'o
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Mark Brown
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Ted Ts'o
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Brian Swetland
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Brian Swetland
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
        
        Re: Attempted summary of suspend-blockers LKML thread, take three, Brian Swetland
    - Re: Attempted summary of suspend-blockers LKML thread, take three, Felipe Contreras
      - Re: Attempted summary of suspend-blockers LKML thread, take three, Paul E. McKenney
My patch set forgotten?, Nigel Cunningham
- Re: My patch set forgotten?, Rafael J. Wysocki
[PATCH 0/7] ACPI / PCI / PCIe: Rework _OSC handling, Rafael J. Wysocki
- [PATCH 7/7] ACPI / PCI: Reorder checks in acpi_pci_osc_control_set(), Rafael J. Wysocki
  - Re: [PATCH 7/7] ACPI / PCI: Reorder checks in acpi_pci_osc_control_set(), Hidetoshi Seto
- [PATCH 5/7] PCI / PCIe: Remove the port driver module exit routine, Rafael J. Wysocki
  - Re: [PATCH 5/7] PCI / PCIe: Remove the port driver module exit routine, Hidetoshi Seto
    - Re: [PATCH 5/7] PCI / PCIe: Remove the port driver module exit routine, Rafael J. Wysocki
- [PATCH 2/7] ACPI / PCI: Introduce acpi_pci_root_osc_query(), Rafael J. Wysocki
  - Re: [PATCH 2/7] ACPI / PCI: Introduce acpi_pci_root_osc_query(), Hidetoshi Seto
    - Re: [PATCH 2/7] ACPI / PCI: Introduce acpi_pci_root_osc_query(), Rafael J. Wysocki
- [PATCH 4/7] PCI / PCIe: Disable PCIe port services during port initialization, Rafael J. Wysocki
  - Re: [PATCH 4/7] PCI / PCIe: Disable PCIe port services during port initialization, Hidetoshi Seto
- [PATCH 3/7] PCI / PCIe: Ask BIOS for control of all native services at once (v5), Rafael J. Wysocki
  - Re: [PATCH 3/7] PCI / PCIe: Ask BIOS for control of all native services at once (v5), Hidetoshi Seto
    - Re: [PATCH 3/7] PCI / PCIe: Ask BIOS for control of all native services at once (v5), Rafael J. Wysocki
- [PATCH 6/7] ACPI / PCI: Do not preserve _OSC control bits returned by a query, Rafael J. Wysocki
  - Re: [PATCH 6/7] ACPI / PCI: Do not preserve _OSC control bits returned by a query, Hidetoshi Seto
- [PATCH 1/7] ACPI / PCI: Make acpi_pci_run_osc() use capbuf to return the result, Rafael J. Wysocki
  - Re: [PATCH 1/7] ACPI / PCI: Make acpi_pci_run_osc() use capbuf to return the result, Hidetoshi Seto
    - Re: [PATCH 1/7] ACPI / PCI: Make acpi_pci_run_osc() use capbuf to return the result, Rafael J. Wysocki
[PATCH v3] cpuidle: extend cpuidle and menu governor to handle dynamic states, Ai Li
- Re: [PATCH v3] cpuidle: extend cpuidle and menu governor to handle dynamic states, Yong Wang
[PATCH] PCI / PCIe: Ask BIOS for control of all native services at once (v4), Rafael J. Wysocki
- Re: [PATCH] PCI / PCIe: Ask BIOS for control of all native services at once (v4), Jesse Barnes
  - Re: [PATCH] PCI / PCIe: Ask BIOS for control of all native services at once (v4), Kenji Kaneshige
    - Re: [PATCH] PCI / PCIe: Ask BIOS for control of all native services at once (v4), Rafael J. Wysocki
      - Re: [PATCH] PCI / PCIe: Ask BIOS for control of all native services at once (v4), Kenji Kaneshige
        
        Re: [PATCH] PCI / PCIe: Ask BIOS for control of all native services at once (v4), Kenji Kaneshige
        
        [PATCH 1/6] ACPI/PCI: cleanup acpi_pci_run_osc, Kenji Kaneshige
        
        Re: [PATCH 1/6] ACPI/PCI: cleanup acpi_pci_run_osc, Rafael J. Wysocki
        
        [PATCH 2/6] ACPI/PCI: do not preserve query result, Kenji Kaneshige
        
        Re: [PATCH 2/6] ACPI/PCI: do not preserve query result, Rafael J. Wysocki
        
        [PATCH 3/6] ACPI/PCI: optimize checks in acpi_pci_osc_control_set(), Kenji Kaneshige
        
        Re: [PATCH 3/6] ACPI/PCI: optimize checks in acpi_pci_osc_control_set(), Rafael J. Wysocki
        
        [PATCH 4/6] ACPI/PCI: ask bios for control of all native services at once, Kenji Kaneshige
        
        Re: [PATCH 4/6] ACPI/PCI: ask bios for control of all native services at once, Hidetoshi Seto
        
        [PATCH] portdrv: Don't take control of AER if not required, Hidetoshi Seto
        
        Re: [PATCH 4/6] ACPI/PCI: ask bios for control of all native services at once, Rafael J. Wysocki
        
        [PATCH 5/6] PCI: portdrv: disable native hot-plug interrupt, Kenji Kaneshige
        
        [PATCH 6/6] PCI: portdrv: remove module_exit, Kenji Kaneshige
        
        Re: [PATCH] PCI / PCIe: Ask BIOS for control of all native services at once (v4), Rafael J. Wysocki
[PATCH v2] cpuidle: extend cpuidle and menu governor to handle dynamic states, Ai Li
- Re: [PATCH v2] cpuidle: extend cpuidle and menu governor to handle dynamic states, Arjan van de Ven
- Re: [PATCH v2] cpuidle: extend cpuidle and menu governor to handle dynamic states, Andrew Morton
  - Message not available
    - Message not available
      - Re: [PATCH v2] cpuidle: extend cpuidle and menu governor to handle dynamic states, Ai Li
        
        Re: [PATCH v2] cpuidle: extend cpuidle and menu governor to handle dynamic states, Andrew Morton
        
        Re: [PATCH v2] cpuidle: extend cpuidle and menu governor to handle dynamic states, Ai Li
        
        Re: [PATCH v2] cpuidle: extend cpuidle and menu governor to handle dynamic states, Daniel Walker
Linux power managment for loadable kernel modules, Divneil Rai WADHAWAN
- Re: Linux power managment for loadable kernel modules, Alan Stern
[PATCH] x86, acpi: handle xapic/x2apic at same time, Yinghai Lu
- Re: [PATCH] x86, acpi: handle xapic/x2apic at same time, H. Peter Anvin
- Re: [PATCH] x86, acpi: handle xapic/x2apic at same time, Bjorn Helgaas
[RFC][PATCH] PCI / PCIe: Ask BIOS for control of all native services simultaneously, Rafael J. Wysocki
- [RFC][PATCH] PCI / PCIe: Ask BIOS for control of all native services at once, Rafael J. Wysocki
- Re: [RFC][PATCH] PCI / PCIe: Ask BIOS for control of all native services simultaneously, Kenji Kaneshige
  - Re: [RFC][PATCH] PCI / PCIe: Ask BIOS for control of all native services simultaneously, Matthew Garrett
    - Re: [RFC][PATCH] PCI / PCIe: Ask BIOS for control of all native services simultaneously, Rafael J. Wysocki
      - Re: [RFC][PATCH] PCI / PCIe: Ask BIOS for control of all native services simultaneously, Matthew Garrett
        
        [RFC][PATCH] PCI / PCIe: Ask BIOS for control of all native services at once (v2), Rafael J. Wysocki
        
        [RFC][PATCH] PCI / PCIe: Ask BIOS for control of all native services at once (v3), Rafael J. Wysocki
  - Re: [RFC][PATCH] PCI / PCIe: Ask BIOS for control of all native services simultaneously, Rafael J. Wysocki
- Re: [RFC][PATCH] PCI / PCIe: Ask BIOS for control of all native services simultaneously, Hidetoshi Seto
  - Re: [RFC][PATCH] PCI / PCIe: Ask BIOS for control of all native services simultaneously, Rafael J. Wysocki
  - Re: [RFC][PATCH] PCI / PCIe: Ask BIOS for control of all native services simultaneously, Matthew Garrett
2.6.35-rc6: Reported regressions from 2.6.34, Rafael J. Wysocki
- Re: 2.6.35-rc6: Reported regressions from 2.6.34, Larry Finger
  - Re: 2.6.35-rc6: Reported regressions from 2.6.34, Rafael J. Wysocki
2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34, Rafael J. Wysocki
[PATCH 1/2] pm_qos: make update_request callable from interrupt context, florian
- [PATCH 2/2] [RFC] pm_qos: add atomic notifier chain, florian
Questions about run time power management, Raj Kumar
- Re: Questions about run time power management, Alan Stern
  - Re: Questions about run time power management, Raj Kumar
    - Re: Questions about run time power management, Alan Stern
      - Re: Questions about run time power management, Raj Kumar
        
        Re: Questions about run time power management, Alan Stern
[PATCH] ACPI / Sleep: Allow the NVS saving to be skipped during suspend to RAM, Rafael J. Wysocki
- [PATCH] ACPI / Sleep: Allow the NVS saving to be skipped during suspend to RAM, Rafael J. Wysocki
  - Re: [PATCH] ACPI / Sleep: Allow the NVS saving to be skipped during suspend to RAM, Len Brown
Power management minisummit at LPC, Matthew Garrett
[PATCH] cpuidle: extend cpuidle and menu governor to handle dynamic states, Ai Li
- Re: [PATCH] cpuidle: extend cpuidle and menu governor to handle dynamic states, Arjan van de Ven
  - Re: [PATCH] cpuidle: extend cpuidle and menu governor to handle dynamic states, Ai Li
    - Re: [PATCH] cpuidle: extend cpuidle and menu governor to handle dynamic states, Arjan van de Ven
      - Re: [PATCH] cpuidle: extend cpuidle and menu governor to handle dynamic states, Ai Li
        
        Re: [PATCH] cpuidle: extend cpuidle and menu governor to handle dynamic states, Arjan van de Ven
        
        Re: [PATCH] cpuidle: extend cpuidle and menu governor to handle dynamic states, Ai Li
Re: [Bugme-new] [Bug 16396] New: [bisected] resume from suspend freezes system, Rafael J. Wysocki
- Re: [Bugme-new] [Bug 16396] New: [bisected] resume from suspend freezes system, Maxim Levitsky
Re: Warnings from PM QoS plist usage, Mark Brown
- Re: Warnings from PM QoS plist usage, James Bottomley
  - Re: Warnings from PM QoS plist usage, Mark Brown
    - Re: Warnings from PM QoS plist usage, Rafael J. Wysocki
      - Re: Warnings from PM QoS plist usage, James Bottomley
        
        Re: Warnings from PM QoS plist usage, Rafael J. Wysocki
[PATCH] idle: intel_idle: Change mode 755 => 644, Thomas Weber
- Re: [PATCH] idle: intel_idle: Change mode 755 => 644, Len Brown
[PATCH] ACPI / ACPICA: Fix reference counting problems with GPE handlers, Rafael J. Wysocki
[PATCH v2] pm: Add runtime PM statistics, Arjan van de Ven
- Re: [PATCH v2] pm: Add runtime PM statistics, Rafael J. Wysocki
  - Re: [PATCH v2] pm: Add runtime PM statistics, Arjan van de Ven
    - Re: [PATCH v2] pm: Add runtime PM statistics, Rafael J. Wysocki
      - Re: [PATCH v2] pm: Add runtime PM statistics, Arjan van de Ven
        
        Re: [PATCH v2] pm: Add runtime PM statistics, Kevin Hilman
        
        Re: [PATCH v2] pm: Add runtime PM statistics, Rafael J. Wysocki
        
        Re: [PATCH v2] pm: Add runtime PM statistics, Arjan van de Ven
        
        Re: [PATCH v2] pm: Add runtime PM statistics, Kevin Hilman
2.6.35-rc4-git4: Reported regressions 2.6.33 -> 2.6.34, Rafael J. Wysocki
HDD not suspending properly / dead on resume, Stephan Diestelhorst
- Re: HDD not suspending properly / dead on resume, Stephan Diestelhorst
  - Re: HDD not suspending properly / dead on resume, Rafael J. Wysocki
    - Re: HDD not suspending properly / dead on resume, Stephan Diestelhorst
      - Re: HDD not suspending properly / dead on resume, Rafael J. Wysocki
        
        Re: HDD not suspending properly / dead on resume, Stephan Diestelhorst
        
        Re: HDD not suspending properly / dead on resume, Tejun Heo
        
        Re: HDD not suspending properly / dead on resume, Rafael J. Wysocki
        
        [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM (was: Re: HDD not suspending properly / dead on resume), Rafael J. Wysocki
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Tejun Heo
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Tejun Heo
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Rafael J. Wysocki
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Stephan Diestelhorst
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Tejun Heo
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Stephan Diestelhorst
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Stephan Diestelhorst
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Tejun Heo
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Stephan Diestelhorst
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Tejun Heo
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Stephan Diestelhorst
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Stephan Diestelhorst
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Tejun Heo
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Stephan Diestelhorst
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Tejun Heo
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Stephan Diestelhorst
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Tejun Heo
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Rafael J. Wysocki
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Tejun Heo
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Rafael J. Wysocki
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Rafael J. Wysocki
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Rafael J. Wysocki
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Tejun Heo
        
        [PATCH] libata: skip EH autopsy and recovery during suspend, Tejun Heo
        
        Re: [PATCH] libata: skip EH autopsy and recovery during suspend, Stephan Diestelhorst
        
        Re: [PATCH] libata: skip EH autopsy and recovery during suspend, Rafael J. Wysocki
        
        Re: [PATCH] libata: skip EH autopsy and recovery during suspend, Stephan Diestelhorst
        
        Re: [PATCH] libata: skip EH autopsy and recovery during suspend, Stephan Diestelhorst
        
        Re: [PATCH] libata: skip EH autopsy and recovery during suspend, Rafael J. Wysocki
        
        Re: [PATCH] libata: skip EH autopsy and recovery during suspend, Tejun Heo
        
        Re: [PATCH] libata: skip EH autopsy and recovery during suspend, Rafael J. Wysocki
        
        Re: [PATCH] libata: skip EH autopsy and recovery during suspend, Tejun Heo
        
        Re: [PATCH] libata: skip EH autopsy and recovery during suspend, Alan Stern
        
        Re: [PATCH] libata: skip EH autopsy and recovery during suspend, Rafael J. Wysocki
        
        Re: [PATCH] libata: skip EH autopsy and recovery during suspend, Tejun Heo
        
        Re: [PATCH] libata: skip EH autopsy and recovery during suspend, Alan Stern
        
        [PATCH #upstream-fixes] libata: skip EH autopsy and recovery during suspend, Tejun Heo
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Stephan Diestelhorst
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Stephan Diestelhorst
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Stephan Diestelhorst
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Rafael J. Wysocki
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Rafael J. Wysocki
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Stephan Diestelhorst
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Rafael J. Wysocki
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Tejun Heo
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Stephan Diestelhorst
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM, Tejun Heo
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM (was: Re: HDD not suspending properly / dead on resume), Stephan Diestelhorst
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM (was: Re: HDD not suspending properly / dead on resume), Rafael J. Wysocki
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM (was: Re: HDD not suspending properly / dead on resume), Stephan Diestelhorst
        
        Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM (was: Re: HDD not suspending properly / dead on resume), Rafael J. Wysocki
        
        Re: HDD not suspending properly / dead on resume, Rafael J. Wysocki
- Re: HDD not suspending properly / dead on resume, Maciej Rutecki
[PATCH] pm: Add runtime PM statistics to sysfs, Arjan van de Ven
- Re: [PATCH] pm: Add runtime PM statistics to sysfs, Ming Lei
  - Re: [PATCH] pm: Add runtime PM statistics to sysfs, Arjan van de Ven
- Re: [PATCH] pm: Add runtime PM statistics to sysfs, Alan Stern
  - Re: [PATCH] pm: Add runtime PM statistics to sysfs, Alan Stern
    - Re: [PATCH] pm: Add runtime PM statistics to sysfs, Arjan van de Ven
    - Re: [PATCH] pm: Add runtime PM statistics to sysfs, Arjan van de Ven
2.6.35-rc4-git3: Reported regressions from 2.6.34, Rafael J. Wysocki
- Re: 2.6.35-rc4-git3: Reported regressions from 2.6.34, Sedat Dilek
- Re: 2.6.35-rc4-git3: Reported regressions from 2.6.34, Linus Torvalds
  - Re: 2.6.35-rc4-git3: Reported regressions from 2.6.34, Frederic Weisbecker
    - Re: 2.6.35-rc4-git3: Reported regressions from 2.6.34, Rafael J. Wysocki
  - Re: 2.6.35-rc4-git3: Reported regressions from 2.6.34, Frederic Weisbecker
  - Re: 2.6.35-rc4-git3: Reported regressions from 2.6.34, Ingo Molnar
  - Re: 2.6.35-rc4-git3: Reported regressions from 2.6.34, Jesse Barnes
    - Re: 2.6.35-rc4-git3: Reported regressions from 2.6.34, Norbert Preining
      - Re: 2.6.35-rc4-git3: Reported regressions from 2.6.34, Rafael J. Wysocki
  - Re: 2.6.35-rc4-git3: Reported regressions from 2.6.34, Shawn Starr
  - Re: 2.6.35-rc4-git3: Reported regressions from 2.6.34, Rafael J. Wysocki
- Re: 2.6.35-rc4-git3: Reported regressions from 2.6.34, Andrew Hendry
[Resend][PATCH 0/4] ACPI: Avoid executing _PRW twice for all devices, Rafael J. Wysocki
- [Resend][PATCH 1/4] ACPI: Fix bogus GPE test in acpi_bus_set_run_wake_flags(), Rafael J. Wysocki
- [Resend][PATCH 4/4] ACPI / ACPICA: Fail acpi_gpe_wakeup() if ACPI_GPE_CAN_WAKE is unset, Rafael J. Wysocki
- [Resend][PATCH 3/4] ACPI / ACPICA: Simplify acpi_ev_initialize_gpe_block(), Rafael J. Wysocki
- [Resend][PATCH 2/4] ACPI / ACPICA: Do not execute _PRW methods during initialization, Rafael J. Wysocki
- Re: [Resend][PATCH 0/4] ACPI: Avoid executing _PRW twice for all devices, Len Brown
  - Re: [Resend][PATCH 0/4] ACPI: Avoid executing _PRW twice for all devices, Rafael J. Wysocki
mmotm 2010-07-01 pm_get_wakeup_count() declaration, Valdis . Kletnieks
- Re: mmotm 2010-07-01 pm_get_wakeup_count() declaration, Rafael J. Wysocki
  - Re: mmotm 2010-07-01 pm_get_wakeup_count() declaration, Valdis . Kletnieks
    - Re: mmotm 2010-07-01 pm_get_wakeup_count() declaration, Rafael J. Wysocki
[PATCH 0/3] ACPI / ACPICA: Avoid executing _PRW twice for all devices, Rafael J. Wysocki
- [PATCH 2/3] ACPI / ACPICA: Simplify acpi_ev_initialize_gpe_block(), Rafael J. Wysocki
- [PATCH 3/3] ACPI / ACPICA: Fail acpi_gpe_wakeup() if ACPI_GPE_CAN_WAKE is unset, Rafael J. Wysocki
- [PATCH 1/3] ACPI / ACPICA: Do not execute _PRW methods during initialization, Rafael J. Wysocki
- Re: [PATCH 0/3] ACPI / ACPICA: Avoid executing _PRW twice for all devices, Len Brown
  - Re: [PATCH 0/3] ACPI / ACPICA: Avoid executing _PRW twice for all devices, Rafael J. Wysocki
pm-utils 1.3.1 and pm-utils 1.4.1 released, Victor Lowther
[PATCH] ACPI: Fix bogus GPE test in acpi_bus_set_run_wake_flags(), Rafael J. Wysocki
[PATCH] PM: Do not use dynamically allocated objects in pm_wakeup_event(), Rafael J. Wysocki
[PATCH] PM: make runtime_status attribute not debug-only, Alan Stern
- Re: [PATCH] PM: make runtime_status attribute not debug-only, Dominik Brodowski
- Re: [PATCH] PM: make runtime_status attribute not debug-only, Rafael J. Wysocki
  - Re: [PATCH] PM: make runtime_status attribute not debug-only, Alan Stern
    - Re: [PATCH] PM: make runtime_status attribute not debug-only, Rafael J. Wysocki
  - [PATCH ver. 2] PM: make runtime_status attribute not debug-only, Alan Stern
    - Re: [PATCH ver. 2] PM: make runtime_status attribute not debug-only, Rafael J. Wysocki
[PATCH 0/5] ACPI / PM: Fixes and simplifications, Rafael J. Wysocki
- [PATCH 1/5] ACPI / Sleep: Do not allocate memory for saving NVS in advance, Rafael J. Wysocki
  - Re: [PATCH 1/5] ACPI / Sleep: Do not allocate memory for saving NVS in advance, Rafael J. Wysocki
  - Re: [PATCH 1/5] ACPI / Sleep: Do not allocate memory for saving NVS in advance, Len Brown
- [PATCH 3/5] ACPI / Wakeup: Simplify enabling of wakeup devices, Rafael J. Wysocki
  - Re: [PATCH 3/5] ACPI / Wakeup: Simplify enabling of wakeup devices, Rafael J. Wysocki
    - Re: [PATCH 3/5] ACPI / Wakeup: Simplify enabling of wakeup devices, Len Brown
- [PATCH 2/5] ACPI / Sleep: Rework enabling wakeup devices, Rafael J. Wysocki
  - Re: [PATCH 2/5] ACPI / Sleep: Rework enabling wakeup devices, Len Brown
- [PATCH 5/5] ACPI / Sleep: Drop acpi_suspend_finish(), Rafael J. Wysocki
  - Re: [PATCH 5/5] ACPI / Sleep: Drop acpi_suspend_finish(), Len Brown
- [PATCH 4/5] ACPI / Sleep: Consolidate suspend and hibernation routines, Rafael J. Wysocki
  - Re: [PATCH 4/5] ACPI / Sleep: Consolidate suspend and hibernation routines, Len Brown
[PATCH 0/3] PM: Suspend and hibernate error paths fixes, Rafael J. Wysocki
- [PATCH 2/3] PM / Hibernate: Fix snapshot error code path, Rafael J. Wysocki
- [PATCH 3/3] PM / Suspend: Fix ordering of calls in suspend error paths, Rafael J. Wysocki
- [PATCH 1/3] PM / Hibernate: Fix hibernation_platform_enter(), Rafael J. Wysocki
- Re: [PATCH 0/3] PM: Suspend and hibernate error paths fixes, Rafael J. Wysocki
- Re: [PATCH 0/3] PM: Suspend and hibernate error paths fixes, Len Brown
  - Re: [PATCH 0/3] PM: Suspend and hibernate error paths fixes, Rafael J. Wysocki
Runtime PM status sysfs attribute, Alan Stern
- Re: Runtime PM status sysfs attribute, Dominik Brodowski
  - Re: Runtime PM status sysfs attribute, Alan Stern
    - Re: Runtime PM status sysfs attribute, Rafael J. Wysocki
      - Re: Runtime PM status sysfs attribute, Alan Stern
- Re: Runtime PM status sysfs attribute, Oliver Neukum
[RFC][PATCH 0/1] ARM: Add initial hibernation support, Hiroshi DOYU
- [RFC][PATCH 1/1] ARM: Add initial hibernation support, Hiroshi DOYU
  - Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support, Pavel Machek
    - Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support, Hiroshi DOYU
      - Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support, Russell King - ARM Linux
        
        Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support, Hiroshi DOYU
        
        Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support, Russell King - ARM Linux
        
        Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support, Shilimkar, Santosh
        
        Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support, Hiroshi DOYU
        
        Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support, Hiroshi DOYU
        
        Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support, Kevin Hilman
  - Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support, Marek Vasut
    - Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support, Hiroshi DOYU
      - Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support, Marek Vasut
        
        Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support, Hiroshi DOYU
        
        Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support, Marek Vasut
        
        Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support, Marek Vasut
  - Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support, MyungJoo Ham
Re: Additional fix : (was [v2]printk: fix delayed messages from CPU hotplug events), Shilimkar, Santosh
- Re: Additional fix : (was [v2]printk: fix delayed messages from CPU hotplug events), Shilimkar, Santosh
[REGRESSION] usb devices don't wake up the system, Maxim Levitsky
- Re: [REGRESSION] usb devices don't wake up the system, Rafael J. Wysocki
  - Re: [REGRESSION] usb devices don't wake up the system, Maxim Levitsky
    - Re: [REGRESSION] usb devices don't wake up the system, Alan Stern
    - Re: [REGRESSION] usb devices don't wake up the system, Rafael J. Wysocki
      - Re: [REGRESSION] usb devices don't wake up the system, Maxim Levitsky
        
        Re: [REGRESSION] usb devices don't wake up the system, Rafael J. Wysocki
        
        Re: [REGRESSION] usb devices don't wake up the system, Maxim Levitsky
        
        Re: [REGRESSION] usb devices don't wake up the system, Maxim Levitsky
        
        Re: [REGRESSION] usb devices don't wake up the system, Rafael J. Wysocki
        
        Re: [REGRESSION] usb devices don't wake up the system, Alan Stern
        
        Re: [REGRESSION] usb devices don't wake up the system, Maxim Levitsky
        
        Re: [REGRESSION] usb devices don't wake up the system, Alan Stern
        
        Re: [REGRESSION] usb devices don't wake up the system, Maxim Levitsky
        
        Re: [REGRESSION] usb devices don't wake up the system, Alan Stern
        
        Re: [REGRESSION] usb devices don't wake up the system, Maxim Levitsky
        
        Re: [REGRESSION] usb devices don't wake up the system, Rafael J. Wysocki
        
        Re: [REGRESSION] usb devices don't wake up the system, Alan Stern
About run time power management in linux, Raj Kumar
- Re: About run time power management in linux, Alan Stern
  - Re: About run time power management in linux, Raj Kumar
    - Re: About run time power management in linux, Alan Stern
      - Re: About run time power management in linux, Raj Kumar
        
        Re: About run time power management in linux, Alan Stern
        
        Re: About run time power management in linux, Raj Kumar
        
        Re: About run time power management in linux, Alan Stern
        
        Re: About run time power management in linux, Raj Kumar
        
        Re: About run time power management in linux, Alan Stern
        
        Re: About run time power management in linux, Raj Kumar
        
        Re: About run time power management in linux, Alan Stern
Stable inclusion request - NVS changes from Matthew, Rafael J. Wysocki
- Re: [stable] Stable inclusion request - NVS changes from Matthew, Greg KH
  - Re: [stable] Stable inclusion request - NVS changes from Matthew, Rafael J. Wysocki
    - Re: [stable] Stable inclusion request - NVS changes from Matthew, Greg KH
test acpi with acpi_fakekey and acpi_listen ... am I missing something ?, Nathaniel Felsen
- <Possible follow-ups>
- test acpi with acpi_fakekey and acpi_listen ... am I missing something ?, Nathaniel Felsen
[PATCH 0/3] pm_qos: redo as plist and remove allocations, James Bottomley
- [PATCH 1/3] plist: add plist_last, James Bottomley
  - Re: [PATCH 1/3] plist: add plist_last, Rafael J. Wysocki
- [PATCH 2/3] pm_qos: reimplement using plists, James Bottomley
  - Re: [PATCH 2/3] pm_qos: reimplement using plists, mark gross
    - Re: [PATCH 2/3] pm_qos: reimplement using plists, Rafael J. Wysocki
- [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request(), James Bottomley
  - Re: [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request(), Rafael J. Wysocki
    - Re: [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request(), James Bottomley
      - Re: [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request(), Rafael J. Wysocki
      - Re: [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request(), Daniel Walker
  - Re: [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request(), mark gross
    - Re: [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request(), Rafael J. Wysocki
      - Re: [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request(), James Bottomley
        
        Re: [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request(), Rafael J. Wysocki
  - Re: [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request(), Takashi Iwai
    - Re: [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request(), James Bottomley
      - Re: [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request(), mark gross
      - Re: [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request(), Rafael J. Wysocki
        
        Re: [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request(), James Bottomley
Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, David Brownell
- Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Alan Stern
  - Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Rafael J. Wysocki
    - Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Alan Stern
  - Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, David Brownell
    - Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Alan Stern
- Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Rafael J. Wysocki
[PATCH] PM: Make it possible to avoid wakeup events from being lost, Rafael J. Wysocki
- Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Alan Stern
  - Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Rafael J. Wysocki
    - Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Alan Stern
      - [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Rafael J. Wysocki
        
        Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Jesse Barnes
        
        Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Alan Stern
        
        Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Rafael J. Wysocki
        
        Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Greg KH
        
        Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Florian Mickler
        
        Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, mark gross
        
        Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Alan Stern
        
        Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Rafael J. Wysocki
        
        Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Alan Stern
        
        Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Rafael J. Wysocki
        
        Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Alan Stern
        
        Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Rafael J. Wysocki
        
        Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Alan Stern
        
        Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Rafael J. Wysocki
    - Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, David Brownell
      - Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Alan Stern
- Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, mark gross
  - Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Rafael J. Wysocki
    - Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, mark gross
- Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Pavel Machek
  - Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Florian Mickler
  - Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Rafael J. Wysocki
    - Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Pavel Machek
      - Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost, Rafael J. Wysocki
Experimental power saving profile support branch in pm-utils, Victor Lowther
- Re: Experimental power saving profile support branch in pm-utils, Ben Gamari
  - Re: Experimental power saving profile support branch in pm-utils, Victor Lowther
RFC: Don't enable both cpuidle governors when NO_HZ is enabled., Dave Jones
[PATCH 0/6] ACPI: Simplifications of the GPE-handling code, Rafael J. Wysocki
- [PATCH 3/6] ACPI / EC: Drop suspend and resume routines, Rafael J. Wysocki
  - Re: [PATCH 3/6] ACPI / EC: Drop suspend and resume routines, Len Brown
- [PATCH 1/6] ACPI: Introduce acpi_gpe_wakeup(), Rafael J. Wysocki
  - Re: [PATCH 1/6] ACPI: Introduce acpi_gpe_wakeup(), Len Brown
- [PATCH 4/6] ACPI / EC: Do not use acpi_set_gpe, Rafael J. Wysocki
  - Re: [PATCH 4/6] ACPI / EC: Do not use acpi_set_gpe, Len Brown
- [PATCH 2/6] ACPI: Remove wakeup GPE reference counting which is not used, Rafael J. Wysocki
  - Re: [PATCH 2/6] ACPI: Remove wakeup GPE reference counting which is not used, Len Brown
- [PATCH 5/6] ACPI / ACPICA: Use low-level GPE enable during GPE block initialization, Rafael J. Wysocki
  - Re: [PATCH 5/6] ACPI / ACPICA: Use low-level GPE enable during GPE block initialization, Len Brown
- [PATCH 6/6] ACPI / ACPICA: Drop acpi_set_gpe, Rafael J. Wysocki
  - Re: [PATCH 6/6] ACPI / ACPICA: Drop acpi_set_gpe, Len Brown
[RFC] adding pm_qos trace support "patch" discussion, mark gross
2.6.35-rc3: Reported regressions from 2.6.34, Rafael J. Wysocki
- Re: 2.6.35-rc3: Reported regressions from 2.6.34, Maxim Levitsky
  - Re: 2.6.35-rc3: Reported regressions from 2.6.34, Rafael J. Wysocki
- Re: 2.6.35-rc3: Reported regressions from 2.6.34, Nick Bowler
  - Re: 2.6.35-rc3: Reported regressions from 2.6.34, Rafael J. Wysocki
Re: wait_for_completion_interruptible does not wait !! [During PM suspend], Suresh Rajashekara
- Re: wait_for_completion_interruptible does not wait !! [During PM suspend], Jiri Slaby
wait_for_completion_interruptible does not wait !!, Suresh Rajashekara
- Re: wait_for_completion_interruptible does not wait !!, Jiri Slaby
- Re: wait_for_completion_interruptible does not wait !!, Alan Stern
  - Re: wait_for_completion_interruptible does not wait !!, Suresh Rajashekara
- Re: wait_for_completion_interruptible does not wait !!, Mark Brown
[RFC][PATCH] PM: Avoid losing wakeup events during suspend, Rafael J. Wysocki
- Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, mark gross
  - Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Rafael J. Wysocki
    - Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, mark gross
- Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Alan Stern
  - Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Rafael J. Wysocki
    - Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Alan Stern
      - Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Florian Mickler
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Alan Stern
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Florian Mickler
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Alan Stern
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Rafael J. Wysocki
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Rafael J. Wysocki
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Arve Hjønnevåg
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Rafael J. Wysocki
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Alan Stern
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Rafael J. Wysocki
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Alan Stern
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Rafael J. Wysocki
        
        [update] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Rafael J. Wysocki
        
        Re: [update] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Alan Stern
        
        Re: [update] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Rafael J. Wysocki
        
        Re: [update] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Alan Stern
        
        Re: [update] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Rafael J. Wysocki
        
        Re: [update] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Alan Stern
        
        Re: [update] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Rafael J. Wysocki
        
        [update 2] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Rafael J. Wysocki
        
        Re: [update 2] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Rafael J. Wysocki
        
        Re: [update 2] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Alan Stern
        
        [update 3] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Rafael J. Wysocki
        
        Re: [update 3] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Alan Stern
        
        Re: [update 3] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Rafael J. Wysocki
        
        Re: [update 2] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Alan Stern
        
        Re: [update 2] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Rafael J. Wysocki
        
        Re: [update 2] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Alan Stern
        
        Re: [update 2] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Rafael J. Wysocki
        
        Re: [update 2] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Alan Stern
        
        Re: [update 2] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Rafael J. Wysocki
        
        Re: [update 2] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Alan Stern
        
        Re: [update 2] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Florian Mickler
        
        Re: [update 2] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Rafael J. Wysocki
        
        Message not available
        
        Re: [update] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Andy Lutomirski
        
        Re: [update] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Alan Stern
        
        Re: [update] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Rafael J. Wysocki
        
        Re: [update] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Andy Lutomirski
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, mark gross
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Alan Stern
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Florian Mickler
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Rafael J. Wysocki
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Alan Stern
      - Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, mark gross
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, tytso
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Alan Cox
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Florian Mickler
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, tytso
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Alan Cox
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, mark gross
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Alan Stern
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, mark gross
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Alan Stern
      - Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Rafael J. Wysocki
  - Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, mark gross
    - Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Alan Stern
      - Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, David Brownell
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, David Brownell
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Alan Stern
      - Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, mark gross
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Florian Mickler
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Alan Stern
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, mark gross
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Alan Stern
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Rafael J. Wysocki
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Florian Mickler
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, mark gross
        
        Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend, Rafael J. Wysocki
[PATCH] DRM / radeon / PM: Do not evict VRAM during freeze phase of hibernation, Rafael J. Wysocki
- Re: [PATCH] DRM / radeon / PM: Do not evict VRAM during freeze phase of hibernation, Rafał Miłecki
  - Re: [PATCH] DRM / radeon / PM: Do not evict VRAM during freeze phase of hibernation, Rafael J. Wysocki
- Re: [PATCH] DRM / radeon / PM: Do not evict VRAM during freeze phase of hibernation, Dave Airlie
  - Re: [PATCH] DRM / radeon / PM: Do not evict VRAM during freeze phase of hibernation, Rafael J. Wysocki
    - Re: [PATCH] DRM / radeon / PM: Do not evict VRAM during freeze phase of hibernation, Dave Airlie
      - Re: [PATCH] DRM / radeon / PM: Do not evict VRAM during freeze phase of hibernation, Rafael J. Wysocki
        
        Re: [PATCH] DRM / radeon / PM: Do not evict VRAM during freeze phase of hibernation, Rafael J. Wysocki
        
        Re: [PATCH] DRM / radeon / PM: Do not evict VRAM during freeze phase of hibernation, Jerome Glisse
        
        Re: [PATCH] DRM / radeon / PM: Do not evict VRAM during freeze phase of hibernation, Rafael J. Wysocki
      - Re: [PATCH] DRM / radeon / PM: Do not evict VRAM during freeze phase of hibernation, Rafael J. Wysocki
[PATCH] PCI / PM: Do not use native PCIe PME by default, Rafael J. Wysocki
- Re: [PATCH] PCI / PM: Do not use native PCIe PME by default, Jesse Barnes

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