Linux PM

• Thread Index

• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• [PATCH 10/10] ACPI / PCI: Merge acpi_pci_osc_control_{query|set}()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 7/10] PCI / Hot-plug: Query _OSC before requesting controls
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 6/10] PCI / PCIe: Remove the port driver module exit routine
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/10] PCI / PCIe: Ask BIOS for control of all native services at once (v6)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/10] ACPI / PCI: Introduce function for querying PCI root _OSC
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/10] PCI / PCIe: Introduce commad line switch for disabling port services
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/10] ACPI / PCI / PCIe: Rework _OSC handling (v3)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/10] PCI / PCIe/ AER: Introduce pci_aer_available()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.35 Regression: Ages spent discarding blocks that weren't used!
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: [PATCH v2] pm: Add runtime PM statistics
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/8] ACPI / PCI: Introduce acpi_pci_osc_control_query()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2] pm: Add runtime PM statistics
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take two
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] pm: Add runtime PM statistics
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: kevin granade <kevin.granade@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: kevin granade <kevin.granade@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: [PATCH/RFC] Runtime PM: ARM: subarch-specific extensions of pdev_archdata
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take two
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: [PATCH RESEND block#for-2.6.36] block_dev: always serialize exclusive open attempts
  • From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
• Re: 2.6.35 Regression: Ages spent discarding blocks that weren't used!
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Anca Emanuel <anca.emanuel@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take two
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH/RFC] Runtime PM: ARM: subarch-specific extensions of pdev_archdata
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread, take two
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: [PATCH 7/8] ACPI / PCI: Do not preserve _OSC control bits returned by a query (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: [PATCH RESEND block#for-2.6.36] block_dev: always serialize exclusive open attempts
  • From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
• Re: [PATCH RESEND block#for-2.6.36] block_dev: always serialize exclusive open attempts
  • From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
• Re: 2.6.35 Regression: Ages spent discarding blocks that weren't used!
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/8] ACPI / PCI: Do not preserve _OSC control bits returned by a query (v2)
  • From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
• Re: [PATCH 7/8] ACPI / PCI: Do not preserve _OSC control bits returned by a query (v2)
  • From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH/RFC] Runtime PM: ARM: subarch-specific extensions of pdev_archdata
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: [PATCH/RFC] Runtime PM: ARM: subarch-specific extensions of pdev_archdata
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/8] ACPI / PCI: Introduce acpi_pci_osc_control_query()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: [PATCH 7/8] ACPI / PCI: Do not preserve _OSC control bits returned by a query (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: [PATCH/RFC] Runtime PM: ARM: subarch-specific extensions of pdev_archdata
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: [PATCH/RFC] Runtime PM: ARM: subarch-specific extensions of pdev_archdata
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: [PATCH/RFC] Runtime PM: ARM: subarch-specific extensions of pdev_archdata
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Pavel Machek <pavel@xxxxxx>
• Re: 2.6.35 Regression: Ages spent discarding blocks that weren't used!
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: 2.6.35 Regression: Ages spent discarding blocks that weren't used!
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: 2.6.35 Regression: Ages spent discarding blocks that weren't used!
  • From: Mark Lord <kernel@xxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Attempted summary of suspend-blockers LKML thread, take two
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH RESEND block#for-2.6.36] block_dev: always serialize exclusive open attempts
  • From: Tejun Heo <htejun@xxxxxxxxx>
• [PATCH block#for-2.6.36] block_dev: always serialize exclusive open attempts
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [PATCH 7/8] ACPI / PCI: Do not preserve _OSC control bits returned by a query (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI / PM: Traverse video_device_list for backlight restoration
  • From: Matthias Hopf <mhopf@xxxxxxx>
• Re: [PATCH 7/8] ACPI / PCI: Do not preserve _OSC control bits returned by a query (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 7/8] ACPI / PCI: Do not preserve _OSC control bits returned by a query (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 7/8] ACPI / PCI: Do not preserve _OSC control bits returned by a query (v2)
  • From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
• Re: [PATCH 7/8] ACPI / PCI: Do not preserve _OSC control bits returned by a query (v2)
  • From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
• Re: 2.6.35 Regression: Ages spent discarding blocks that weren't used!
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxx>
• Re: 2.6.35 Regression: Ages spent discarding blocks that weren't used!
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/8] ACPI / PCI: Do not preserve _OSC control bits returned by a query (v2)
  • From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
• Re: [PATCH 7/8] ACPI / PCI: Do not preserve _OSC control bits returned by a query (v2)
  • From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Olivier Galibert <galibert@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Igor Stoppa <igor.stoppa@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [PATCH 7/8] ACPI / PCI: Do not preserve _OSC control bits returned by a query (v2)
  • From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Olivier Galibert <galibert@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: [PATCH 1/8] ACPI / PCI: Introduce acpi_pci_osc_control_query()
  • From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH/RFC] Runtime PM: ARM: subarch-specific extensions of pdev_archdata
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• 2.6.35 Regression: Ages spent discarding blocks that weren't used!
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI / PM: Traverse video_device_list for backlight restoration
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• [GIT PULL] PM updates for 2.6.36
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM (was: Re: HDD not suspending properly / dead on resume)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 7/8] ACPI / PCI: Do not preserve _OSC control bits returned by a query (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 4/8] PCI / PCIe: Ask BIOS for control of all native services at once (v6)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/8] PCI / PCIe/ AER: Introduce pci_aer_available()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/8] ACPI / PCI: Introduce acpi_pci_osc_control_query()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Power management minisummit at Linux Plumbers Conference (November 3-5)
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Power management minisummit at Linux Plumbers Conference (November 3-5)
  • From: Mike Turquette <mturquette@xxxxxx>
