Linux PM

• Thread Index

• Re: [GIT PATCH] ACPI patches for 2.6.25-rc0
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [GIT PATCH] ACPI patches for 2.6.25-rc0
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [GIT PATCH] ACPI patches for 2.6.25-rc0
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [GIT PATCH] ACPI patches for 2.6.25-rc0 (#2)
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [GIT PATCH] ACPI patches for 2.6.25-rc0 (#2)
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend to ram problem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: ACPI_WMI: worst config description of all times
  • From: Carlos Corbacho <carlos@xxxxxxxxxxxxxxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Pavel Machek <pavel@xxxxxx>
• Re: ACPI_WMI: worst config description of all times
  • From: Pavel Machek <pavel@xxxxxx>
• [GIT PATCH] ACPI patches for 2.6.25-rc0 (#2)
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: ACPI_WMI: worst config description of all times
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: ACPI_WMI: worst config description of all times
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: ACPI_WMI: worst config description of all times
  • From: Carlos Corbacho <carlos@xxxxxxxxxxxxxxxxxxx>
• Re: ACPI_WMI: worst config description of all times
  • From: "Ray Lee" <ray-lk@xxxxxxxxxxxxx>
• Re: ACPI_WMI: worst config description of all times
  • From: Carlos Corbacho <carlos@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PATCH] suspend patches for 2.6.25-rc0
  • From: Jan Harkes <jaharkes@xxxxxxxxxx>
• Re: ACPI_WMI: worst config description of all times
  • From: "Ray Lee" <ray-lk@xxxxxxxxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: ACPI_WMI: worst config description of all times
  • From: "Ray Lee" <ray-lk@xxxxxxxxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [GIT PATCH] suspend patches for 2.6.25-rc0
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: ACPI_WMI: worst config description of all times
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [GIT PATCH] suspend patches for 2.6.25-rc0
  • From: Jan Harkes <jaharkes@xxxxxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: ACPI_WMI: worst config description of all times
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• ACPI_WMI: worst config description of all times
  • From: Pavel Machek <pavel@xxxxxx>
• Re: suspend to ram problem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend to ram problem
  • From: matthieu castet <castet.matthieu@xxxxxxx>
• Re: suspend to ram problem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend to ram problem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: suspend to ram problem
  • From: Pavel Machek <pavel@xxxxxx>
• [GIT PATCH] ACPI patches for 2.6.25-rc0
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: Re: Small pm documentation cleanups
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend to ram problem
  • From: matthieu castet <castet.matthieu@xxxxxxx>
• Re: suspend to ram problem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend to ram problem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: suspend to ram problem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: suspend to ram problem
  • From: matthieu castet <castet.matthieu@xxxxxxx>
• Re: Re: Small pm documentation cleanups
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Re: Small pm documentation cleanups
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [rft] s2ram wakeup moves to .c, could fix few machines
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend to ram problem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend to ram problem
  • From: matthieu castet <castet.matthieu@xxxxxxx>
• Re: Re: Small pm documentation cleanups
  • From: "Jesper Juhl" <jesper.juhl@xxxxxxxxx>
• [rft] s2ram wakeup moves to .c, could fix few machines
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Re: Small pm documentation cleanups
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Re: [Suspend-devel] Suspending to SD card on an Asus EEE PC
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Re: Small pm documentation cleanups
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxx>
• Re: Small pm documentation cleanups
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Small pm documentation cleanups
  • From: Pavel Machek <pavel@xxxxxx>
• Re: suspend to ram problem
  • From: matthieu castet <castet.matthieu@xxxxxxx>
• Re: suspend to ram problem
  • From: matthieu castet <castet.matthieu@xxxxxxx>
• Re: [PATCH 23/37] Suspend: Clean up Kconfig (V2)
  • From: Pavel Machek <pavel@xxxxxx>
• Re: wakeup code translated to .c
  • From: Pavel Machek <pavel@xxxxxx>
• Re: wakeup code translated to .c
  • From: Pavel Machek <pavel@xxxxxx>
• Re: wakeup code translated to .c
  • From: Pavel Machek <pavel@xxxxxx>
• Re: wakeup code translated to .c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: wakeup code translated to .c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: wakeup code translated to .c
  • From: Pavel Machek <pavel@xxxxxx>
• Re: wakeup code translated to .c
  • From: Pavel Machek <pavel@xxxxxx>
• Re: wakeup code translated to .c
  • From: Pavel Machek <pavel@xxxxxx>
• Re: wakeup code translated to .c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: wakeup code translated to .c
  • From: Pavel Machek <pavel@xxxxxx>
• Re: wakeup code translated to .c
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Re: wakeup code translated to .c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: wakeup code translated to .c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: sleepy linux self-test
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: sleepy linux self-test
  • From: Pavel Machek <pavel@xxxxxx>
• Re: sleepy linux self-test
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: sleepy linux self-test
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: wakeup code translated to .c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: wakeup code translated to .c
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: wakeup code translated to .c
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 0/3] Suspend-related cleanups
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH 1/3] PCI ACPI: Fix comment describing acpi_pci_choose_state
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/3] PM: Make suspend_device() static
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/3] Documentation: Feature removal: Add deprecation of some hibernation ioctls
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/3] Suspend-related cleanups
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/4] x86 PM: Consolidate suspend and hibernation code
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [Suspend-devel] Suspending to SD card on an Asus EEE PC
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: sleepy linux self-test
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/4] x86 PM: Consolidate suspend and hibernation code
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 0/4] x86 PM: Consolidate suspend and hibernation code
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/4] x86 PM: Consolidate suspend and hibernation code
  • From: Ingo Molnar <mingo@xxxxxxx>
