Linux PM

• Thread Index

• [RFC 4/7] PM: merge synchronous and async runtime routines
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [RFC 3/7] PM: replace boolean arguments with bitflags
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [RFC 2/7] PM: move code in power/runtime.c
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [RFC 0/7] Runtime PM updates for autosuspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [RFC 1/7] sysfs: add sysfs_merge_group and sysfs_unmerge_group
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 01/20] kernel: change to new flag variable
  • From: matt mooney <mfm@xxxxxxxxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: "Frank Ch. Eigler" <fche@xxxxxxxxxx>
• [PATCH] PM: Fix signed/unsigned warning
  • From: Kevin Cernekee <cernekee@xxxxxxxxx>
• Re: [stable] Stable inclusion request
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH] idle: intel_idle: Change mode 755 => 644
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] ACPI: add missing __percpu markup in arch/x86/kernel/acpi/cstate.c
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] intel_idle: add missing __percpu markup
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH v3] power: introduce library for device-specific OPPs
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] power: introduce library for device-specific OPPs
  • From: Linus Walleij <linus.walleij@xxxxxxxxxxxxxx>
• Re: [PATCH v3] power: introduce library for device-specific OPPs
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH v3] power: introduce library for device-specific OPPs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/2] PM: Wakeup sources and async suspend error path bug fix
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v3] power: introduce library for device-specific OPPs
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: 2.6.36-rc4-git5: Reported regressions from 2.6.35
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• 2.6.36-rc4-git5: Reported regressions 2.6.34 -> 2.6.35
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Fix signed/unsigned warning
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.36-rc4-git5: Reported regressions from 2.6.35
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxxxxxxx>
• 2.6.36-rc4-git5: Reported regressions from 2.6.35
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] PM: Fix potential issue with failing asynchronous suspend
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [PATCH 1/2] PM / Wakeup: Introduce wakeup source objects and event statistics (v3)
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: Phil Carmody <ext-phil.2.carmody@xxxxxxxxx>
• [PATCH 1/2] PM / Wakeup: Introduce wakeup source objects and event statistics (v3)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/2] PM: Fix potential issue with failing asynchronous suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/2] PM: Wakeup sources and async suspend error path bug fix
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] PM / Hibernate: Default image size computation and comment fix
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Fw: Kernel panic in 2.6.36-rc4 after suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [072/123] sched: Make wakeup side and atomic variants of completion API irq safe
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: your mail
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: your mail
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• (no subject)
  • From: Raj Kumar <rajkumar278@xxxxxxxxxxx>
• Re: Improving High-Load Performance with the Ondemand Governor [PATCH ATTACHED]
  • From: "Sripathy, Vishwanath" <vishwanath.bs@xxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] power: introduce library for device-specific OPPs
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH v2] power: introduce library for device-specific OPPs
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH v2] power: introduce library for device-specific OPPs
  • From: Greg KH <gregkh@xxxxxxx>
• [PATCH v2] power: introduce library for device-specific OPPs
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: Nishanth Menon <nm@xxxxxx>
• Re: PM / Wakeup: Introduce wakeup source objects and event statistics (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: "Aguirre, Sergio" <saaguirre@xxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: "Aguirre, Sergio" <saaguirre@xxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] opp: introduce library for device-specific OPPs
  • From: "Aguirre, Sergio" <saaguirre@xxxxxx>
• Re: Improving High-Load Performance with the Ondemand Governor [PATCH ATTACHED]
  • From: David C Niemi <dniemi@xxxxxxxxxxxx>