• Re: [PATCH 2/8] PCI / PCIe/ AER: Introduce pci_aer_available()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Power management minisummit at Linux Plumbers Conference (November 3-5)
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH/RFC] Runtime PM: ARM: subarch-specific extensions of pdev_archdata
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [PATCH] ACPI / PM: Traverse video_device_list for backlight restoration
  • From: Matthias Hopf <mhopf@xxxxxxx>
• [PATCH] ACPI / PM: Traverse video_device_list for backlight restoration
  • From: Matthias Hopf <mhopf@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Raj Kumar <rajkumar278@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [PATCH 2/8] PCI / PCIe/ AER: Introduce pci_aer_available()
  • From: Jike Song <albcamus@xxxxxxxxx>
• Re: [PATCH 7/8] ACPI / PCI: Do not preserve _OSC control bits returned by a query (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/8] PCI / PCIe/ AER: Introduce pci_aer_available()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/8] ACPI / PCI: Introduce acpi_pci_osc_control_query()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/8] ACPI / PCI: Introduce acpi_pci_osc_control_query()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM (was: Re: HDD not suspending properly / dead on resume)
  • From: Stephan Diestelhorst <stephan.diestelhorst@xxxxxxx>
• Re: [PATCH 7/8] ACPI / PCI: Do not preserve _OSC control bits returned by a query (v2)
  • From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
• Re: Nigel's current for-rafael queue
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxx>
• Re: Nigel's current for-rafael queue
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: [PATCH 1/8] ACPI / PCI: Introduce acpi_pci_osc_control_query()
  • From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: [PATCH 7/8] ACPI / PCI: Do not preserve _OSC control bits returned by a query (v2)
  • From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
• Re: [PATCH 1/8] ACPI / PCI: Introduce acpi_pci_osc_control_query()
  • From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
• Re: [PATCH 0/8] ACPI / PCI / PCIe: Rework _OSC handling (v2)
  • From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: [PATCH 4/8] PCI / PCIe: Ask BIOS for control of all native services at once (v6)
  • From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