• [PATCH 2/4] x86 PM: Rename 32-bit files in arch/x86/power
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/4] x86 PM: Consolidate suspend and hibernation code
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/4] x86 PM: Move 64-bit hibernation files to arch/x86/power
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/4] x86 PM: Update stale comments
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/4] x86 PM: Consolidate suspend and hibernation code
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: wakeup code translated to .c
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: wakeup code translated to .c
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: wakeup code translated to .c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend to ram problem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend to ram problem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: wakeup code translated to .c
  • From: Pavel Machek <pavel@xxxxxx>
• Re: wakeup code translated to .c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend to ram problem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: sleepy linux self-test
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: sleepy linux self-test
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: sleepy linux self-test
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: sleepy linux self-test
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: sleepy linux self-test
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: sleepy linux self-test
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: sleepy linux self-test
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: sleepy linux self-test
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: sleepy linux self-test
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: sleepy linux self-test
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: sleepy linux self-test
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: sleepy linux self-test
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: sleepy linux self-test
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: sleepy linux self-test
  • From: Pavel Machek <pavel@xxxxxx>
• Re: sleepy linux self-test
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: sleepy linux self-test
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: sleepy linux self-test
  • From: Pavel Machek <pavel@xxxxxx>
• Re: sleepy linux self-test
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: sleepy linux self-test
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: sleepy linux self-test
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: sleepy linux self-test
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: sleepy linux self-test
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: sleepy linux self-test
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: sleepy linux self-test
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: sleepy linux self-test
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: sleepy linux self-test
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: sleepy linux self-test
  • From: Pavel Machek <pavel@xxxxxx>
• Re: sleepy linux self-test
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 4/10] ACPI: register ACPI Fan as generic thermal cooling device
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 0/10] generic thermal management
  • From: Len Brown <lenb@xxxxxxxxxx>
• x86/.../trampoline_64.S racy?
  • From: Pavel Machek <pavel@xxxxxx>
• Re: x86/.../trampoline_64.S racy?
  • From: Pavel Machek <pavel@xxxxxx>
• [GIT PATCH] suspend patches for 2.6.25-rc0
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: Removing dev.power.power_state (WAS: Feature Removals for 2.6.25)
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: Removing dev.power.power_state (WAS: Feature Removals for 2.6.25)
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: [PATCH 23/37] Suspend: Clean up Kconfig (V2)
  • From: "Bryan Wu" <cooloney.lkml@xxxxxxxxx>
• [PATCH] feature-removal: Document suspend/hibernate deprecations
  • From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
• Re: Removing dev.power.power_state (WAS: Feature Removals for 2.6.25)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: sleepy linux self-test
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Need to replace one patch in suspend branch
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] feature-removal: Document suspend/hibernate deprecations
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Removing dev.power.power_state (WAS: Feature Removals for 2.6.25)
  • From: David Brownell <david-b@xxxxxxxxxxx>
• [PATCH 35/37] Suspend: Invoke suspend notifications after console switch
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 32/37] ACPI: Print message before calling _PTS
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 37/37] PM: Remove obsolete /sys/devices/.../power/state docs
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 30/37] Hibernation: Introduce begin() and end() callbacks
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 33/37] Suspend: Add config option to disable the freezer if architecture wants that
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 36/37] Hibernation: Invoke suspend notifications after console switch
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 34/37] Suspend: Clean up suspend_64.c
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 28/37] ACPI: Separate disabling of GPEs from _PTS
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 31/37] ACPI hibernation: Call _PTS before suspending devices
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 29/37] ACPI suspend: Call _PTS before suspending devices
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 27/37] ACPI: Separate invocations of _GTS and _BFS from _PTS and _WAK
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 25/37] suspend: fix ia64 allmodconfig build
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 26/37] Suspend: Introduce begin() and end() callbacks
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 24/37] ACPI: clear GPE earily in resume to avoid warning
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 22/37] Hibernation: Clean up Kconfig (V2)
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 19/37] Hibernation: Remove unnecessary variable declaration
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 23/37] Suspend: Clean up Kconfig (V2)
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 21/37] Hibernation: Update messages
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 16/37] Hibernation: Move low level resume to disk.c
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 20/37] Suspend: Use common prefix in messages
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 18/37] Hibernation: Fix comment in disk.c
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 17/37] Suspend: Fix comment in main.c
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 14/37] PM: Convert PM notifiers to out-of-line code
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 15/37] Suspend: Fix compilation warning for CONFIG_SUSPEND unset
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 13/37] PM: Make PM_TRACE more architecture independent
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 12/37] PM: Suspend/hibernation debug documentation update (rev. 2)
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 11/37] Hibernation: New testing facility (rev. 2)
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 10/37] suspend: build fix responding to 2.6.25 kset change
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 09/37] Suspend: Testing facility (rev. 2)
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 07/37] Hibernation: Move function prototypes to header
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 06/37] ACPI: Fix mismerge in acpi_hibernation_finish
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 08/37] Hibernation: Add PM_RESTORE_PREPARE and PM_POST_RESTORE notifiers (rev. 2)
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 05/37] Hibernation: Introduce exportable suspend ioctls header (rev. 2)
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 03/37] Hibernation: Mark SNAPSHOT_SET_SWAP_FILE ioctl as deprecated (rev. 2)
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 04/37] Hibernation: Correct definitions of some ioctls (rev. 2)
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 02/37] Hibernation: Rework platform support ioctls (rev. 2)
  • From: Len Brown <lenb@xxxxxxxxxx>