• [PATCH] opp: introduce library for device-specific OPPs
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: PM / Wakeup: Introduce wakeup source objects and event statistics (v2)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Improving High-Load Performance with the Ondemand Governor [PATCH ATTACHED]
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [RFC][PATCH] PM / Runtime: Use alloc_workqueue() for creating PM workqueue
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Improving High-Load Performance with the Ondemand Governor [PATCH ATTACHED]
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: PM / Wakeup: Introduce wakeup source objects and event statistics (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: PM / Wakeup: Introduce wakeup source objects and event statistics (v2)
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Fix potential issue with failing asynchronous suspend (was: Re: [PATCH] PM: Prevent waiting ...)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Patch "sched: Make wakeup side and atomic variants of completion API irq safe" has been added to the 2.6.32-stable tree
  • From: <gregkh@xxxxxxx>
• Re: [PATCH] PM: Fix potential issue with failing asynchronous suspend (was: Re: [PATCH] PM: Prevent waiting ...)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH] PM: Fix potential issue with failing asynchronous suspend (was: Re: [PATCH] PM: Prevent waiting ...)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH] PM: Rename drivers/base/power/main.c to drivers/base/power/sleep.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM / Runtime: Use alloc_workqueue() for creating PM workqueue
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [2.6.36-rc4/HEAD] unable to handle kernel NULL pointer dereference?(plist_add)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM / Runtime: Use alloc_workqueue() for creating PM workqueue
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [2.6.36-rc4/HEAD] unable to handle kernel NULL pointer dereference (plist_add)
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [2.6.36-rc4/HEAD] unable to handle kernel NULL pointer dereference (plist_add)
  • From: Simon Kirby <sim@xxxxxxxxxx>
• Re: [2.6.36-rc4/HEAD] unable to handle kernel NULL pointer dereference?(plist_add)
  • From: Simon Kirby <sim@xxxxxxxxxx>
• [RFC][PATCH] PM / Runtime: Use alloc_workqueue() for creating PM workqueue
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: [2.6.36-rc4/HEAD] unable to handle kernel NULL pointer dereference (plist_add)
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [2.6.36-rc4/HEAD] unable to handle kernel NULL pointer dereference (plist_add)
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [2.6.36-rc4/HEAD] unable to handle kernel NULL pointer dereference (plist_add)
  • From: mark gross <markgross@xxxxxxxxxxx>
• Re: [2.6.36-rc4/HEAD] unable to handle kernel NULL pointer dereference (plist_add)
  • From: Takashi Iwai <tiwai@xxxxxxx>
• PM / Wakeup: Introduce wakeup source objects and event statistics (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/2] PM / Hibernate: Make default image size depend on total RAM size
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/2] PM / Hibernate: Improve comments in hibernate_preallocate_memory()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/2] PM / Hibernate: Default image size computation and comment fix
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [2.6.36-rc4/HEAD] unable to handle kernel NULL pointer dereference (plist_add)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [2.6.36-rc4/HEAD] unable to handle kernel NULL pointer dereference (plist_add)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: wacom + runtime PM = AA deadlock
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: wacom + runtime PM = AA deadlock
  • From: Oliver Neukum <oneukum@xxxxxxx>
• Re: wacom + runtime PM = AA deadlock
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• intel_idle
  • From: Ike Panhc <ike.pan@xxxxxxxxxxxxx>
• Re: wacom + runtime PM = AA deadlock
  • From: Oliver Neukum <oneukum@xxxxxxx>
• Re: wacom + runtime PM = AA deadlock
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: wacom + runtime PM = AA deadlock
  • From: Oliver Neukum <oneukum@xxxxxxx>
• Re: new kmemleak between 2.6.35.3 and 2.6.35.4
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: new kmemleak between 2.6.35.3 and 2.6.35.4
  • From: Pavel Machek <pavel@xxxxxx>
• Re: wacom + runtime PM = AA deadlock
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: wacom + runtime PM = AA deadlock
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: wacom + runtime PM = AA deadlock
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: wacom + runtime PM = AA deadlock
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: wacom + runtime PM = AA deadlock
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: wacom + runtime PM = AA deadlock
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: [PATCH] PM / Hibernate: Make default image size depend on totalRAM size
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: wacom + runtime PM = AA deadlock
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH] PM / Hibernate: Make default image size depend on totalRAM size
  • From: "M. Vefa Bicakci" <bicave@xxxxxxxxxxxxxxx>