• Re: [PATCH 2/8] PCI / PCIe/ AER: Introduce pci_aer_available()
  • From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• [PATCH 3/8] PCI / PCIe: Introduce commad line switch for disabling port services
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH 8/8] ACPI / PCI: Reorder checks in acpi_pci_osc_control_set()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 6/8] PCI / PCIe: Remove the port driver module exit routine
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/8] PCI / PCIe: Ask BIOS for control of all native services at once (v6)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/8] ACPI / PCI / PCIe: Rework _OSC handling (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/8] ACPI / PCI: Introduce acpi_pci_osc_control_query()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/8] PCI / PCIe: Disable PCIe port services during port initialization
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 7/8] ACPI / PCI: Do not preserve _OSC control bits returned by a query (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/8] PCI / PCIe/ AER: Introduce pci_aer_available()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM (was: Re: HDD not suspending properly / dead on resume)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM (was: Re: HDD not suspending properly / dead on resume)
  • From: Stephan Diestelhorst <stephan.diestelhorst@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Ted Ts'o" <tytso@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: 2.6.35-rc6-git6: Reported regressions from 2.6.34
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 5/7] PCI / PCIe: Remove the port driver module exit routine
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/7] PCI / PCIe: Ask BIOS for control of all native services at once (v5)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/7] ACPI / PCI: Introduce acpi_pci_root_osc_query()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/7] ACPI / PCI: Make acpi_pci_run_osc() use capbuf to return the result
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Ted Ts'o" <tytso@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Ted Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 7/7] ACPI / PCI: Reorder checks in acpi_pci_osc_control_set()
  • From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
• Re: [PATCH 6/7] ACPI / PCI: Do not preserve _OSC control bits returned by a query
  • From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
• Re: [PATCH 5/7] PCI / PCIe: Remove the port driver module exit routine
  • From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
• Re: [PATCH 4/7] PCI / PCIe: Disable PCIe port services during port initialization
  • From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
• Re: [PATCH 3/7] PCI / PCIe: Ask BIOS for control of all native services at once (v5)
  • From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
• Re: [PATCH 2/7] ACPI / PCI: Introduce acpi_pci_root_osc_query()
  • From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
• Re: [PATCH 1/7] ACPI / PCI: Make acpi_pci_run_osc() use capbuf to return the result
  • From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Ted Ts'o" <tytso@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: 2.6.35-rc6-git6: Reported regressions from 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: 2.6.35-rc6-git6: Reported regressions from 2.6.34
  • From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: 2.6.35-rc6-git6: Reported regressions from 2.6.34
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: another software suspend issue, seems to be caused by i915/KMS
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.35-rc6-git6: Reported regressions from 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.35-rc6-git6: Reported regressions from 2.6.34
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• 2.6.35-rc6-git6: Reported regressions 2.6.33 -> 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: another software suspend issue, seems to be caused by i915/KMS
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 2.6.35-rc6-git6: Reported regressions from 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• another software suspend issue, seems to be caused by i915/KMS
  • From: Willi Mann <foss-ml@xxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: My patch set forgotten?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Additional fix : (was [v2]printk: fix delayed messages from CPU hotplug events)
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• My patch set forgotten?
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxx>
• [PATCH 1/7] ACPI / PCI: Make acpi_pci_run_osc() use capbuf to return the result
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 6/7] ACPI / PCI: Do not preserve _OSC control bits returned by a query
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/7] PCI / PCIe: Ask BIOS for control of all native services at once (v5)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/7] ACPI / PCI / PCIe: Rework _OSC handling
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/7] PCI / PCIe: Disable PCIe port services during port initialization
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/7] ACPI / PCI: Introduce acpi_pci_root_osc_query()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/7] PCI / PCIe: Remove the port driver module exit routine
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 7/7] ACPI / PCI: Reorder checks in acpi_pci_osc_control_set()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v3] cpuidle: extend cpuidle and menu governor to handle dynamic states
  • From: Ai Li <aili@xxxxxxxxxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 4/6] ACPI/PCI: ask bios for control of all native services at once
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/6] ACPI/PCI: optimize checks in acpi_pci_osc_control_set()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/6] ACPI/PCI: do not preserve query result
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/6] ACPI/PCI: cleanup acpi_pci_run_osc
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI / PCIe: Ask BIOS for control of all native services at once (v4)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] portdrv: Don't take control of AER if not required
  • From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
• Re: [PATCH 4/6] ACPI/PCI: ask bios for control of all native services at once
  • From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
• [PATCH 6/6] PCI: portdrv: remove module_exit
  • From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
• [PATCH 5/6] PCI: portdrv: disable native hot-plug interrupt
  • From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
• [PATCH 4/6] ACPI/PCI: ask bios for control of all native services at once
  • From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
• [PATCH 3/6] ACPI/PCI: optimize checks in acpi_pci_osc_control_set()
  • From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
