Linux PM

• Thread Index

• Re: [PATCH 1/3] PM / Wakeup: Add missing memory barriers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxx>
• Re: [PATCH 1/3] PM / Wakeup: Add missing memory barriers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [GIT PULL] Power management fix for 2.6.38
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/3] PM / Wakeup: Add missing memory barriers
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: don't enable interrupts while running in_interrupt
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] PM: don't enable interrupts while running in_interrupt
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management
  • From: Jeff Chua <jeff.chua.linux@xxxxxxxxx>
• [PATCH 0/3] PM / Wakeup: Fixes in wakeup.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/3] PM / Wakeup: Don't update events_check_enabled in pm_get_wakeup_count()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/3] PM / Wakeup: Add missing memory barriers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/3] PM / Wakeup: Make pm_save_wakeup_count() work as documented
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 8/8] ACPI / PM: Use existing ACPI iomaps for NVS save/restore (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 7/8] ACPI: Introduce acpi_os_get_iomem()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 6/8] ACPI: Do not use krefs under a mutex in osl.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/8] ACPI: Fixes and cleanups related to iomaps management (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/8] ACPI: Fix acpi_os_read_memory() and acpi_os_write_memory() (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/8] ACPI: Change acpi_ioremap_lock into a mutex
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/8] ACPI: Make acpi_os_map_memory() avoid creating unnecessary mappings
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/8] ACPI: Avoid walking the list of memory mappings in osl.c twice in a row
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/8] ACPI: Do not export functions that are only used in osl.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: Lin Ming <ming.m.lin@xxxxxxxxx>
• PROBLEM: Shutdown does not poweroff due to commit 2a2d31c8 "intel_idle: open broadcast clock event"
  • From: Ari Savolainen <ari.m.savolainen@xxxxxxxxx>
• Re: PROBLEM: Shutdown does not poweroff due to commit 2a2d31c8 "intel_idle: open broadcast clock event"
  • From: Ari Savolainen <ari.m.savolainen@xxxxxxxxx>
• Re: User tool for configuring wake-up devices
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• User tool for configuring wake-up devices
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management
  • From: Jeff Chua <jeff.chua.linux@xxxxxxxxx>
• Re: PROBLEM: Shutdown does not poweroff due to commit 2a2d31c8 "intel_idle: open broadcast clock event"
  • From: Shaohua Li <shaohua.li@xxxxxxxxx>
• Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management
  • From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management
  • From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: Dave Airlie <airlied@xxxxxxxx>
• Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management
  • From: Jeff Chua <jeff.chua.linux@xxxxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management
  • From: Jeff Chua <jeff.chua.linux@xxxxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: Jeff Chua <jeff.chua.linux@xxxxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management
  • From: Jeff Chua <jeff.chua.linux@xxxxxxxxx>
• Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management
  • From: Jeff Chua <jeff.chua.linux@xxxxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: 2.6.38-rc1 resume hang (da8aeb92 "ACPI/Battery: Update information on info notification and resume")
  • From: James Hogan <james@xxxxxxxxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.38-rc1 resume hang (da8aeb92 "ACPI/Battery: Update information on info notification and resume")
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: Jeff Chua <jeff.chua.linux@xxxxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.38-rc1 resume hang (da8aeb92 "ACPI/Battery: Update information on info notification and resume")
  • From: James Hogan <james@xxxxxxxxxxxxx>
• 2.6.38-rc1 resume hang (da8aeb92 "ACPI/Battery: Update information on info notification and resume")
  • From: James Hogan <james@xxxxxxxxxxxxx>
• Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: Occasional (too common) suspend problem
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Occasional (too common) suspend problem
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management
  • From: Jeff Chua <jeff.chua.linux@xxxxxxxxx>
• Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management
  • From: Jeff Chua <jeff.chua.linux@xxxxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxx>
• Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Patch] acpi: remove acpi_sleep=s4_nonvs
  • From: Amerigo Wang <amwang@xxxxxxxxxx>
• Re: [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management
  • From: Jeff Chua <jeff.chua.linux@xxxxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• [PATCH 11/11] ACPI / PM: Make NVS save/restore code use slightly less memory
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 10/11] ACPI / PM: Use existing ACPI iomaps for NVS save/restore
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 8/11] ACPI: Do not use krefs under a mutex in osl.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 7/11] ACPI: Make acpi_os_map_memory() avoid creating unnecessary mappings
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 9/11] ACPI: Introduce acpi_os_get_iomem()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/11] ACPI: Change acpi_ioremap_lock into a mutex
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 6/11] ACPI: Avoid walking the list of iomaps in osl.c twice in a row
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/11] ACPI: Fix acpi_os_read_memory() and acpi_os_write_memory()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/11] ACPI: Do not export functions that are only used in osl.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/11] ACPI: Introduce acpi_os_ioremap()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/11] ACPI: Fixes and cleanups related to iomaps management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/11] ACPI / PM: Call suspend_nvs_free() earlier during resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Resume from Memory very slow on 2.6.37+
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Resume from Memory very slow on 2.6.37+
  • From: Jeff Chua <jeff.chua.linux@xxxxxxxxx>
• Re: [RFC][PATCH] PM: Do not create wakeup sysfs files for devices that cannot wakeup
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [1/2] ACPI: Introduce acpi_os_ioremap()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [2/2] ACPI / PM: Call suspend_nvs_free() earlier during resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Resume from Memory very slow on 2.6.37+
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Patch] acpi: remove acpi_sleep=s4_nonvs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] intel_idle: disable HW auto-demotion
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Resume from Memory very slow on 2.6.37+
  • From: Jeff Chua <jeff.chua.linux@xxxxxxxxx>