• Re: wacom + runtime PM = AA deadlock
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: wacom + runtime PM = AA deadlock
  • From: Oliver Neukum <oneukum@xxxxxxx>
• Re: wacom + runtime PM = AA deadlock
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• wacom + runtime PM = AA deadlock
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [2.6.36-rc4/HEAD] unable to handle kernel NULL pointer dereference (plist_add)
  • From: Simon Kirby <sim@xxxxxxxxxx>
• Re: [PATCH] PM_SLEEP_SMP: fix kconfig warning
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 2.6.36-rc3-git5: Reported regressions 2.6.34 -> 2.6.35
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM_SLEEP_SMP: fix kconfig warning
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• 2.6.36-rc3-git5: Reported regressions from 2.6.35
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [stable] Stable inclusion request
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [stable] Stable inclusion request
  • From: Greg KH <greg@xxxxxxxxx>
• Stable inclusion request
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM_SLEEP_SMP: fix kconfig warning
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] PM_SLEEP_SMP: fix kconfig warning
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• [PATCH] PM / Hibernate: Make default image size depend on total RAM size (was: Re: PATCH: PM / Hibernate: Avoid hitting OOM ...)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [GIT PULL] PM fixes for 2.6.36
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Changes to Runtime PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: PATCH: PM / Hibernate: Avoid hitting OOM during preallocationof memory
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: PATCH: PM / Hibernate: Avoid hitting OOM during preallocationof memory
  • From: "M. Vefa Bicakci" <bicave@xxxxxxxxxxxxxxx>
• Re: Changes to Runtime PM
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] PM / Wakeup: Introduce wakeup source objects and event statistics (was: Re: Wakeup-events implementation)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Changes to Runtime PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Changes to Runtime PM
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: suspend_delay implementation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM / Wakeup: Introduce wakeup source objects and event statistics (was: Re: Wakeup-events implementation)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] PM: Compress hibernation image with LZO
  • From: Bojan Smojver <bojan@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] PM / Wakeup: Introduce wakeup source objects and event statistics (was: Re: Wakeup-events implementation)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: lenient generic runtime pm callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] PM: Compress hibernation image with LZO
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] PM / Hibernate: Avoid hitting OOM during preallocation of memory (was: Re: Important news ...)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Fan runs full speed after S3 sometimes (regression)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM / Wakeup: Introduce wakeup source objects and event statistics (was: Re: Wakeup-events implementation)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Fan runs full speed after S3 sometimes (regression)
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: Important news regarding the two different patches
  • From: "M. Vefa Bicakci" <bicave@xxxxxxxxxxxxxxx>
• Re: [PATCH] PM: lenient generic runtime pm callbacks
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [2.6.36-rc3] unable to handle kernel NULL pointer dereference (pm_qos_add_request)
  • From: Simon Kirby <sim@xxxxxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Ingo Molnar <mingo@xxxxxxx>
• [RFC][PATCH] PM / Wakeup: Introduce wakeup source objects and event statistics (was: Re: Wakeup-events implementation)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: lenient generic runtime pm callbacks
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: Important news regarding the two different patches
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• [PATCH] tracing, perf: add more power related events
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: [Discuss] Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows
  • From: Tiago Marques <tiagomnm@xxxxxxxxx>
• Re: Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows
  • From: Tiago Marques <tiagomnm@xxxxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• generic runtime callbacks
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH #upstream-fixes] libata: skip EH autopsy and recovery during suspend
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [PATCH] libata: skip EH autopsy and recovery during suspend
  • From: Stephan Diestelhorst <stephan.diestelhorst@xxxxxxx>
• Re: Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows
  • From: Thomas Renninger <trenn@xxxxxxx>
• CONFIG_PM_VERBOSE causing system lockup
  • From: Willi Mann <foss-ml@xxxxxx>
• Re: Important news regarding the two different patches
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: Important news regarding the two different patches
  • From: "M. Vefa Bicakci" <bicave@xxxxxxxxxxxxxxx>