• [PATCH 2/6] ACPI/PCI: do not preserve query result
  • From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
• [PATCH 1/6] ACPI/PCI: cleanup acpi_pci_run_osc
  • From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
• Re: [PATCH] PCI / PCIe: Ask BIOS for control of all native services at once (v4)
  • From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
• Re: [PATCH] PCI / PCIe: Ask BIOS for control of all native services at once (v4)
  • From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
• Re: [stable] Stable inclusion request - NVS changes from Matthew
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [stable] Stable inclusion request - NVS changes from Matthew
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [stable] Stable inclusion request - NVS changes from Matthew
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH v2] cpuidle: extend cpuidle and menu governor to handle dynamic states
  • From: Ai Li <aili@xxxxxxxxxxxxxx>
• Re: [PATCH v2] cpuidle: extend cpuidle and menu governor to handle dynamic states
  • From: Daniel Walker <dwalker@xxxxxxxxxxxxxx>
• Re: [PATCH v2] cpuidle: extend cpuidle and menu governor to handle dynamic states
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] cpuidle: extend cpuidle and menu governor to handle dynamic states
  • From: Ai Li <aili@xxxxxxxxxxxxxx>
• Re: [PATCH] PCI / PCIe: Ask BIOS for control of all native services at once (v4)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Boston Linux Power Management Mini-summit - August 9th, 2010
  • From: Igor Stoppa <igor.stoppa@xxxxxxxxx>
• Re: [PATCH] PCI / PCIe: Ask BIOS for control of all native services at once (v4)
  • From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
• [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM (was: Re: HDD not suspending properly / dead on resume)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2] cpuidle: extend cpuidle and menu governor to handle dynamic states
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI / PCIe: Ask BIOS for control of all native services at once (v4)
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• [PATCH] PCI / PCIe: Ask BIOS for control of all native services at once (v4)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2] cpuidle: extend cpuidle and menu governor to handle dynamic states
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• [PATCH v2] cpuidle: extend cpuidle and menu governor to handle dynamic states
  • From: Ai Li <aili@xxxxxxxxxxxxxx>
• Re: Questions about run time power management
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] PCI / PCIe: Ask BIOS for control of all native services simultaneously
  • From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] PCI / PCIe: Ask BIOS for control of all native services simultaneously
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Questions about run time power management
  • From: Raj Kumar <rajkumar278@xxxxxxxxxxx>
• [RFC][PATCH] PCI / PCIe: Ask BIOS for control of all native services at once (v3)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PCI / PCIe: Ask BIOS for control of all native services simultaneously
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH] PCI / PCIe: Ask BIOS for control of all native services at once (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PCI / PCIe: Ask BIOS for control of all native services simultaneously
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] PCI / PCIe: Ask BIOS for control of all native services simultaneously
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PCI / PCIe: Ask BIOS for control of all native services simultaneously
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PCI / PCIe: Ask BIOS for control of all native services simultaneously
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH] x86, acpi: handle xapic/x2apic at same time
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• Re: Linux power managment for loadable kernel modules
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Linux power managment for loadable kernel modules
  • From: Divneil Rai WADHAWAN <divneil.wadhawan@xxxxxx>
• Re: [RFC][PATCH] PCI / PCIe: Ask BIOS for control of all native services simultaneously
  • From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
• Re: [PATCH] x86, acpi: handle xapic/x2apic at same time
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• [PATCH] x86, acpi: handle xapic/x2apic at same time
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH/RFC] Runtime PM: ARM: subarch-specific extensions of pdev_archdata
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: Questions about run time power management
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [RFC][PATCH] PCI / PCIe: Ask BIOS for control of all native services at once
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI / Sleep: Allow the NVS saving to be skipped during suspend to RAM
  • From: Len Brown <lenb@xxxxxxxxxx>
• [RFC][PATCH] PCI / PCIe: Ask BIOS for control of all native services simultaneously
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH/RFC] Runtime PM: ARM: subarch-specific extensions of pdev_archdata
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: Questions about run time power management
  • From: Raj Kumar <rajkumar278@xxxxxxxxxxx>