• [PATCH] intel_idle: disable HW auto-demotion by default (v2)
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH] intel_idle: disable HW auto-demotion
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: Resume from Memory very slow on 2.6.37+
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Resume from Memory very slow on 2.6.37+
  • From: Jeff Chua <jeff.chua.linux@xxxxxxxxx>
• Re: Resume from Memory very slow on 2.6.37+
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Resume from Memory very slow on 2.6.37+
  • From: Jeff Chua <jeff.chua.linux@xxxxxxxxx>
• Re: Resume from Memory very slow on 2.6.37+
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Resume from Memory very slow on 2.6.37+
  • From: Jeff Chua <jeff.chua.linux@xxxxxxxxx>
• Re: [RFC][PATCH] PM: Do not create wakeup sysfs files for devices that cannot wakeup
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: Resume from Memory very slow on 2.6.37+
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Resume from Memory very slow on 2.6.37+
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM: Do not create wakeup sysfs files for devices that cannot wakeup
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM: Do not create wakeup sysfs files for devices that cannot wakeup
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Oops while going into hibernate
  • From: "Bojan Smojver" <bojan@xxxxxxxxxxxxx>
• Re: Oops while going into hibernate
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [GIT] idle patches for 2.6.38-merge
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: Trying to understand new wakeup events architecture
  • From: Paul Fox <pgf@xxxxxxxxxx>
• [RFC][PATCH] PM: Do not create wakeup sysfs files for devices that cannot wakeup
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Oops while going into hibernate
  • From: Bojan Smojver <bojan@xxxxxxxxxxxxx>
• Re: Trying to understand new wakeup events architecture
  • From: Daniel Drake <dsd@xxxxxxxxxx>
• Re: Trying to understand new wakeup events architecture
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: Factor out runtime suspend checks from PM operations
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] i2c: Factor out runtime suspend checks from PM operations
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: Trying to understand new wakeup events architecture
  • From: Daniel Drake <dsd@xxxxxxxxxx>
• Re: Trying to understand new wakeup events architecture
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Oops while going into hibernate
  • From: "Ted Ts'o" <tytso@xxxxxxx>
• Re: Trying to understand new wakeup events architecture
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Trying to understand new wakeup events architecture
  • From: Daniel Drake <dsd@xxxxxxxxxx>
• Re: [PATCH 4/9] cpuidle: Introduce .abbr (abbrevation) for cpuidle states
  • From: Valdis.Kletnieks@xxxxxx
• Re: Trying to understand new wakeup events architecture
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Trying to understand new wakeup events architecture
  • From: Daniel Drake <dsd@xxxxxxxxxx>
• Re: Oops while going into hibernate
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH] PM / Hibernate: Don't mark pages dirty when reading pages while thawing
  • From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
• Re: Oops while going into hibernate
  • From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
• Re: Oops while going into hibernate
  • From: "Bojan Smojver" <bojan@xxxxxxxxxxxxx>
• Re: Oops while going into hibernate
  • From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
• Re: Oops while going into hibernate
  • From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
• Re: Oops while going into hibernate
  • From: Bojan Smojver <bojan@xxxxxxxxxxxxx>
• [PATCH] PM / Hibernate: Don't mark pages dirty when reading pages while thawing
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: Oops while going into hibernate
  • From: "Ted Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 12/12] [RFC] Introduce Alarm (hybrid) timers
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• [PATCH 12/12] cpuidle/x86/perf: fix power:cpu_idle double end events and throw cpu_idle events from the cpuidle layer
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 11/12] intel_idle: open broadcast clock event
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 10/12] cpuidle: CPUIDLE_FLAG_CHECK_BM is omap3_idle specific
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 07/12] SH, cpuidle: delete use of NOP CPUIDLE_FLAGS_SHALLOW
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 08/12] cpuidle: delete unused CPUIDLE_FLAG_SHALLOW, BALANCED, DEEP definitions
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 05/12] ACPI: processor_idle: delete use of NOP CPUIDLE_FLAGs
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 06/12] cpuidle: delete NOP CPUIDLE_FLAG_POLL
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 09/12] cpuidle: CPUIDLE_FLAG_TLB_FLUSHED is specific to intel_idle
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 04/12] cpuidle: Rename X86 specific idle poll state[0] from C0 to POLL
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 03/12] ACPI, intel_idle: Cleanup idle= internal variables
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 02/12] cpuidle: Make cpuidle_enable_device() call poll_idle_init()
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 01/12] intel_idle: update Sandy Bridge core C-state residency targets
  • From: Len Brown <lenb@xxxxxxxxxx>
• idle patches for 2.6.38-merge
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: Oops while going into hibernate
  • From: Theodore Tso <tytso@xxxxxxx>
• Re: [PATCH 4/9] cpuidle: Introduce .abbr (abbrevation) for cpuidle states
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 3/9] X86/perf: fix power:cpu_idle double end events and throw cpu_idle events from the cpuidle layer
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 4/9] cpuidle: Introduce .abbr (abbrevation) for cpuidle states
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: Trying to understand new wakeup events architecture
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/9] X86/perf: fix power:cpu_idle double end events and throw cpu_idle events from the cpuidle layer
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: Trying to understand new wakeup events architecture
  • From: Daniel Drake <dsd@xxxxxxxxxx>