• Re: [Discuss] Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• [PATCH] PM: lenient generic runtime pm callbacks
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [Bisected Regression in 2.6.35] A full tmpfs filesystem causeshibernation to hang
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: generic runtime pm callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Bisected Regression in 2.6.35] A full tmpfs filesystem causeshibernation to hang
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Important news regarding the two different patches
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Discuss] Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: generic runtime pm callbacks
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: generic runtime pm callbacks
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: generic runtime pm callbacks
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• generic runtime pm callbacks
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Thomas Renninger <trenn@xxxxxxx>
• Important news regarding the two different patches
  • From: "M. Vefa Bicakci" <bicave@xxxxxxxxxxxxxxx>
• Re: [TuxOnIce-devel] T.O.I for the boot-up time reduction
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxx>
• Re: [PATCH] tracing, perf: add more power related events
  • From: Thomas Renninger <trenn@xxxxxxx>
• T.O.I for the boot-up time reduction
  • From: Hiroshi DOYU <Hiroshi.DOYU@xxxxxxxxx>
• Re: Speedstep on Celeron SU2300 - 20% more battery lifetime on Windows
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [Bisected Regression in 2.6.35] A full tmpfs filesystem causeshibernation to hang
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [Bisected Regression in 2.6.35] A full tmpfs filesystem causeshibernation to hang
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: question about driver's runtime_suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• question about driver's runtime_suspend
  • From: Tom Lyon <pugs@xxxxxxxxx>
• Re: [PATCH] PM: Prevent waiting forever on asynchronous resume after abort
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH] PM: Prevent waiting forever on asynchronous resume after abort
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH] PM: Prevent waiting forever on asynchronous resume after abort
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH] PM: Prevent waiting forever on asynchronous resume after abort
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• [PATCH v2] PM: Prevent waiting forever on asynchronous resume after abort
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH] PM: Prevent waiting forever on asynchronous resume after abort
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH] PM: Prevent waiting forever on asynchronous resume after abort
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH] PM: Prevent waiting forever on asynchronous resume after abort
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• [PATCH] PM: Prevent waiting forever on asynchronous resume after abort
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH] PM: Prevent waiting forever on asynchronous resume after abort
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH] PM: Prevent waiting forever on asynchronous resume after abort
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] libata: skip EH autopsy and recovery during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Prevent waiting forever on asynchronous resume after abort
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: hibernation hangs with ATA errors (lockup_detector bug)
  • From: Don Zickus <dzickus@xxxxxxxxxx>
• Re: [PATCH] libata: skip EH autopsy and recovery during suspend
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: hibernation hangs with ATA errors (lockup_detector bug)
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: [PATCH] PM: Prevent waiting forever on asynchronous resume after abort
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [Bisected Regression in 2.6.35] A full tmpfs filesystem causeshibernation to hang
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [Bisected Regression in 2.6.35] A full tmpfs filesystem causeshibernation to hang
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Prevent waiting forever on asynchronous resume after abort
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Bisected Regression in 2.6.35] A full tmpfs filesystem causeshibernation to hang
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [PATCH v2] PM: Prevent waiting forever on asynchronous resume after abort
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Prevent waiting forever on asynchronous resume after abort
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Prevent waiting forever on asynchronous resume after abort
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Prevent waiting forever on asynchronous resume after abort
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] libata: skip EH autopsy and recovery during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Prevent waiting forever on asynchronous resume after abort
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Prevent waiting forever on asynchronous resume after abort
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] libata: skip EH autopsy and recovery during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] libata: skip EH autopsy and recovery during suspend
  • From: Stephan Diestelhorst <stephan.diestelhorst@xxxxxxxxx>