• [PATCH] ACPI / Sleep: Allow the NVS saving to be skipped during suspend to RAM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.35-rc6: Reported regressions from 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Questions about run time power management
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: 2.6.35-rc6: Reported regressions from 2.6.34
  • From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
• 2.6.35-rc6: Reported regressions from 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 2.6.35-rc6: Reported regressions 2.6.33 -> 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Resume hanging on MSI motherboard
  • From: Pierre Ossman <pierre@xxxxxxxxx>
• Re: Resume hanging on MSI motherboard
  • From: Pierre Ossman <pierre-list@xxxxxxxxx>
• [PATCH 2/2] [RFC] pm_qos: add atomic notifier chain
  • From: florian@xxxxxxxxxxx
• [PATCH 1/2] pm_qos: make update_request callable from interrupt context
  • From: florian@xxxxxxxxxxx
• Questions about run time power management
  • From: Raj Kumar <rajkumar278@xxxxxxxxxxx>
• Re: [PATCH/RFC] Runtime PM: ARM: subarch-specific extensions of pdev_archdata
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• [PATCH] ACPI / Sleep: Allow the NVS saving to be skipped during suspend to RAM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 6/9] PM / Hibernate: split snapshot_read_next
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Power management minisummit at LPC
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: PM QoS dynamic resource manager
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: PM QoS dynamic resource manager
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: Warnings from PM QoS plist usage
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: PM QoS dynamic resource manager
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Bugme-new] [Bug 16396] New: [bisected] resume from suspend freezes system
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: PM QoS dynamic resource manager
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: PM QoS dynamic resource manager
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH 1/9] PM / Hibernate: swap, switch to hibernate_io_handle
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support
  • From: Marek Vasut <marek.vasut@xxxxxxxxx>
• Re: [PATCH] cpuidle: extend cpuidle and menu governor to handle dynamic states
  • From: "Ai Li" <aili@xxxxxxxxxxxxxx>
• Re: [PATCH] cpuidle: extend cpuidle and menu governor to handle dynamic states
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: [PATCH] cpuidle: extend cpuidle and menu governor to handle dynamic states
  • From: "Ai Li" <aili@xxxxxxxxxxxxxx>
• Re: [PATCH] cpuidle: extend cpuidle and menu governor to handle dynamic states
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: [PATCH] cpuidle: extend cpuidle and menu governor to handle dynamic states
  • From: "Ai Li" <aili@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support
  • From: Hiroshi DOYU <Hiroshi.DOYU@xxxxxxxxx>
• Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support
  • From: Hiroshi DOYU <Hiroshi.DOYU@xxxxxxxxx>
• Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH] cpuidle: extend cpuidle and menu governor to handle dynamic states
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: Boston Linux Power Management Mini-summit - August 9th, 2010
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: Boston Linux Power Management Mini-summit - August 9th, 2010
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH] cpuidle: extend cpuidle and menu governor to handle dynamic states
  • From: Ai Li <aili@xxxxxxxxxxxxxx>
• Re: Warnings from PM QoS plist usage
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: Warnings from PM QoS plist usage
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Warnings from PM QoS plist usage
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support
  • From: Marek Vasut <marek.vasut@xxxxxxxxx>
• Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support
  • From: Marek Vasut <marek.vasut@xxxxxxxxx>
• Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support
  • From: Marek Vasut <marek.vasut@xxxxxxxxx>
• Re: [PATCH v2] pm: Add runtime PM statistics
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: [Bugme-new] [Bug 16396] New: [bisected] resume from suspend freezes system
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support
  • From: Hiroshi DOYU <Hiroshi.DOYU@xxxxxxxxx>
• Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: Warnings from PM QoS plist usage
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support
  • From: Hiroshi DOYU <Hiroshi.DOYU@xxxxxxxxx>
• Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support
  • From: Hiroshi DOYU <Hiroshi.DOYU@xxxxxxxxx>
• Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support
  • From: Hiroshi DOYU <Hiroshi.DOYU@xxxxxxxxx>
• Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Warnings from PM QoS plist usage
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] pm: Add runtime PM statistics
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Resend][PATCH 0/4] ACPI: Avoid executing _PRW twice for all devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Resend][PATCH 0/4] ACPI: Avoid executing _PRW twice for all devices
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: HDD not suspending properly / dead on resume
  • From: Maciej Rutecki <maciej.rutecki@xxxxxxxxx>