• Re: [PATCH 4/9] cpuidle: Introduce .abbr (abbrevation) for cpuidle states
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH] cpuidle: CPUIDLE_FLAG_TLB_FLUSHED is specific to intel_idle
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH] cpuidle: CPUIDLE_FLAG_CHECK_BM is omap3_idle specific
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH] cpuidle: delete unused CPUIDLE_FLAG_SHALLOW, BALANCED, DEEP definitions
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH] SH, cpuidle: delete use of NOP CPUIDLE_FLAGS_SHALLOW
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH] cpuidle: delete NOP CPUIDLE_FLAG_POLL
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH] ACPI: processor_idle: delete use of NOP CPUIDLE_FLAGs
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 5/9] acpi: processor->cpuidle: Only set cpuidle check_bm flag if pr->flags.bm_check is set
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 4/9] cpuidle: Introduce .abbr (abbrevation) for cpuidle states
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 3/9] X86/perf: fix power:cpu_idle double end events and throw cpu_idle events from the cpuidle layer
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] X86: Cleanup idle= internal variables by getting rid of idle_halt idle_nomwait
  • From: Len Brown <lenb@xxxxxxxxxx>
• [git pull] tools/power patches for 2.6.38
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 2/2] tools: create power/x86/x86_energy_perf_policy
  • From: Len Brown <lenb@xxxxxxxxxx>
• =?y?q?=5BPATCH=201/2=5D=20tools=3A=20create=20power/x86/turbostat?=
  • From: Len Brown <lenb@xxxxxxxxxx>
• power tools patches for 2.6.38
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] cpuidle: Make cpuidle_enable_device() call poll_idle_init()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpuidle: Make cpuidle_enable_device() call poll_idle_init()
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] cpuidle: Make cpuidle_enable_device() call poll_idle_init()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpuidle: Make cpuidle_enable_device() call poll_idle_init()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpuidle: Make cpuidle_enable_device() call poll_idle_init()
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] cpuidle: Make cpuidle_enable_device() call poll_idle_init()
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH] PNP / ACPI: Use DEVICE_ACPI_HANDLE() for device ACPI handle access
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.37-rc8: Reported regressions from 2.6.36
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Bug 24592] Re: 2.6.37-rc8: Reported regressions from 2.6.36
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] tools, perf: Documentation for the power events API
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: 2.6.37-rc8: Reported regressions from 2.6.36
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] forcedeth: Do not use legacy PCI power management
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 12/12] [RFC] Introduce Alarm (hybrid) timers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] cpuidle: Make cpuidle_enable_device() call poll_idle_init()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] PCI / PM: Use pm_wakeup_event() directly for reporting wakeup events
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: [PATCH 4/9] cpuidle: Introduce .abbr (abbrevation) for cpuidle states
  • From: Kevin Hilman <khilman@xxxxxx>
• [GIT PULL] Power management updates for 2.6.38
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] forcedeth: Do not use legacy PCI power management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 8/9] perf timechart: Map power:cpu_idle events to the corresponding cpuidle state
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 4/9] cpuidle: Introduce .abbr (abbrevation) for cpuidle states
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 3/9] X86/perf: fix power:cpu_idle double end events and throw cpu_idle events from the cpuidle layer
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 8/9] perf timechart: Map power:cpu_idle events to the corresponding cpuidle state
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 5/9] acpi: processor->cpuidle: Only set cpuidle check_bm flag if pr->flags.bm_check is set
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH 0/5] PM / ACPI: Fix problems with ACPI NVS saving related to using ioremap_cache() by ACPI
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 4/5] ACPI / PM: Make suspend_nvs_save() use acpi_os_map_memory()
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 2/2] tools, perf: Documentation for the power events API
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• Re: [PATCH 4/5] ACPI / PM: Make suspend_nvs_save() use acpi_os_map_memory()
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 5/5] ACPI: Use ioremap_cache()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/5] PM: Fix oops in suspend/hibernate code related to failing ioremap()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/5] PM / ACPI: Move NVS saving and restoring code to drivers/acpi
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/5] ACPI / PM: Make suspend_nvs_save() use acpi_os_map_memory()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/5] ACPI / PM: Update file information and the list of includes in nvs.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/5] PM / ACPI: Fix problems with ACPI NVS saving related to using ioremap_cache() by ACPI
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 10/11] ACPI: Drop device flag wake_capable
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 10/11] ACPI: Drop device flag wake_capable
  • From: David Brownell <david-b@xxxxxxxxxxx>
• [PATCH] forcedeth: Do not use legacy PCI power management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/11] ACPI / PM: Report wakeup events from buttons
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 9/11] ACPI: Always check if _PRW is present before trying to evaluate it
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 8/11] ACPI / PM: Check status of power resources under mutexes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 11/11] ACPI / Battery: Update information on info notification and resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 7/11] ACPI / PM: Rename acpi_power_off_device()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 10/11] ACPI: Drop device flag wake_capable
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/11] ACPI / PM: Use device wakeup flags for handling ACPI wakeup devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 6/11] ACPI / PM: Blacklist Averatec machine known to require acpi_sleep=nonvs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/11] ACPI / ACPICA: Fix global lock acquisition
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/11] ACPI / PM: Do not enable multiple devices to wake up simultaneously
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/11] ACPI / PM: Drop special ACPI wakeup flags
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/11] Various ACPI patches for 2.6.38
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Status of the PM links framework
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 1/1] PM: fix oops in suspend/hibernate code
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] PM: fix suspend_set_ops() to take const pointer
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 1/1] PM: fix oops in suspend/hibernate code
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/1] PM: fix oops in suspend/hibernate code
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: [PATCH 1/1] PM: fix oops in suspend/hibernate code
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: [PATCH 1/1] PM: fix oops in suspend/hibernate code
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend hangs at platform phase [was: mmotm 2010-12-23-16-58 uploaded]
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: suspend hangs at platform phase [was: mmotm 2010-12-23-16-58 uploaded]
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• ia64 build broken [was: mmotm 2010-12-23-16-58 uploaded]
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• [001/152] x86, hotplug: Use mwait to offline a processor, fix the legacy case
  • From: Greg KH <gregkh@xxxxxxx>