• Re: [PATCH] libata: skip EH autopsy and recovery during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Prevent waiting forever on asynchronous resume after abort
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] libata: skip EH autopsy and recovery during suspend
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [PATCH] PM: Prevent waiting forever on asynchronous resume after abort
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] libata: skip EH autopsy and recovery during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Prevent waiting forever on asynchronous resume after abort
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [Bisected Regression in 2.6.35] A full tmpfs filesystem causeshibernation to hang
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] libata: skip EH autopsy and recovery during suspend
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [PATCH] libata: skip EH autopsy and recovery during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Prevent waiting forever on asynchronous resume after abort
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Bisected Regression in 2.6.35] A full tmpfs filesystem causeshibernation to hang
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Stephan Diestelhorst <stephan.diestelhorst@xxxxxxx>
• Re: [PATCH] libata: skip EH autopsy and recovery during suspend
  • From: Stephan Diestelhorst <stephan.diestelhorst@xxxxxxx>
• Re: [PATCH] PM: Prevent waiting forever on asynchronous resume after abort
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH] libata: skip EH autopsy and recovery during suspend
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [Bisected Regression in 2.6.35] A full tmpfs filesystem causeshibernation to hang
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [Bisected Regression in 2.6.35] A full tmpfs filesystem causeshibernation to hang
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: v2.6.36-rc2-373-g29cfcdd complaints after the 2nd suspend2ram
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: v2.6.36-rc2-373-g29cfcdd complaints after the 2nd suspend2ram
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Bisected Regression in 2.6.35] A full tmpfs filesystem causeshibernation to hang
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: v2.6.36-rc2-373-g29cfcdd complaints after the 2nd suspend2ram
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: v2.6.36-rc2-373-g29cfcdd complaints after the 2nd suspend2ram
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Bug 17571 - blk/ata-sff/unknown-boot-option related backtrace on resume with TuxOnIce
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Bug 17571 - blk/ata-sff/unknown-boot-option related backtrace on resume with TuxOnIce
  • From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
• Re: v2.6.36-rc2-373-g29cfcdd complaints after the 2nd suspend2ram
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: v2.6.36-rc2-373-g29cfcdd complaints after the 2nd suspend2ram
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: v2.6.36-rc2-373-g29cfcdd complaints after the 2nd suspend2ram
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 1/1] ARM: Add initial hibernation support
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: v2.6.36-rc2-373-g29cfcdd complaints after the 2nd suspend2ram
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: v2.6.36-rc2-373-g29cfcdd complaints after the 2nd suspend2ram
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• new kmemleak between 2.6.35.3 and 2.6.35.4
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: BUG: scheduling while atomic
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• v2.6.36-rc2-373-g29cfcdd complaints after the 2nd suspend2ram
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: BUG: scheduling while atomic
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• linux-pm 2.6.36-rc1 is wating root device then no more.
  • From: watanabe takanobu <tknv_watanabe@xxxxxxxxxx>
• 2.6.36-rc3: Reported regressions 2.6.34 -> 2.6.35
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 2.6.36-rc3: Reported regressions from 2.6.35
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Pavel Machek <pavel@xxxxxx>
• Re: BUG: scheduling while atomic
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: BUG: scheduling while atomic
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• BUG: scheduling while atomic
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [GIT PULL] PM QoS fixes for 2.6.36
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Stephan Diestelhorst <stephan.diestelhorst@xxxxxxx>
• Re: Runtime power management during system resume
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Runtime power management during system resume
  • From: Raj Kumar <rajkumar278@xxxxxxxxxxx>
• Re: Runtime power management during system resume
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Runtime power management during system resume
  • From: Raj Kumar <rajkumar278@xxxxxxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] kzalloc params swapped in pm_qos_power_open
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/10] PCI / PCIe/ AER: Introduce pci_aer_available()
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: Runtime power management during system resume
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Stephan Diestelhorst <stephan.diestelhorst@xxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Stephan Diestelhorst <stephan.diestelhorst@xxxxxxx>
• Re: Runtime power management during system resume
  • From: Raj Kumar <rajkumar278@xxxxxxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [PATCH 1/2] PM: Compress hibernation image with LZO
  • From: Bojan Smojver <bojan@xxxxxxxxxxxxx>