• Re: HDD not suspending properly / dead on resume
  • From: Stephan Diestelhorst <stephan.diestelhorst@xxxxxxxxx>
• [PATCH] idle: intel_idle: Change mode 755 => 644
  • From: Thomas Weber <weber@xxxxxxxxxxxxx>
• Re: HDD not suspending properly / dead on resume
  • From: Stephan Diestelhorst <stephan.diestelhorst@xxxxxxxxx>
• Re: HDD not suspending properly / dead on resume
  • From: Stephan Diestelhorst <stephan.diestelhorst@xxxxxxxxx>
• Re: [PATCH v2] pm: Add runtime PM statistics
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH v2] pm: Add runtime PM statistics
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] ACPI / ACPICA: Fix reference counting problems with GPE handlers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v2] pm: Add runtime PM statistics
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH] pm: Add runtime PM statistics to sysfs
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH] pm: Add runtime PM statistics to sysfs
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: HDD not suspending properly / dead on resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: HDD not suspending properly / dead on resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: HDD not suspending properly / dead on resume
  • From: Tejun Heo <tj@xxxxxxxxxx>
• 2.6.35-rc4-git4: Reported regressions 2.6.33 -> 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: HDD not suspending properly / dead on resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: HDD not suspending properly / dead on resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.35-rc4-git3: Reported regressions from 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.35-rc4-git3: Reported regressions from 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.35-rc4-git3: Reported regressions from 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.35-rc4-git3: Reported regressions from 2.6.34
  • From: Norbert Preining <preining@xxxxxxxx>
• HDD not suspending properly / dead on resume
  • From: Stephan Diestelhorst <stephan.diestelhorst@xxxxxxx>
• Re: 2.6.35-rc4-git3: Reported regressions from 2.6.34
  • From: Shawn Starr <shawn.starr@xxxxxxxxxx>
• Re: 2.6.35-rc4-git3: Reported regressions from 2.6.34
  • From: Andrew Hendry <andrew.hendry@xxxxxxxxx>
• HTC Dream drivers was Re: suspend blockers & Android integration
  • From: Pavel Machek <pavel@xxxxxx>
• Re: 2.6.35-rc4-git3: Reported regressions from 2.6.34
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: [PATCH] pm: Add runtime PM statistics to sysfs
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] pm: Add runtime PM statistics to sysfs
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] pm: Add runtime PM statistics to sysfs
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: 2.6.35-rc4-git3: Reported regressions from 2.6.34
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] pm: Add runtime PM statistics to sysfs
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH] pm: Add runtime PM statistics to sysfs
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: 2.6.35-rc4-git3: Reported regressions from 2.6.34
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: 2.6.35-rc4-git3: Reported regressions from 2.6.34
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: 2.6.35-rc4-git3: Reported regressions from 2.6.34
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.35-rc4-git3: Reported regressions from 2.6.34
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxxxxxxx>
• 2.6.35-rc4-git3: Reported regressions from 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Resend][PATCH 2/4] ACPI / ACPICA: Do not execute _PRW methods during initialization
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH ver. 2] PM: make runtime_status attribute not debug-only
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Resend][PATCH 3/4] ACPI / ACPICA: Simplify acpi_ev_initialize_gpe_block()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Resend][PATCH 4/4] ACPI / ACPICA: Fail acpi_gpe_wakeup() if ACPI_GPE_CAN_WAKE is unset
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Resend][PATCH 1/4] ACPI: Fix bogus GPE test in acpi_bus_set_run_wake_flags()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Resend][PATCH 0/4] ACPI: Avoid executing _PRW twice for all devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/3] PM: Suspend and hibernate error paths fixes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [REGRESSION] usb devices don't wake up the system
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] PM: Suspend and hibernate error paths fixes
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 1/5] ACPI / Sleep: Do not allocate memory for saving NVS in advance
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 2/5] ACPI / Sleep: Rework enabling wakeup devices
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 4/5] ACPI / Sleep: Consolidate suspend and hibernation routines
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 5/5] ACPI / Sleep: Drop acpi_suspend_finish()
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 3/5] ACPI / Wakeup: Simplify enabling of wakeup devices
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 0/3] ACPI / ACPICA: Avoid executing _PRW twice for all devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/5] ACPI / Wakeup: Simplify enabling of wakeup devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [REGRESSION] usb devices don't wake up the system
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/3] ACPI / ACPICA: Avoid executing _PRW twice for all devices
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [REGRESSION] usb devices don't wake up the system
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: [PATCH 1/5] ACPI / Sleep: Do not allocate memory for saving NVS in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: mmotm 2010-07-01 pm_get_wakeup_count() declaration
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [REGRESSION] usb devices don't wake up the system
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: About run time power management in linux
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [REGRESSION] usb devices don't wake up the system
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request()
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: About run time power management in linux
  • From: Raj Kumar <rajkumar278@xxxxxxxxxxx>