• [PATCH] PM: fix suspend_set_ops() to take const pointer
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH] i2c: Factor out runtime suspend checks from PM operations
  • From: Abhijeet Dharmapurikar <adharmap@xxxxxxxxxxxxxx>
• Re: suspend hangs at platform phase [was: mmotm 2010-12-23-16-58 uploaded]
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [02/49] x86, hotplug: Use mwait to offline a processor, fix the legacy case
  • From: Greg KH <gregkh@xxxxxxx>
• Re: suspend hangs at platform phase [was: mmotm 2010-12-23-16-58 uploaded]
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: suspend hangs at platform phase [was: mmotm 2010-12-23-16-58 uploaded]
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend hangs at platform phase [was: mmotm 2010-12-23-16-58 uploaded]
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• [PATCH 2/2] tools, perf: Documentation for the power events API
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 1/2] perf: add calls to suspend trace point
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 0/2] tools, perf: new power trace API
  • From: jean.pihet@xxxxxxxxxxxxxx
• Re: [PATCH 1/3] perf: add calls to suspend trace point
  • From: Pavel Machek <pavel@xxxxxx>
• cpufreq utils for ARM machine
  • From: satish kumar <gsatish10@xxxxxxxxx>
• Re: [PATCH 1/3] perf: add calls to suspend trace point
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/3] perf: add calls to suspend trace point
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c: Factor out runtime suspend checks from PM operations
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Question about timers during system suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Question about timers during system suspend
  • From: Raj Kumar <rajkumar278@xxxxxxxxxxx>
• Re: [PATCH] i2c: Factor out runtime suspend checks from PM operations
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Question about timers during system suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/3] perf: add calls to suspend trace point
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend hangs at platform phase [was: mmotm 2010-12-23-16-58 uploaded]
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Question about timers during system suspend
  • From: Raj Kumar <rajkumar278@xxxxxxxxxxx>
• Re: suspend hangs at platform phase [was: mmotm 2010-12-23-16-58 uploaded]
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: [PATCH 1/3] perf: add calls to suspend trace point
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• suspend hangs at platform phase [was: mmotm 2010-12-23-16-58 uploaded]
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: [PATCH 1/3] perf: add calls to suspend trace point
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH 1/3] perf: add calls to suspend trace point
  • From: jean.pihet@xxxxxxxxxxxxxx
• Re: [Resend][PATCH 1/3] Platform / x86: Make fujitsu_laptop use acpi_bus_update_power()
  • From: Jonathan Woithe <jwoithe@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Power Hibernate: (bugfix) when failed, "in_suspend" should be reset.
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH net-next-2.6] tg3: fix warnings
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next-2.6] tg3: fix warnings
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] skge: Do not use legacy PCI power management
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] tg3: Do not use legacy PCI power management
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sky2: Do not use legacy PCI power management
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sky2: Do not use legacy PCI power management
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [RFC] Deferred disk spinup during system resume
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] Deferred disk spinup during system resume
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] Deferred disk spinup during system resume
  • From: Maksim Rayskiy <maksim.rayskiy@xxxxxxxxx>
• Re: [PATCH] skge: Do not use legacy PCI power management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC] Deferred disk spinup during system resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC] Deferred disk spinup during system resume
  • From: Maksim Rayskiy <maksim.rayskiy@xxxxxxxxx>
• [PATCH] skge: Do not use legacy PCI power management
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH] i2c: Factor out runtime suspend checks from PM operations
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: i2c runtime suspend and system wide suspend
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: i2c runtime suspend and system wide suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: i2c runtime suspend and system wide suspend
  • From: Rabin Vincent <rabin@xxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• 2.6.37-rc8: Reported regressions 2.6.35 -> 2.6.36
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 2.6.37-rc8: Reported regressions from 2.6.36
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/2] PCI / PM: Report wakeup events before resuming devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/2] PCI / PM: Use pm_wakeup_event() directly for reporting wakeup events
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/2] PCI / PM: Updates related to wakeup events
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: Wake On lan and ATL1 nic
  • From: Thomas Fjellstrom <thomas@xxxxxxxxxxxxx>
• [PATCH 4/4] ACPI / PM: Report wakeup events from buttons
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/4] ACPI / PM: Drop special ACPI wakeup flags
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/4] ACPI / PM: Do not enable multiple devices to wake up simultaneously
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/4] ACPI / PM: Use device wakeup flags for handling ACPI wakeup devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/4] ACPI / PM: Use standard device wakeup facilities for ACPI wakeup devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: why menu.c in cpuidle continue ?
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• why menu.c in cpuidle continue ?
  • From: wkq5325 <wkq5325@xxxxxxx>