• [Updated changelog][PATCH 5/10] ACPI / PCI: Do not preserve _OSC control bits returned by a query (v4)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Update][PATCH 6/10] ACPI / PCI: Negotiate _OSC control bits before requesting them (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] PM: Compress hibernation image with LZO
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Cache and Hibernation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Cache and Hibernation
  • From: H.Christ-T.Strieder@xxxxxxxxxxx
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: runtime PM + idle: allow usage when interrupts are disabled
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: runtime PM + idle: allow usage when interrupts are disabled
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [PATCH] PM: runtime PM + idle: allow usage when interrupts are disabled
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 1/2] PM: Compress hibernation image with LZO
  • From: Bojan Smojver <bojan@xxxxxxxxxxxxx>
• Re: [PATCH] kzalloc params swapped in pm_qos_power_open
  • From: "Gross, Mark" <mark.gross@xxxxxxxxx>
• Re: [PATCH 1/2] PM: Compress hibernation image with LZO
  • From: Bojan Smojver <bojan@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] PM: Compress hibernation image with LZO
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxx>
• Re: [PATCH 1/2] PM: Compress hibernation image with LZO
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] PM: Compress hibernation image with LZO
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] PM: Compress hibernation image with LZO
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] kzalloc params swapped in pm_qos_power_open
  • From: "Dr. David Alan Gilbert" <linux@xxxxxxxxxxx>
• Re: [PATCH 7/10] PCI / PCIe: Ask BIOS for control of all native services at once (v7)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Fan runs full speed after S3 sometimes (regression)
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 1/2] PM: Compress hibernation image with LZO
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxx>
• Re: [PATCH 1/2] PM: Compress hibernation image with LZO
  • From: Bojan Smojver <bojan@xxxxxxxxxxxxx>
• [PATCH 9/10] PCI / PCIe: Move PCIe PME code to the pcie directory
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 7/10] PCI / PCIe: Ask BIOS for control of all native services at once (v7)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 6/10] ACPI / PCI: Negotiate _OSC control bits before requesting them
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/10] ACPI / PCI: Do not preserve _OSC control bits returned by a query (v4)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 8/10] PCI / PCIe: Disable PCIe port services during port initialization
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 10/10] PCI / PCIe: Remove the port driver module exit routine
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/10] PCI / PCIe: Introduce commad line switch for disabling port services
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/10] ACPI / PCI: Reorder checks in acpi_pci_osc_control_set()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/10] ACPI / PCI: Make acpi_pci_query_osc() return control bits
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/10] PCI / PCIe/ AER: Introduce pci_aer_available()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/10] ACPI / PCI / PCIe: Rework _OSC handling (v4)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] PM: Compress hibernation image with LZO
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] PM: Compress hibernation image with LZO
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Fan runs full speed after S3 sometimes (regression)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: runtime PM + idle: allow usage when interrupts are disabled
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Wakeup-events implementation
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: runtime PM + idle: allow usage when interrupts are disabled
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] PM: Compress hibernation image with LZO
  • From: Bojan Smojver <bojan@xxxxxxxxxxxxx>
• Re: Fan runs full speed after S3 sometimes (regression)
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: Fan runs full speed after S3 sometimes (regression)
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Wakeup-events implementation
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: david@xxxxxxx
• Re: [PATCH] PM: runtime PM + idle: allow usage when interrupts are disabled
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: runtime PM + idle: allow usage when interrupts are disabled
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: Wakeup-events implementation
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [Regression, 2.6.36-rc1] ath9k resume problem on Acer Ferrari One
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Regression, 2.6.36-rc1] ath9k resume problem on Acer Ferrari One
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Regression, 2.6.36-rc1] ath9k resume problem on Acer Ferrari One
  • From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
• Re: [Regression, 2.6.36-rc1] ath9k resume problem on Acer Ferrari One
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Stephan Diestelhorst <stephan.diestelhorst@xxxxxxx>
• Re: [PATCH] PM: runtime PM + idle: allow usage when interrupts are disabled
  • From: "Basak, Partha" <p-basak2@xxxxxx>
• Re: [Regression, 2.6.36-rc1] ath9k resume problem on Acer Ferrari One
  • From: "Luis R. Rodriguez" <lrodriguez@xxxxxxxxxxx>