• suspend patches for 2.6.25-rc0
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 01/37] Hibernation: Introduce SNAPSHOT_GET_IMAGE_SIZE ioctl
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: Need to replace one patch in suspend branch
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: sleepy linux self-test
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: sleepy linux self-test
  • From: Pavel Machek <pavel@xxxxxx>
• Re: sleepy linux self-test
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: sleepy linux self-test
  • From: Pavel Machek <pavel@xxxxxx>
• Re: sleepy linux self-test
  • From: Ingo Molnar <mingo@xxxxxxx>
• sleepy linux self-test
  • From: Pavel Machek <pavel@xxxxxx>
• wakeup code translated to .c
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH] CPUidle: compile fix for non-x86
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• Need to replace one patch in suspend branch
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [2.6 patch] make suspend_device() static
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [2.6 patch] make suspend_device() static
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• patch pm-export-device_pm_schedule_removal.patch added to gregkh-2.6 tree
  • From: <gregkh@xxxxxxx>
• Re: Problem with s3 suspend to ram
  • From: G L <glafranceweb@xxxxxxxxx>
• [RFC 4/4] Voltage/Current Regulator framework
  • From: Liam Girdwood <lg@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC 1/4] Voltage/Current Regulator framework
  • From: Liam Girdwood <lg@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC 2/4] Voltage/Current Regulator framework
  • From: Liam Girdwood <lg@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC 3/4] Voltage/Current Regulator framework
  • From: Liam Girdwood <lg@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC 0/4] Voltage/Current Regulator framework
  • From: Liam Girdwood <lg@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Q: x86 suspend/hibernation code consolidation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Q: x86 suspend/hibernation code consolidation
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Problem with s3 suspend to ram
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Q: x86 suspend/hibernation code consolidation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Q: x86 suspend/hibernation code consolidation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Q: x86 suspend/hibernation code consolidation
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Q: x86 suspend/hibernation code consolidation
  • From: Len Brown <lenb@xxxxxxxxxx>
• Q: x86 suspend/hibernation code consolidation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: factor out common s2ram wakeup code
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: factor out common s2ram wakeup code
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH -mm 5/5] b43: Avoid unregistering device objects during suspend
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH -mm 5/5] b43: Avoid unregistering device objects during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH -mm 5/5] b43: Avoid unregistering device objects during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH -mm 5/5] b43: Avoid unregistering device objects during suspend
  • From: Michael Buesch <mb@xxxxxxxxx>
• Re: [PATCH -mm 5/5] b43: Avoid unregistering device objects during suspend
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH -mm 1/5] PM: Export device_pm_schedule_removal
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] PM: invoke suspend notifications after console switch
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 9/10] introduce intel_menlow platform specific driver
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH -mm 5/5] b43: Avoid unregistering device objects during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH -mm 1/5] PM: Export device_pm_schedule_removal
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH -mm 4/5] Leds: Add possibility to remove leds classdevs during suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH -mm 3/5] HWRNG: Add possibility to remove hwrng devices during suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH -mm 2/5] Misc: Add possibility to remove misc devices during suspend/resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH -mm 0/5] b43: Fix suspend/resume deadlock
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 9/10] introduce intel_menlow platform specific driver
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] PM: invoke suspend notifications after console switch
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: invoke suspend notifications after console switch
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• [GIT PATCH] ACPI patches for 2.6.24-rc8
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] PM: invoke suspend notifications after console switch
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: invoke suspend notifications after console switch
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• RE: [PATCH 9/10] introduce intel_menlow platform specific driver
  • From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] More updates for 2.6.25
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: invoke suspend notifications after console switch
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/3] More updates for 2.6.25
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: invoke suspend notifications after console switch
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 0/3] More updates for 2.6.25
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH 2.6.24-rc8] cpufreq: fix obvious condition statement error
  • From: Yi Yang <yi.y.yang@xxxxxxxxx>
• Re: b43_suspend problem
  • From: Michael Buesch <mb@xxxxxxxxx>
• Re: [PATCH 6/10] ACPI: register ACPI Video LCD as generic thermal cooling device
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: b43_suspend problem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• RE: [PATCH 9/10] introduce intel_menlow platform specific driver
  • From: "Thomas, Sujith" <sujith.thomas@xxxxxxxxx>
• RE: [PATCH 9/10] introduce intel_menlow platform specific driver
  • From: "Thomas, Sujith" <sujith.thomas@xxxxxxxxx>
• Re: [PATCH 9/10] introduce intel_menlow platform specific driver
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: b43_suspend problem
  • From: Michael Buesch <mb@xxxxxxxxx>
• ACPI Sleep problem
  • From: Manuel Arguelles <manuel.arguelles@xxxxxxxxx>
• Re: [PATCH 9/10] introduce intel_menlow platform specific driver
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: b43_suspend problem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: b43_suspend problem
  • From: Michael Buesch <mb@xxxxxxxxx>
• Re: b43_suspend problem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: b43_suspend problem
  • From: Michael Buesch <mb@xxxxxxxxx>
• Re: b43_suspend problem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: SCSI power management for AHCI
  • From: Pavel Machek <pavel@xxxxxx>
• patch pm-acquire-device-locks-on-suspend.patch added to gregkh-2.6 tree
  • From: <gregkh@xxxxxxx>