• Re: [Probably regression] Possible circular locking dependency from ATA in current mainline
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: Scary warnings from xhci_hcd on rmmod and during shutdown/suspend/resume
  • From: "Xu, Andiry" <Andiry.Xu@xxxxxxx>
• [Probably regression] Possible circular locking dependency from ATA in current mainline
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Scary warnings from xhci_hcd on rmmod and during shutdown/suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI / ACPICA: Disable GPEs during initialization
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: Scary warnings from xhci_hcd on rmmod and during shutdown/suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] sky2: Do not use legacy PCI power management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH] ACPI / ACPICA: Disable GPEs during initialization
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH] tg3: Do not use legacy PCI power management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Vitaly Wool <vitalywool@xxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Vitaly Wool <vitalywool@xxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: Status of the PM links framework
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] PM: Prototype the pm_generic_ operations
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Wake On lan and ATL1 nic
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI / PCIe: Clear Root PME Status bits early during system resume
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH] i2c: Factor out runtime suspend checks from PM operations
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] i2c: Factor out runtime suspend checks from PM operations
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] i2c: Factor out runtime suspend checks from PM operations
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: Factor out runtime suspend checks from PM operations
  • From: Rabin Vincent <rabin@xxxxxx>
• [PATCH] i2c: Factor out runtime suspend checks from PM operations
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: Factor out runtime suspend checks from PM operations
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] i2c: Factor out runtime suspend checks from PM operations
  • From: Rabin Vincent <rabin@xxxxxx>
• Re: Wake On lan and ATL1 nic
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] PM: Prototype the pm_generic_ operations
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] PM: Prototype the pm_generic_ operations
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] PM: Prototype the pm_generic_ operations
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Trying to find a TuxOnIce merging plan that works.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Trying to find a TuxOnIce merging plan that works.
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxx>
• Re: [RFC][PATCH] ARM: Add initial hibernation support for Cortex A8 and A9
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] ath9k: Do not use legacy PCI power management
  • From: Hauke Mehrtens <hauke@xxxxxxxxxx>
• Re: [RFC][PATCH] ARM: Add initial hibernation support for Cortex A8 and A9
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: David Vrabel <david.vrabel@xxxxxxx>
• Re: [RFC][PATCH] ARM: Add initial hibernation support for Cortex A8 and A9
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [RFC][PATCH] ARM: Add initial hibernation support for Cortex A8 and A9
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] PM: Prototype the pm_generic_ operations
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] i2c: Factor out runtime suspend checks from PM operations
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] PM: Prototype the pm_generic_ operations
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Suspend2Ram - Kernel Panic on Dual Core Atom D525 right after resume part 2
  • From: linux-pm.20.masuefke@xxxxxxxxxxxxxxx
• Suspend2Ram - Kernel Panic on Dual Core Atom D525 right after resume part 3
  • From: linux-pm.20.masuefke@xxxxxxxxxxxxxxx
• Suspend2Ram - Kernel Panic on Dual Core Atom D525 right after resume
  • From: linux-pm.20.masuefke@xxxxxxxxxxxxxxx
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ath9k: Do not use legacy PCI power management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] ath9k: Do not use legacy PCI power management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] PCI / PCIe: Clear Root PME Status bits early during system resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI / PCIe: Clear Root PME Status bits during early resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 2.6.37-rc6-git4: Reported regressions 2.6.35 -> 2.6.36
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI / PCIe: Clear Root PME Status bits during early resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI / PCIe: Clear Root PME Status bits during early resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 2.6.37-rc6-git4: Reported regressions from 2.6.36
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI / PCIe: Clear Root PME Status bits during early resume
  • From: Matthew Wilcox <matthew@xxxxxx>
• [PATCH] PCI / PCIe: Clear Root PME Status bits during early resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Regression] firewire_ohci causes system resume to fail
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: Scary warnings from xhci_hcd on rmmod and during shutdown/suspend/resume
  • From: "Xu, Andiry" <Andiry.Xu@xxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [GIT PULL] Power management fixes for 2.6.37
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Scary warnings from xhci_hcd on rmmod and during shutdown/suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: platform/i2c busses: pm runtime and system sleep
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Regression] firewire_ohci causes system resume to fail
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Scary warnings from xhci_hcd on rmmod and during shutdown/suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• platform/i2c busses: pm runtime and system sleep
  • From: Rabin Vincent <rabin@xxxxxx>
• Re: [PATCH v3] cpuidle: extend cpuidle and menu governor to handle dynamic states
  • From: Yong Wang <yong.y.wang@xxxxxxxxxxxxxxx>
• Re: Trying to understand new wakeup events architecture
  • From: Daniel Drake <dsd@xxxxxxxxxx>
• [PATCH] PM: Use dev_name() in core device suspend and resume routines
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: pm_runtime_suspended() and non-pm_runtime-using (i2c) drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Resend][PATCH 0/3] ACPI / PM: Patches missing from linux-acpi-2.6/test
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Trying to understand new wakeup events architecture
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: pm_runtime_suspended() and non-pm_runtime-using (i2c) drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH 4/4] PM: Permit registrarion of parentless devices during system suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: pm_runtime_suspended() and non-pm_runtime-using (i2c) drivers
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Trying to understand new wakeup events architecture
  • From: Daniel Drake <dsd@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] PM: Remove redundant checks from core device resume routines
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [Resend][PATCH 0/3] ACPI / PM: Patches missing from linux-acpi-2.6/test
  • From: ykzhao <yakui.zhao@xxxxxxxxx>