• Re: [Regression, 2.6.36-rc1] ath9k resume problem on Acer Ferrari One
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [Regression, 2.6.36-rc1] ath9k resume problem on Acer Ferrari One
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Regression, 2.6.36-rc1] ath9k resume problem on Acer Ferrari One
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Regression, 2.6.36-rc1] ath9k resume problem on Acer Ferrari One
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] PM: Compress hibernation image with LZO
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] PM: Compress hibernation image with LZO
  • From: Bojan Smojver <bojan@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] PM: Compress hibernation image with LZO
  • From: Bojan Smojver <bojan@xxxxxxxxxxxxx>
• Re: [Regression, 2.6.36-rc1] ath9k resume problem on Acer Ferrari One
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Wakeup-events implementation
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: [PATCH 1/2] PM: Compress hibernation image with LZO
  • From: Bojan Smojver <bojan@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] PM: Compress hibernation image with LZO
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Regression, 2.6.36-rc1] ath9k resume problem on Acer Ferrari One
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• OLPC's power manager
  • From: Paul Fox <pgf@xxxxxxxxxx>
• Re: Wakeup-events implementation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Wakeup-events implementation
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Wakeup-events implementation
  • From: Mark Brown <broonie@xxxxxxxxxxxxx>
• Re: Wakeup-events implementation
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: Wakelocks Rebooted - Power management for embedded devices
  • From: Bryan Huntsman <bryanh@xxxxxxxxxxxxxx>
• Re: Wakeup-events implementation
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Stephan Diestelhorst <stephan.diestelhorst@xxxxxxxxx>
• Re: Wakeup-events implementation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Wakeup-events implementation
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Wakeup-events implementation
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Wakeup-events implementation
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Ted Ts'o" <tytso@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Ted Ts'o" <tytso@xxxxxxx>
• 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, take three
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Wakelocks Rebooted - Power management for embedded devices
  • From: Igor Stoppa <igor.stoppa@xxxxxxxxx>
• Re: Wakelocks Rebooted - Power management for embedded devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] PM: Compress hibernation image with LZO
  • From: "Bojan Smojver" <bojan@xxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Stephan Diestelhorst <stephan.diestelhorst@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, take three
  • From: Igor Stoppa <igor.stoppa@xxxxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Regarding shutdown in linux
  • From: Raj Kumar <rajkumar278@xxxxxxxxxxx>
• Re: [PATCH 1/2] PM: Compress hibernation image with LZO
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Stephan Diestelhorst <stephan.diestelhorst@xxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Stephan Diestelhorst <stephan.diestelhorst@xxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Stephan Diestelhorst <stephan.diestelhorst@xxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Stephan Diestelhorst <stephan.diestelhorst@xxxxxxx>
• Wakelocks Rebooted - Power management for embedded devices
  • From: Igor Stoppa <igor.stoppa@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Notes from the Boston Linux Power Management Mini-summit - August 9th, 2010
  • From: Bryan Huntsman <bryanh@xxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] PM: Compress hibernation image with LZO
  • From: Bojan Smojver <bojan@xxxxxxxxxxxxx>
• Re: Wakeup-events implementation
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Ted Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] PM: runtime PM + idle: allow usage when interrupts are disabled
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Wakeup-events implementation
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] : Bug fix in generic runtime pm APIs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• [PATCH 1/2] PM: Compress hibernation image with LZO
  • From: Bojan Smojver <bojan@xxxxxxxxxxxxx>
• [PATCH 2/2] PM: Compress hibernation image with LZO
  • From: Bojan Smojver <bojan@xxxxxxxxxxxxx>
• Re: Notes from the Boston Linux Power Management Mini-summit - August 9th, 2010
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Bernd Petrovitsch <bernd@xxxxxxxxxxxxxxxxxxx>
• [PATCH] intel_idle: remove executable permission from intel_idle.c
  • From: Cesar Eduardo Barros <cesarb@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Notes from the Boston Linux Power Management Mini-summit - August 9th, 2010
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 2/5] intel_idle: add support for Westmere-EX
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 3/5] intel_idle: disable module support
  • From: Len Brown <lenb@xxxxxxxxxx>