• Re: [PATCH 9/10] introduce intel_menlow platform specific driver
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Networked Computer Demand Response Manager
  • From: Daniella <bienchula@xxxxxxxxx>
• Re: [PATCH 9/10] introduce intel_menlow platform specific driver
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH 6/10] ACPI: register ACPI Video LCD as generic thermal cooling device
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH 6/10] ACPI: register ACPI Video LCD as generic thermal cooling device
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH 9/10] introduce intel_menlow platform specific driver
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: [PATCH 9/10] introduce intel_menlow platform specific driver
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] (2.4.25 material?) Fix unbalanced helper_lock in kernel/kmod.c
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] (2.4.25 material?) Fix unbalanced helper_lock in kernel/kmod.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 9/10] introduce intel_menlow platform specific driver
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: [PATCH 6/10] ACPI: register ACPI Video LCD as generic thermal cooling device
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH 9/10] introduce intel_menlow platform specific driver
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 3/10] ACPI: ACPI thermal zone handle notification correctly
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH 4/10] ACPI: register ACPI Fan as generic thermal cooling device
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH 5/10] ACPI: register ACPI Processor as generic thermal cooling device
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH 6/10] ACPI: register ACPI Video LCD as generic thermal cooling device
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH 8/10] ACPI: CELSIUS_TO_KELVIN fixup
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH 10/10] ACPI: thermal fixup
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH 7/10] ACPI: attach thermal zone info
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH 9/10] introduce intel_menlow platform specific driver
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH 1/10] the generic thermal sysfs driver
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH 2/10] ACPI: register ACPI thermal zone as generic thermal zone devices
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH 0/10] generic thermal management
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH] (2.4.25 material?) Fix unbalanced helper_lock in kernel/kmod.c
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxx>
• Re: -mm: pnp-do-not-stop-start-devices-in-suspend-resume-path.patch breaks resuming isapnp cards
  • From: Rene Herman <rene.herman@xxxxxxxxxxxx>
• Re: -mm: pnp-do-not-stop-start-devices-in-suspend-resume-path.patch breaks resuming isapnp cards
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: -mm: pnp-do-not-stop-start-devices-in-suspend-resume-path.patch breaks resuming isapnp cards
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• Re: SCSI power management for AHCI
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] More updates for 2.6.25
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/3] More updates for 2.6.25
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 0/3] More updates for 2.6.25
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 2/2] Suspend: Add config option to disable the freezer if architecture wants that
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 1/2] Suspend: Clean up suspend_64.c
  • From: Len Brown <lenb@xxxxxxxxxx>
• SCSI power management for AHCI
  • From: Pavel Machek <pavel@xxxxxx>
• Re: -mm: pnp-do-not-stop-start-devices-in-suspend-resume-path.patch breaks resuming isapnp cards
  • From: Jaroslav Kysela <perex@xxxxxxxx>
• Re: -mm: pnp-do-not-stop-start-devices-in-suspend-resume-path.patch breaks resuming isapnp cards
  • From: Rene Herman <rene.herman@xxxxxxxxxxxx>
• Re: -mm: pnp-do-not-stop-start-devices-in-suspend-resume-path.patch breaks resuming isapnp cards
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• Re: [alsa-devel] PNP_DRIVER_RES_DISABLE breaks swsusp at least with snd_cs4236
  • From: Rene Herman <rene.herman@xxxxxxxxxxxx>
• Re: -mm: pnp-do-not-stop-start-devices-in-suspend-resume-path.patch breaks resuming isapnp cards
  • From: Rene Herman <rene.herman@xxxxxxxxxxxx>
• Re: [alsa-devel] PNP_DRIVER_RES_DISABLE breaks swsusp at least with snd_cs4236
  • From: Rene Herman <rene.herman@xxxxxxxxxxxx>
• Re: b43_suspend problem
  • From: Michael Buesch <mb@xxxxxxxxx>
• Re: [alsa-devel] PNP_DRIVER_RES_DISABLE breaks swsusp at least with snd_cs4236
  • From: Rene Herman <rene.herman@xxxxxxxxxxxx>
• -mm: pnp-do-not-stop-start-devices-in-suspend-resume-path.patch breaks resuming isapnp cards
  • From: Rene Herman <rene.herman@xxxxxxxxxxxx>
• Re: [alsa-devel] PNP_DRIVER_RES_DISABLE breaks swsusp at least with snd_cs4236
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: b43_suspend problem
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: b43_suspend problem
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: -mm: pnp-do-not-stop-start-devices-in-suspend-resume-path.patch breaks resuming isapnp cards
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• Re: b43_suspend problem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] PM: Acquire device locks on suspend (rev. 4)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [alsa-devel] PNP_DRIVER_RES_DISABLE breaks swsusp at least with snd_cs4236
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [alsa-devel] PNP_DRIVER_RES_DISABLE breaks swsusp at least with snd_cs4236
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [alsa-devel] PNP_DRIVER_RES_DISABLE breaks swsusp at least with snd_cs4236
  • From: Pierre Ossman <drzeus@xxxxxxxxx>
• Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [alsa-devel] PNP_DRIVER_RES_DISABLE breaks swsusp at least with snd_cs4236
  • From: Pierre Ossman <drzeus@xxxxxxxxx>
• Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
  • From: Andi Kleen <ak@xxxxxxx>
• Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [GIT PATCH] ACPI patches for 2.6.24-rc7
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH] ACPI: Make sleep/main.c compile with CONFIG_PM_SLEEP unset
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC v4] apm-emulation: notify about all suspend events, not just apm invoked ones
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [patch] hibernation: utilize ACPI hardware signature
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend (rev. 3)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [patch] hibernation: utilize ACPI hardware signature
  • From: Shaohua Li <shaohua.li@xxxxxxxxx>
• [PATCH] PM: Acquire device locks on suspend (rev. 3)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/3] Hibernation: Invoke suspend notifications after console switch
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/3] Suspend: Invoke suspend notifications after console switch
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/3] PM: Remove obsolete /sys/devices/.../power/state docs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/3] More updates for 2.6.25
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [patch] hibernation: utilize ACPI hardware signature
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: invoke suspend notifications after console switch
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: invoke suspend notifications after console switch
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• [RFC v4] apm-emulation: notify about all suspend events, not just apm invoked ones
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC] Implementation of SCSI dynamic power management
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [patch 2.6.24-rc7] remove obsolete /sys/devices/.../power/state docs
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [patch 2.6.24-rc7] remove obsolete /sys/devices/.../power/state docs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: USB D3 vs system S3
  • From: David Brownell <david-b@xxxxxxxxxxx>
• [patch 2.6.24-rc7] remove obsolete /sys/devices/.../power/state docs
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] Implementation of SCSI dynamic power management
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] Implementation of SCSI dynamic power management
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: [RFC] Implementation of SCSI dynamic power management
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: USB D3 vs system S3
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: USB D3 vs system S3
  • From: Carlos Corbacho <carlos@xxxxxxxxxxxxxxxxxxx>
• Re: USB D3 vs system S3
  • From: Carlos Corbacho <carlos@xxxxxxxxxxxxxxxxxxx>
• Re: USB D3 vs system S3
  • From: Carlos Corbacho <carlos@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] Implementation of SCSI dynamic power management
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: USB D3 vs system S3
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Re: [RFC] Implementation of SCSI dynamic power management
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Analysis of sched_mc_power_savings
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Analysis of sched_mc_power_savings
  • From: Vaidyanathan Srinivasan <svaidy@xxxxxxxxxxxxxxxxxx>
• Re: Analysis of sched_mc_power_savings
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Analysis of sched_mc_power_savings
  • From: Vaidyanathan Srinivasan <svaidy@xxxxxxxxxxxxxxxxxx>
• Re: Analysis of sched_mc_power_savings
  • From: "Siddha, Suresh B" <suresh.b.siddha@xxxxxxxxx>
• Re: Re: [RFC] Implementation of SCSI dynamic power management
  • From: Pavel Machek <pavel@xxxxxx>
• Re: USB D3 vs system S3
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: USB D3 vs system S3
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• USB D3 vs system S3
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [RFC] sleepy linux
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC] Implementation of SCSI dynamic power management
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] Implementation of SCSI dynamic power management
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Analysis of sched_mc_power_savings
  • From: Vaidyanathan Srinivasan <svaidy@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] sleepy linux
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [RFC] Implementation of SCSI dynamic power management
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: [RFC] Implementation of SCSI dynamic power management
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: [RFC] Implementation of SCSI dynamic power management
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] Implementation of SCSI dynamic power management
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] Implementation of SCSI dynamic power management
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: [RFC] Implementation of SCSI dynamic power management
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] Implementation of SCSI dynamic power management
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: [RFC] Implementation of SCSI dynamic power management
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: [RFC] Implementation of SCSI dynamic power management
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: USB PM suspend/resume problems with Marvell Orion SoC
  • From: Tawfik Bayyouk <tawfik@xxxxxxxxxxx>
• Re: Re: Unify arch/x86/kernel/acpi/sleep*.c
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [RFC] Implementation of SCSI dynamic power management
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Suspend code ordering (again)
  • From: Shaohua Li <shaohua.li@xxxxxxxxx>
• Re: Re: Unify arch/x86/kernel/acpi/sleep*.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/7] Suspend: Introduce begin() and end() callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/7] ACPI suspend: Call _PTS before suspending devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 6/7] ACPI hibernation: Call _PTS before suspending devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/7] ACPI: Separate disabling of GPEs from _PTS
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/7] Hibernation: Introduce begin() and end() callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/7] ACPI: Separate invocations of _GTS and _BFS from _PTS and _WAK
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/7] Fix the ACPI 1.0 vs ACPI 2.0 suspend ordering issue (rev. 3)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 7/7] ACPI: Print message before calling _PTS
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC] Implementation of SCSI dynamic power management
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: [RFC][PATCH 2/7] ACPI: Separate invocations of _GTS and _BFS from _PTS and _WAK
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC] Implementation of SCSI dynamic power management
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 2/7] ACPI: Separate invocations of _GTS and _BFS from _PTS and _WAK
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC] Implementation of SCSI dynamic power management
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• [RFC] Implementation of SCSI dynamic power management
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [RFC] Autosuspend for usb-storage (based on SCSI dynamic PM)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] base: Change power/wakeup output from "" to "unsupported" if wakeup feature isn't supported by a device
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Unify arch/x86/kernel/acpi/sleep*.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Rename suspend/hibernation stuff for clarity
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: Rename suspend/hibernation stuff for clarity
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: USB PM suspend/resume problems with Marvell Orion SoC
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Rename suspend/hibernation stuff for clarity
  • From: Pavel Machek <pavel@xxxxxx>