• Re: [REGRESSION] usb devices don't wake up the system
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH ver. 2] PM: make runtime_status attribute not debug-only
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: mmotm 2010-07-01 pm_get_wakeup_count() declaration
  • From: Valdis.Kletnieks@xxxxxx
• Re: [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: mmotm 2010-07-01 pm_get_wakeup_count() declaration
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• mmotm 2010-07-01 pm_get_wakeup_count() declaration
  • From: Valdis.Kletnieks@xxxxxx
• Re: [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request()
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request()
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: About run time power management in linux
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: About run time power management in linux
  • From: Raj Kumar <rajkumar278@xxxxxxxxxxx>
• Re: [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request()
  • From: Takashi Iwai <tiwai@xxxxxxx>
• [PATCH 1/3] ACPI / ACPICA: Do not execute _PRW methods during initialization
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/3] ACPI / ACPICA: Avoid executing _PRW twice for all devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/3] ACPI / ACPICA: Fail acpi_gpe_wakeup() if ACPI_GPE_CAN_WAKE is unset
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/3] ACPI / ACPICA: Simplify acpi_ev_initialize_gpe_block()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [REGRESSION] usb devices don't wake up the system
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• pm-utils 1.3.1 and pm-utils 1.4.1 released
  • From: Victor Lowther <victor.lowther@xxxxxxxxx>
• Re: [REGRESSION] usb devices don't wake up the system
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH] ACPI: Fix bogus GPE test in acpi_bus_set_run_wake_flags()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [REGRESSION] usb devices don't wake up the system
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [REGRESSION] usb devices don't wake up the system
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: [REGRESSION] usb devices don't wake up the system
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: [PATCH 0/3] PM: Suspend and hibernate error paths fixes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] PM: Do not use dynamically allocated objects in pm_wakeup_event()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: make runtime_status attribute not debug-only
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: make runtime_status attribute not debug-only
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: make runtime_status attribute not debug-only
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: make runtime_status attribute not debug-only
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH] PM: make runtime_status attribute not debug-only
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Runtime PM status sysfs attribute
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: Runtime PM status sysfs attribute
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request()
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/3] pm_qos: reimplement using plists
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/3] plist: add plist_last
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/5] ACPI / PM: Fixes and simplifications
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/5] ACPI / Sleep: Consolidate suspend and hibernation routines
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/5] ACPI / Sleep: Drop acpi_suspend_finish()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/5] ACPI / Sleep: Rework enabling wakeup devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/5] ACPI / Wakeup: Simplify enabling of wakeup devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/5] ACPI / Sleep: Do not allocate memory for saving NVS in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/3] PM: Suspend and hibernate error paths fixes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/3] PM / Hibernate: Fix hibernation_platform_enter()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/3] PM / Suspend: Fix ordering of calls in suspend error paths
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/3] PM / Hibernate: Fix snapshot error code path
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Runtime PM status sysfs attribute
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [REGRESSION] usb devices don't wake up the system
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [REGRESSION] usb devices don't wake up the system
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Runtime PM status sysfs attribute
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Runtime PM status sysfs attribute
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [REGRESSION] usb devices don't wake up the system
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Runtime PM status sysfs attribute
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 1/1] ARM: Add initial hibernation support
  • From: Hiroshi DOYU <Hiroshi.DOYU@xxxxxxxxx>
• [RFC][PATCH 0/1] ARM: Add initial hibernation support
  • From: Hiroshi DOYU <Hiroshi.DOYU@xxxxxxxxx>