• Re: [RFC][PATCH 4/4] PM: Permit registrarion of parentless devices during system suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: pm_runtime_suspended() and non-pm_runtime-using (i2c) drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: pm_runtime_suspended() and non-pm_runtime-using (i2c) drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: pm_runtime_suspended() and non-pm_runtime-using (i2c) drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: pm_runtime_suspended() and non-pm_runtime-using (i2c) drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: pm_runtime_suspended() and non-pm_runtime-using (i2c) drivers
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: pm_runtime_suspended() and non-pm_runtime-using (i2c) drivers
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: pm_runtime_suspended() and non-pm_runtime-using (i2c) drivers
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [Resend][PATCH 0/3] ACPI / PM: Patches missing from linux-acpi-2.6/test
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH 4/4] PM: Permit registrarion of parentless devices during system suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH 2/4] PM: Remove redundant checks from core device resume routines
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: pm_runtime_suspended() and non-pm_runtime-using (i2c) drivers
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: pm_runtime_suspended() and non-pm_runtime-using (i2c) drivers
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 03/19] cgroup freezer: Add CHECKPOINTING state to safeguard container checkpoint
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH 03/19] cgroup freezer: Add CHECKPOINTING state to safeguard container checkpoint
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: pm_runtime_suspended() and non-pm_runtime-using (i2c) drivers
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: pm_runtime_suspended() and non-pm_runtime-using (i2c) drivers
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: pm_runtime_suspended() and non-pm_runtime-using (i2c) drivers
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• pm_runtime_suspended() and non-pm_runtime-using (i2c) drivers
  • From: Rabin Vincent <rabin@xxxxxx>
• Re: [RFC][PATCH 2/4] PM: Remove redundant checks from core device resume routines
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH] ACPI / PM: Do not save/restore NVS on Sony Vaio VGN-NW130D
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [RFC][PATCH 4/4] PM: Permit registrarion of parentless devices during system suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [Resend][PATCH 0/3] ACPI / PM: Patches missing from linux-acpi-2.6/test
  • From: ykzhao <yakui.zhao@xxxxxxxxx>
• Re: [RFC][PATCH 4/4] PM: Permit registrarion of parentless devices during system suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH 2/4] PM: Remove redundant checks from core device resume routines
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Wrong commit in the ACPI release branch
  • From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
• Re: [Resend][PATCH 0/3] ACPI / PM: Patches missing from linux-acpi-2.6/test
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Resend][PATCH 0/3] ACPI / PM: Patches missing from linux-acpi-2.6/test
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxx>
• Re: Wrong commit in the ACPI release branch
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Resend][PATCH 0/3] ACPI / PM: Patches missing from linux-acpi-2.6/test
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: Wrong commit in the ACPI release branch
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: [Resend][PATCH 0/3] ACPI / PM: Patches missing from linux-acpi-2.6/test
  • From: ykzhao <yakui.zhao@xxxxxxxxx>
• Re: [RFC][PATCH 4/4] PM: Permit registrarion of parentless devices during system suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 1/4] PM: Use a different list of devices for each stage of device suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 1/4] PM: Use a different list of devices for each stage of device suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/4] PM: Use separate lists of devices at each stage of suspend/resume
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 2/4] PM: Remove redundant checks from core device resume routines
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 4/4] PM: Permit registrarion of parentless devices during system suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 3/4] PM: Replace the device power.status filed with a bit field
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 2/4] PM: Remove redundant checks from core device resume routines
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 0/4] PM: Use separate lists of devices at each stage of suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 1/4] PM: Use a different list of devices for each stage of device suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] PM: Avoid compiler warning in pm_noirq_op()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] ACPI / PM: Do not save/restore NVS on Sony Vaio VGN-NW130D
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [GIT PULL] Please pull xyzzy fixes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [Resend][PATCH 3/3] ACPI / PM: Drop acpi_power_nocheck
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Resend][PATCH 2/3] ACPI / PM: Drop acpi_bus_get_power()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Resend][PATCH 0/3] ACPI / PM: Patches missing from linux-acpi-2.6/test
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Resend][PATCH 1/3] Platform / x86: Make fujitsu_laptop use acpi_bus_update_power()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Wrong commit in the ACPI release branch
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM / Hibernate: Restore old swap signature to avoid user space breakage
  • From: Bojan Smojver <bojan@xxxxxxxxxxxxx>
• Re: [PATCH] PM / Hibernate: Restore old swap signature to avoid user space breakage
  • From: "R. J. Wysocki" <Rafal.Wysocki@xxxxxxxxxx>
• Re: [PATCH] PM / Hibernate: Restore old swap signature to avoid user space breakage
  • From: Bojan Smojver <bojan@xxxxxxxxxxxxx>
• Re: [PATCH] PM / Hibernate: Restore old swap signature to avoid user space breakage
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM / Hibernate: Restore old swap signature to avoid user space breakage
  • From: Bojan Smojver <bojan@xxxxxxxxxxxxx>
• Re: [PATCH] PM / Hibernate: Restore old swap signature to avoid user space breakage
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM / Hibernate: Restore old swap signature to avoid user space breakage
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 2.6.37-rc5, pata_atiixp, DVD-ROM: kernel log flooded with "rpm_resume flags 0x4", "rpm_resume returns 1"
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [git pull] idle patch for Linux-2.6.37-rc5
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 1/1] intel_idle: recognize ARAT on WSM-EX
  • From: Len Brown <lenb@xxxxxxxxxx>