• Unify arch/x86/kernel/acpi/sleep*.c
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 0/3 -mm] kexec jump -v8
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH] base: Change power/wakeup output from "" to "unsupported" if wakeup feature isn't supported by a device
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: [PATCH] base: Change power/wakeup output from "" to "unsupported" if wakeup feature isn't supported by a device
  • From: Yi Yang <yi.y.yang@xxxxxxxxx>
• Re: [PATCH] base: Change power/wakeup output from "" to "unsupported" if wakeup feature isn't supported by a device
  • From: Yi Yang <yi.y.yang@xxxxxxxxx>
• Re: [PATCH] base: Change power/wakeup output from "" to "unsupported" if wakeup feature isn't supported by a device
  • From: Yi Yang <yi.y.yang@xxxxxxxxx>
• Re: [PATCH] base: Change power/wakeup output from "" to "unsupported" if wakeup feature isn't supported by a device
  • From: Yi Yang <yi.y.yang@xxxxxxxxx>
• Re: [PATCH] base: Change power/wakeup output from "" to "unsupported" if wakeup feature isn't supported by a device
  • From: Yi Yang <yi.y.yang@xxxxxxxxx>
• Re: [PATCH] base: Change power/wakeup output from "" to "unsupported" if wakeup feature isn't supported by a device
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH] PM: Acquire device locks on suspend (rev. 2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [patch] hibernation: utilize ACPI hardware signature
  • From: Shaohua Li <shaohua.li@xxxxxxxxx>
• Re: [PATCH] base: Change power/wakeup output from "" to "unsupported" if wakeup feature isn't supported by a device
  • From: Yi Yang <yi.y.yang@xxxxxxxxx>
• Re: [PATCH] base: Change power/wakeup output from "" to "unsupported" if wakeup feature isn't supported by a device
  • From: Yi Yang <yi.y.yang@xxxxxxxxx>
• Re: Re: [PATCH] PM: Acquire device locks on suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Re: [PATCH] PM: Acquire device locks on suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Re: [PATCH] PM: Acquire device locks on suspend
  • From: "Johannes Berg" <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3 -mm] kexec jump -v8
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: USB PM suspend/resume problems with Marvell Orion SoC
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• USB PM suspend/resume problems with Marvell Orion SoC
  • From: Tawfik Bayyouk <tawfik@xxxxxxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH 1/7] Suspend: Introduce open() and close() callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 1/7] Suspend: Introduce open() and close() callbacks
  • From: David Brownell <david-b@xxxxxxxxxxx>
• [RFC][PATCH 5/7] Hibernation: Introduce open() and close() callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 4/7] ACPI Suspend: Call _PTS before suspending devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 2/7] ACPI: Separate invocations of _GTS and _BFS from _PTS and _WAK
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 6/7] ACPI hibernation: Call _PTS before suspending devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 7/7] ACPI: Print message before calling _PTS
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 3/7] ACPI: Separate disabling of GPEs from _PTS
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 0/7] Fix the ACPI 1.0 vs ACPI 2.0 suspend ordering issue (rev. 2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 1/7] Suspend: Introduce open() and close() callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC] sleepy linux
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Acquire device locks on suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH] PM: Acquire device locks on suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/4] PM: Introduce destroy_suspended_device()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/4] PM: Introduce destroy_suspended_device()
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [RFC][PATCH] PM: Acquire device locks on suspend (was: Re: [PATCH 1/4] PM: Introduce destroy_suspended_device())
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/4] PM: Introduce destroy_suspended_device()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [patch] hibernation: utilize ACPI hardware signature
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] base: Change power/wakeup output from "" to "unsupported" if wakeup feature isn't supported by a device
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: [PATCH] base: Change power/wakeup output from "" to "unsupported" if wakeup feature isn't supported by a device
  • From: Olivier Galibert <galibert@xxxxxxxxx>
• Re: [PATCH] base: Change power/wakeup output from "" to "unsupported" if wakeup feature isn't supported by a device
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] base: Change power/wakeup output from "" to "unsupported" if wakeup feature isn't supported by a device
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: [PATCH] base: Change power/wakeup output from "" to "unsupported" if wakeup feature isn't supported by a device
  • From: David Brownell <david-b@xxxxxxxxxxx>
• [PATCH] base: Change power/wakeup output from "" to "unsupported" if wakeup feature isn't supported by a device
  • From: Yi Yang <yi.y.yang@xxxxxxxxx>
• Re: [PATCH] base: Change power/wakeup output from "" to "unsupported" if wakeup feature isn't supported by a device
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [patch] hibernation: utilize ACPI hardware signature
  • From: Shaohua Li <shaohua.li@xxxxxxxxx>
• Re: Re: [patch] hibernation: utilize ACPI hardware signature
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 3/7] ACPI: Separate disabling of GPEs from _PTS
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH 2/7] ACPI: Separate invocations of _GTS and _BFS from _PTS and _WAK
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [patch] hibernation: utilize ACPI hardware signature
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Re: [patch] hibernation: utilize ACPI hardware signature
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC][PATCH 3/7] ACPI: Separate disabling of GPEs from _PTS
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC][PATCH 2/7] ACPI: Separate invocations of _GTS and _BFS from _PTS and _WAK
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 0/3 -mm] kexec jump -v8
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: Re: [patch] hibernation: utilize ACPI hardware signature
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxx>
• Re: Re: [patch] hibernation: utilize ACPI hardware signature
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxx>
• Re: [patch] hibernation: utilize ACPI hardware signature
  • From: Shaohua Li <shaohua.li@xxxxxxxxx>