• Re: About run time power management in linux
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [REGRESSION] usb devices don't wake up the system
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: About run time power management in linux
  • From: Raj Kumar <rajkumar278@xxxxxxxxxxx>
• Re: About run time power management in linux
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: About run time power management in linux
  • From: Raj Kumar <rajkumar278@xxxxxxxxxxx>
• Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] sched: Cure nr_iowait_cpu() users
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• [PATCH] sched: Cure nr_iowait_cpu() users
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] cpuidle: avoid using smp_processor_id() in preemptible code (nr_iowait_cpu) v4
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: Additional fix : (was [v2]printk: fix delayed messages from CPU hotplug events)
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: [REGRESSION] usb devices don't wake up the system
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [REGRESSION] usb devices don't wake up the system
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [REGRESSION] usb devices don't wake up the system
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: [PATCH] cpuidle: avoid using smp_processor_id() in preemptible code (nr_iowait_cpu) v4
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request()
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: About run time power management in linux
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: About run time power management in linux
  • From: Raj Kumar <rajkumar278@xxxxxxxxxxx>
• Re: About run time power management in linux
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: mark gross <640e9920@xxxxxxxxx>
• About run time power management in linux
  • From: Raj Kumar <rajkumar278@xxxxxxxxxxx>
• Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• test acpi with acpi_fakekey and acpi_listen ... am I missing something ?
  • From: Nathaniel Felsen <nfelsen@xxxxxxxxx>
• Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Stable inclusion request - NVS changes from Matthew
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request()
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: [PATCH 2/3] pm_qos: reimplement using plists
  • From: mark gross <640e9920@xxxxxxxxx>
• test acpi with acpi_fakekey and acpi_listen ... am I missing something ?
  • From: Nathaniel Felsen <nfelsen@xxxxxxxxx>
• Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: Experimental power saving profile support branch in pm-utils
  • From: Ben Gamari <bgamari@xxxxxxxxx>
• Re: [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request()
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/6] ACPI: Introduce acpi_gpe_wakeup()
  • From: Len Brown <lenb@xxxxxxxxxx>
• [update] Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 5/6] ACPI / ACPICA: Use low-level GPE enable during GPE block initialization
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 6/6] ACPI / ACPICA: Drop acpi_set_gpe
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 3/6] ACPI / EC: Drop suspend and resume routines
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 4/6] ACPI / EC: Do not use acpi_set_gpe
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 2/6] ACPI: Remove wakeup GPE reference counting which is not used
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 3/3] pm_qos: get rid of the allocation in pm_qos_add_request()
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• [PATCH 2/3] pm_qos: reimplement using plists
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• [PATCH 1/3] plist: add plist_last
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• [PATCH 0/3] pm_qos: redo as plist and remove allocations
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: wait_for_completion_interruptible does not wait !!
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: wait_for_completion_interruptible does not wait !!
  • From: Suresh Rajashekara <suresh.raj+linuxomap@xxxxxxxxx>
• Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: Experimental power saving profile support branch in pm-utils
  • From: Victor Lowther <victor.lowther@xxxxxxxxx>
• [PATCH] PM: Make it possible to avoid wakeup events from being lost
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Experimental power saving profile support branch in pm-utils
  • From: Victor Lowther <victor.lowther@xxxxxxxxx>
• Re: [update] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Andy Lutomirski <amluto@xxxxxxxxx>
• Re: [update 2] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [update 2] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [update 3] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [update 2] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [update 3] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpuidle: avoid using smp_processor_id() in preemptible code (nr_iowait_cpu) v4
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/9] PM / Hibernate: swap, switch to hibernate_io_handle
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 9/9] PM / Hibernate: move non-swap code to image.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 8/9] PM / Hibernate: dealign swsusp_info
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 7/9] PM / Hibernate: split snapshot_write_next
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 6/9] PM / Hibernate: split snapshot_read_next
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 5/9] PM / Hibernate: add chunk i/o support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 4/9] PM / Hibernate: user, implement user_ops reader
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [update 2] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [update 2] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• RFC: Don't enable both cpuidle governors when NO_HZ is enabled.
  • From: Dave Jones <davej@xxxxxxxxxx>