• idle patch for 2.6.37-rc5
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 2.6.32.stable] x86, hotplug: Use mwait to offline a processor, fix the legacy case
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 2.6.36.stable] x86, hotplug: Use mwait to offline a processor, fix the legacy case
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/3] tools, perf: Documentation for the power events API
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 2/3] perf: add OMAP support for the new power events
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 1/3] perf: add calls to suspend trace point
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 0/3] perf, tools: new power trace API
  • From: jean.pihet@xxxxxxxxxxxxxx
• Re: [PATCH, post-2.6.36 regression fix] r8169: Fix runtime power management
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH, post-2.6.36 regression fix] r8169: Fix runtime power management
  • From: Francois Romieu <romieu@xxxxxxxxxxxxx>
• Re: subtle pm_runtime_put_sync race and sdio functions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• subtle pm_runtime_put_sync race and sdio functions
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: runtime PM and autosuspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• runtime PM and autosuspend
  • From: Sundar <sunder.svit@xxxxxxxxx>
• [PATCH, post-2.6.36 regression fix] r8169: Fix runtime power management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v4] tools: create power/x86/turbostat
  • From: Thiago Farina <tfransosi@xxxxxxxxx>
• [PATCH v4] tools: create power/x86/turbostat
  • From: Len Brown <lenb@xxxxxxxxxx>
• [GIT PULL] Hibernate fixes for 2.6.37
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM / Hibernate: Restore old swap signature to avoid user space breakage
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM / Hibernate: Restore old swap signature to avoid user space breakage
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] PM / Hibernate: Restore old swap signature to avoid user space breakage
  • From: Bojan Smojver <bojan@xxxxxxxxxxxxx>
• [PATCH] PM / Hibernate: Restore old swap signature to avoid user space breakage
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 2.6.37-rc4-git4: Reported regressions 2.6.35 -> 2.6.36
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Freezes on resume from S2R
  • From: Thomas Kahle <tomka@xxxxxxxxxx>
• Re: [Regression] firewire_ohci causes system resume to fail
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: [Regression] firewire_ohci causes system resume to fail
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• [Regression] firewire_ohci causes system resume to fail
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxx>
• Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: [PATCH 3/3] PM: Use pm_wakeup_pending() in device_suspend()
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] PM: Use pm_wakeup_pending() in device_suspend()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] regulator: Take into account the requirements of all consumers
  • From: Liam Girdwood <lrg@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] PM: Use pm_wakeup_pending() in device_suspend()
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] regulator: Take into account the requirements of all consumers
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• regulator: multiple consumers requirements
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• [PATCH] regulator: Take into account the requirements of all consumers
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM / Hibernate: Fix memory corruption related to swap
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM / Hibernate: Fix memory corruption related to swap
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM / Hibernate: Fix memory corruption related to swap
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 0/3] PM: Changes related to wakeup events
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/3] PM: Changes related to wakeup events
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/3] PM: Use pm_wakeup_pending() in device_suspend()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/3] PM / Wakeup: Replace pm_check_wakeup_events() with pm_wakeup_pending()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM / Hibernate: Fix memory corruption related to swap
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] PM / Hibernate: Fix memory corruption related to swap
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM / Hibernate: Fix memory corruption related to swap
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] PM / Hibernate: Fix memory corruption related to swap
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 2.6.37-rc4-git1: Reported regressions from 2.6.36
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Prevent dpm_prepare() from returning errors unnecessarily
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 5/8] cpuidle: Introduce .abbr (abbrevation) for cpuidle states
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• Re: [PATCH 7/8] perf timechart: Map power:cpu_idle events to the corresponding cpuidle state
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 3/8] X86/perf: fix power:cpu_idle double end events and throw cpu_idle events from the cpuidle layer
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 4/8] X86: Cleanup idle= internal variables by getting rid of idle_halt idle_nomwait
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 5/8] cpuidle: Introduce .abbr (abbrevation) for cpuidle states
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 7/8] perf timechart: Map power:cpu_idle events to the corresponding cpuidle state
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 6/8] acpi: processor->cpuidle: Only set cpuidle check_bm flag if pr->flags.bm_check is set
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] PM: Prevent dpm_prepare() from returning errors unnecessarily
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Prevent dpm_prepare() from returning errors unnecessarily
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Platform / x86: Make fujitsu_laptop use acpi_bus_update_power()
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 12/13] ACPI / PM: Drop acpi_bus_get_power()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 12/13] ACPI / PM: Drop acpi_bus_get_power()
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] PM: Prevent dpm_prepare() from returning errors unnecessarily
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Prevent dpm_prepare() from returning errors unnecessarily
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Prevent dpm_prepare() from returning errors unnecessarily
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: BUG, regression. usb-serial adapter broken by PM?
  • From: Benjamin Poirier <benjamin.poirier@xxxxxxxxx>
• BUG, regression. usb-serial adapter broken by PM?
  • From: Benjamin Poirier <benjamin.poirier@xxxxxxxxx>
• Re: [PATCH] PM: Prevent dpm_prepare() from returning errors unnecessarily
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Prevent dpm_prepare() from returning errors unnecessarily
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: BUG, regression. usb-serial adapter broken by PM?
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [PATCH] PM: Prevent dpm_prepare() from returning errors unnecessarily
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: can't use usb serial
  • From: Matteo Croce <matteo@xxxxxxxxxxx>
• can't use usb serial
  • From: Matteo Croce <matteo@xxxxxxxxxxx>