• Re: [patch] hibernation: utilize ACPI hardware signature
  • From: Shaohua Li <shaohua.li@xxxxxxxxx>
• Re: [Suspend2-devel] Freezing filesystems (Was Re: What's in store for 2008 for TuxOnIce?)
  • From: Bernd Steinhauser <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: Re: [patch] hibernation: utilize ACPI hardware signature
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Re: [patch] hibernation: utilize ACPI hardware signature
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Suspend2-users] [Suspend2-devel] Freezing filesystems (Was Re: What's in store for 2008 for TuxOnIce?)
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxx>
• Re: [Suspend2-devel] Freezing filesystems (Was Re: What's in store for 2008 for TuxOnIce?)
  • From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
• Re: Re: [patch] hibernation: utilize ACPI hardware signature
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxx>
• Re: Re: [patch] hibernation: utilize ACPI hardware signature
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxx>
• Re: [Suspend2-devel] Freezing filesystems (Was Re: What's in store for 2008 for TuxOnIce?)
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
  • From: Alessandro Zummo <alessandro.zummo@xxxxxxxxxxxx>
• Re: Freezing filesystems (Was Re: What's in store for 2008 for TuxOnIce?)
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
  • From: Alessandro Zummo <alessandro.zummo@xxxxxxxxxxxx>
• Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: [PATCH 1/4] PM: Introduce destroy_suspended_device()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/4] PM: Introduce destroy_suspended_device()
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: IDE/ACPI related hibernation regression: Second attempt fails
  • From: Mikko Vinni <mmvinni@xxxxxxxxx>
• Re: [Suspend2-devel] Freezing filesystems (Was Re: What's in store for 2008 for TuxOnIce?)
  • From: Theodore Tso <tytso@xxxxxxx>
• Re: IDE/ACPI related hibernation regression: Second attempt fails
  • From: Mikko Vinni <mmvinni@xxxxxxxxx>
• Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
  • From: "Kay Sievers" <kay.sievers@xxxxxxxx>
• Re: [patch] hibernation: utilize ACPI hardware signature
  • From: "Erik Andrén" <erik.andren@xxxxxxxxx>
• Re: IDE/ACPI related hibernation regression: Second attempt fails
  • From: Mikko Vinni <mmvinni@xxxxxxxxx>
• Re: IDE/ACPI related hibernation regression: Second attempt fails
  • From: Andreas Mohr <andi@xxxxxxxx>
• IDE/ACPI related hibernation regression: Second attempt fails
  • From: Mikko Vinni <mmvinni@xxxxxxxxx>
• [ANNOUNCE] Userland suspend/hibernation tool v0.8 released
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [patch] hibernation: utilize ACPI hardware signature
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [patch] hibernation: utilize ACPI hardware signature
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/4] PM: Introduce destroy_suspended_device()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [Suspend2-devel] Freezing filesystems (Was Re: What's in store for 2008 for TuxOnIce?)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Hibernation: Document __save_processor_state() on x86-64 (rev. 2)
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [RFC] sleepy linux
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [patch] hibernation: utilize ACPI hardware signature
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [patch] hibernation: utilize ACPI hardware signature
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• [patch] hibernation: utilize ACPI hardware signature
  • From: Shaohua Li <shaohua.li@xxxxxxxxx>
• Re: [Suspend2-devel] Freezing filesystems (Was Re: What's in store for 2008 for TuxOnIce?)
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxx>
• Freezing filesystems (Was Re: What's in store for 2008 for TuxOnIce?)
  • From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/4] PM: Do not destroy/create devices while suspended (rev. 2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/4] PM: Introduce destroy_suspended_device()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/4] PM: Do not destroy/create devices while suspended in msr.c (rev. 2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/4] PM: Do not destroy/create devices while suspended in cpuid.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/4] PM: Do not destroy/create devices while suspended in mce_64.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Hibernation: Document __save_processor_state() on x86-64 (rev. 2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: What's in store for 2008 for TuxOnIce?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Hibernation: Document __save_processor_state() on x86-64 (rev. 2)
  • From: Pavel Machek <pavel@xxxxxx>
• Re: IDE/ACPI related hibernation regression: Second attempt fails
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: IDE/ACPI related hibernation regression: Second attempt fails
  • From: Robert Hancock <hancockr@xxxxxxx>
• Re: USB storage powersaving patches
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 0/3 -mm] kexec jump -v8
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH] Warn about attempts to register/unregister devices during system suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Hibernation: Document __save_processor_state() on x86-64
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Hibernation: Document __save_processor_state() on x86-64
  • From: "Torsten Kaiser" <just.for.lkml@xxxxxxxxxxxxxx>
• Re: [RFC] sleepy linux
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] Hibernation: Document __save_processor_state() on x86-64
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] Hibernation: Document __save_processor_state() on x86-64
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Hibernation: Document __save_processor_state() on x86-64
  • From: Ingo Molnar <mingo@xxxxxxx>