• idle patches for 2.6.36.merge
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 4/5] intel_idle: no longer EXPERIMENTAL
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 5/5] intel_idle: recognize Lincroft Atom Processor
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 1/5] intel_idle: delete power_policy modparam, and choose substate functions
  • From: Len Brown <lenb@xxxxxxxxxx>
• [git pull request] idle patches for Linux-2.6.36.merge
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: 2.6.35 Regression: Ages spent discarding blocks that weren't used!
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Wakeup-events implementation
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: [PATCH] PM: runtime PM + idle: allow usage when interrupts are disabled
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH] PM: runtime PM + idle: allow usage when interrupts are disabled
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Ted Ts'o" <tytso@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, take three
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Wakeup-events implementation
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: 2.6.35 Regression: Ages spent discarding blocks that weren't used!
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Paul Fox <pgf@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Ted Ts'o" <tytso@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Ted Ts'o" <tytso@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Theodore Tso <tytso@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Ted Ts'o" <tytso@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: david@xxxxxxx
• Increased idle power on Atom netbook with 2.6.35 and intel_idle
  • From: "Geoffrey Hausheer" <w4ry27fpn4@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • 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, take three
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Fan runs full speed after S3 sometimes (regression)
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: david@xxxxxxx
• [PATCH] PM: runtime PM + idle: allow usage when interrupts are disabled
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: PM QoS dynamic resource manager
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Fan runs full speed after S3 sometimes (regression)
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: david@xxxxxxx
• [PATCH] intel_idle: add missing __percpu markup
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• [PATCH] ACPI: add missing __percpu markup in arch/x86/kernel/acpi/cstate.c
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take two
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take two
  • From: Pavel Machek <pavel@xxxxxx>
• 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 7/10] PCI / Hot-plug: Query _OSC before requesting controls
  • From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Ted Ts'o" <tytso@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • 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, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • 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 three
  • From: "Ted Ts'o" <tytso@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• 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, take three
  • 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, take three
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Re: [PATCH] ACPI: add missing __percpu markup in arch/x86/kernel/acpi/cstate.c
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] intel_idle: add missing __percpu markup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • 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, take three
  • From: Theodore Tso <tytso@xxxxxxx>
• 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, take three
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• 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, take three
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • 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: "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, take three
  • From: "Ted Ts'o" <tytso@xxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: david@xxxxxxx
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: david@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, take three
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread, take three
  • From: david@xxxxxxx
• Re: [PATCH v2] pm: Add runtime PM statistics
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: david@xxxxxxx
• Attempted summary of suspend-blockers LKML thread, take three
  • 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: david@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: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• 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: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• 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 0/10] ACPI / PCI / PCIe: Rework _OSC handling (v3)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 7/10] PCI / Hot-plug: Query _OSC before requesting controls
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Stephan Diestelhorst <stephan.diestelhorst@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] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [PATCH] SATA / AHCI: Do not play with the link PM during suspend to RAM
  • From: Stephan Diestelhorst <stephan.diestelhorst@xxxxxxx>
• Re: 2.6.35 Regression: Ages spent discarding blocks that weren't used!
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxx>
• Re: [PATCH 0/10] ACPI / PCI / PCIe: Rework _OSC handling (v3)
  • From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
• Re: [PATCH 7/10] PCI / Hot-plug: Query _OSC before requesting controls
  • From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
• Re: Attempted summary of suspend-blockers LKML thread
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• [PATCH 9/10] ACPI / PCI: Reorder checks in acpi_pci_osc_control_set()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 8/10] ACPI / PCI: Do not preserve _OSC control bits returned by a query (v2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/10] PCI / PCIe: Disable PCIe port services during port initialization
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 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 7/8] ACPI / PCI: Do not preserve _OSC control bits returned by a query (v2)
  • From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>