• [PATCH] Power Hibernate: (bugfix) when failed, "in_suspend" should be reset.
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxx>
• [PATCH] Power Hibernate: hibernation_ops->leave should be checked as well.
  • From: MyungJoo Ham <myungjoo.ham@xxxxxxxxxxx>
• Re: [PATCH v2] tools: create power/x86/x86_energy_perf_policy
  • From: Chen Gong <gong.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] tools: create power/x86/x86_energy_perf_policy
  • From: Chen Gong <gong.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Prevent dpm_prepare() from returning errors unnecessarily
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Prevent dpm_prepare() from returning errors unnecessarily
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Prevent dpm_prepare() from returning errors unnecessarily
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH] PM: Prevent dpm_prepare() from returning errors unnecessarily
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: can't use usb serial
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH]: Use async I/O when reading compressed hibernation image
  • From: Bojan Smojver <bojan@xxxxxxxxxxxxx>
• Re: [PATCH ver. 3] PM: add synchronous runtime interface for interrupt handlers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Power Hibernate: hibernation_ops->leave should be checked as well.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Power Hibernate: (bugfix) when failed, "in_suspend" should be reset.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] kernel/power/: Changed Makefile to use proper ccflag flag
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] pm: fix comments to match runtime callback code
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH]: Use async I/O when reading compressed hibernation image
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] Platform / x86: Make fujitsu_laptop use acpi_bus_update_power()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Power Hibernate: hibernation_ops->leave should be checked as well.
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH ver. 3] PM: add synchronous runtime interface for interrupt handlers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Freezes on resume from S2R
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH ver. 3] PM: add synchronous runtime interface for interrupt handlers
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• [PATCH ver. 3] PM: add synchronous runtime interface for interrupt handlers
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Freezes on resume from S2R
  • From: Thomas Kahle <tomka@xxxxxxxxxx>
• photos @ Linux Plumbers in Cambridge, MA
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 13/13] ACPI / PM: Drop acpi_power_nocheck
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 12/13] ACPI / PM: Drop acpi_bus_get_power()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 7/13] ACPI / PM: Add function for device power state initialization
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/13] ACPI / PM: Add functions for manipulating lists of power resources
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 10/13] ACPI / PM: Register power resource devices as soon as they are needed
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 8/13] ACPI / PM: Add function for updating device power state consistently
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 9/13] ACPI / PM: Register acpi_power_driver early
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 11/13] ACPI / Fan: Rework the handling of power resources
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/13] ACPI / PM: Check device state before refcounting power resources
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/13] ACPI / PM: Prevent acpi_power_get_inferred_state() from making changes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 6/13] ACPI / PM: Introduce __acpi_bus_get_power()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/13] ACPI / PM: Introduce function for refcounting device power resources
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/13] ACPI / PM: Rework power resources management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/13] ACPI / PM: Do not refcount power resources that can't be turned on
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Freezes on resume from S2R
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• possible regression in merge window of 2.6.36
  • From: Thomas Kahle <tomka@xxxxxxxxxx>
• Freezes on resume from S2R
  • From: Thomas Kahle <tomka@xxxxxxxxxx>
• [PATCH v2] tools: create power/x86/x86_energy_perf_policy
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH v3] tools: create power/x86/turbostat
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH RESEND] tools: add power/x86/x86_energy_perf_policy to program MSR_IA32_ENERGY_PERF_BIAS
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH RESEND] tools: add power/x86/x86_energy_perf_policy to program MSR_IA32_ENERGY_PERF_BIAS
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND] tools: add power/x86/x86_energy_perf_policy to program MSR_IA32_ENERGY_PERF_BIAS
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [stable] [git pull 2.6.36.stable] intel_idle patches for 2.6.36.stable
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [git pull 2.6.36.stable] intel_idle patches for 2.6.36.stable
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH]: Use async I/O when reading compressed hibernation image
  • From: Bojan Smojver <bojan@xxxxxxxxxxxxx>
• Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.37-rc2-git4: Reported regressions 2.6.35 -> 2.6.36
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: 2.6.37-rc2-git4: Reported regressions 2.6.35 -> 2.6.36
  • From: Mark Lord <kernel@xxxxxxxxxxxx>
• Re: 2.6.37-rc2-git4: Reported regressions 2.6.35 -> 2.6.36
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: 2.6.37-rc2-git4: Reported regressions 2.6.35 -> 2.6.36
  • From: Mark Lord <kernel@xxxxxxxxxxxx>
• Re: 2.6.37-rc2-git4: Reported regressions from 2.6.36
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.37-rc2-git4: Reported regressions 2.6.35 -> 2.6.36
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.37-rc2-git4: Reported regressions 2.6.35 -> 2.6.36
  • From: Jesse Gross <jesse@xxxxxxxxxx>
• [PATCH] pm: fix comments to match runtime callback code
  • From: Aaro Koskinen <aaro.koskinen@xxxxxxxxx>
• Re: 2.6.37-rc2-git4: Reported regressions 2.6.35 -> 2.6.36
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• [PATCH ver. 2] PM: add synchronous runtime interface for interrupt handlers
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: 2.6.37-rc2-git4: Reported regressions 2.6.35 -> 2.6.36
  • From: Mark Lord <kernel@xxxxxxxxxxxx>
• 2.6.37-rc2-git4: Reported regressions 2.6.35 -> 2.6.36
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.37-rc2-git4: Reported regressions from 2.6.36
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>