• [PATCH] Hibernation: Document __save_processor_state() on x86-64 (rev. 2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Hibernation: Document __save_processor_state() on x86-64
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Hibernation: Document __save_processor_state() on x86-64
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Hibernation: Document __save_processor_state() on x86-64
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] Hibernation: Document __save_processor_state() on x86-64
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] Hibernation: Document __save_processor_state() on x86-64
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Hibernation: Document __save_processor_state() on x86-64
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC] sleepy linux
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: [PATCH] Hibernation: Document __save_processor_state() on x86-64
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] Hibernation: Document __save_processor_state() on x86-64
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC] sleepy linux
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [RFC] sleepy linux
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC] sleepy linux
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC] sleepy linux
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] Hibernation: Document __save_processor_state() on x86-64
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 0/3 -mm] kexec jump -v8
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH 0/3 -mm] kexec jump -v8
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH] Hibernation: Document __save_processor_state() on x86-64
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/3 -mm] kexec jump -v8
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: Suspend code ordering (again)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Suspend code ordering (again)
  • From: Robert Hancock <hancockr@xxxxxxx>
• Re: [RFC][PATCH 0/7] Fix the ACPI 1.0 vs ACPI 2.0 suspend ordering issue
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Suspend code ordering (again)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: do not stop/start devices in suspend/resume path: the SCSI case
  • From: Stephane Ascoet <stephaneascoet@xxxxxxx>
• Re: [RFC] sleepy linux
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC] sleepy linux
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC] sleepy linux
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC] sleepy linux
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Suspend code ordering (again)
  • From: "H. Peter Anvin" <hpa@xxxxxxxxxx>
• Re: [RFC][PATCH 0/7] Fix the ACPI 1.0 vs ACPI 2.0 suspend ordering issue
  • From: Carlos Corbacho <carlos@xxxxxxxxxxxxxxxxxxx>
• ACPI: _PTS ordering needs fixing for pre ACPI 3.0 systems (was: Re: x86: Increase PCIBIOS_MIN_IO to 0x1500 to fix nForce 4 suspend-to-RAM)
  • From: Carlos Corbacho <carlos@xxxxxxxxxxxxxxxxxxx>
• Re: x86: Increase PCIBIOS_MIN_IO to 0x1500 to fix nForce 4 suspend-to-RAM
  • From: Avi Kivity <avi@xxxxxxxxxxxx>
• Re: x86: Increase PCIBIOS_MIN_IO to 0x1500 to fix nForce 4 suspend-to-RAM
  • From: Carlos Corbacho <carlos@xxxxxxxxxxxxxxxxxxx>
• Re: x86: Increase PCIBIOS_MIN_IO to 0x1500 to fix nForce 4 suspend-to-RAM
  • From: Carlos Corbacho <carlos@xxxxxxxxxxxxxxxxxxx>
• Re: ACPI: _PTS ordering needs fixing for pre ACPI 3.0 systems (was: Re: x86: Increase PCIBIOS_MIN_IO to 0x1500 to fix nForce 4 suspend-to-RAM)
  • From: Carlos Corbacho <carlos@xxxxxxxxxxxxxxxxxxx>
• Re: x86: Increase PCIBIOS_MIN_IO to 0x1500 to fix nForce 4 suspend-to-RAM
  • From: Carlos Corbacho <carlos@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3 -mm] kexec jump -v8
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: Suspend code ordering (again)
  • From: Robert Hancock <hancockr@xxxxxxx>
• [RFC][PATCH 3/7] ACPI: Separate disabling of GPEs from _PTS
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 5/7] Hibernation: Introduce open() and close() callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 1/7] Suspend: Introduce open() and close() callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 4/7] Suspend: Call _PTS early on ACPI 1.0x systems
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 0/7] Fix the ACPI 1.0 vs ACPI 2.0 suspend ordering issue
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 6/7] Hibernation: Call _PTS early on ACPI 1.0x systems
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 7/7] ACPI: Print message before calling _PTS
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 2/7] ACPI: Separate invocations of _GTS and _BFS from _PTS and _WAK
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC] sleepy linux
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: [PATCH 0/3 -mm] kexec jump -v8
  • From: "Huang, Ying" <ying.huang@xxxxxxxxx>
• Re: [PATCH 0/3 -mm] kexec jump -v8
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFC] sleepy linux
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: [RFC] sleepy linux
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC] sleepy linux
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC] sleepy linux
  • From: Igor Stoppa <igor.stoppa@xxxxxxxxx>
• Re: [RFC] sleepy linux
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: [RFC] sleepy linux
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC] sleepy linux
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: [RFC] sleepy linux
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC] sleepy linux
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC] sleepy linux
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: Suspend code ordering (again)
  • From: Alexey Starikovskiy <aystarik@xxxxxxxxx>
• Re: [PATCH 0/3] PM: Do not destroy/create devices while suspended
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Suspend code ordering (again) (was: Re: x86: Increase PCIBIOS_MIN_IO to 0x1500 to fix nForce 4 suspend-to-RAM)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: x86: Increase PCIBIOS_MIN_IO to 0x1500 to fix nForce 4 suspend-to-RAM
  • From: Robert Hancock <hancockr@xxxxxxx>
• Re: x86: Increase PCIBIOS_MIN_IO to 0x1500 to fix nForce 4 suspend-to-RAM
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Suspend code ordering (again) (was: Re: x86: Increase PCIBIOS_MIN_IO to 0x1500 to fix nForce 4 suspend-to-RAM)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] PM: Do not destroy/create devices while suspended
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [RFC] sleepy linux
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 0/3] PM: Do not destroy/create devices while suspended
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: x86: Increase PCIBIOS_MIN_IO to 0x1500 to fix nForce 4 suspend-to-RAM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: x86: Increase PCIBIOS_MIN_IO to 0x1500 to fix nForce 4 suspend-to-RAM
  • From: Robert Hancock <hancockr@xxxxxxx>