Linux PM

• Thread Index

• [PATCH 7/10] PCI PM: Call pci_fixup_device from legacy routines
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 8/10] PCI PM: Register power state of devices during initialization
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Hibernation breaks between 2.6.23 and 2.6.24 on Acer Aspire 1690
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Hibernation breaks between 2.6.23 and 2.6.24 on Acer Aspire 1690
  • From: Daniel Qarras <dqarras@xxxxxxxxx>
• Re: Hibernation breaks between 2.6.23 and 2.6.24 on Acer Aspire 1690
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Hibernation breaks between 2.6.23 and 2.6.24 on Acer Aspire 1690
  • From: Daniel Qarras <dqarras@xxxxxxxxx>
• [PATCH 2/2] kprobes: check CONFIG_FREEZER instead of CONFIG_PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/2] PM: Fix freezer compilation if PM_SLEEP is unset
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/2] PM: Compilation fixes related to the freezer
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/4] PCI PCIe portdrv: Add kerneldoc comments to some core functions
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: Hibernation breaks between 2.6.23 and 2.6.24 on Acer Aspire 1690
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: KPROBE linking error (who's the maintainer of kernel/power/) ?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: KPROBE linking error (who's the maintainer of kernel/power/) ?
  • From: "Cheng Renquan (程任全)" <crquan@xxxxxxxxx>
• Hibernation breaks between 2.6.23 and 2.6.24 on Acer Aspire 1690
  • From: Daniel Qarras <dqarras@xxxxxxxxx>
• Re: [RFC][PATCH 6/10] PCI PM: Rearrange code in pci-driver.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH 5/10] PCI PM: Avoid touching devices behind bridges in unknown state (rev. 2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH 2/10] PCI PM: Add suspend counterpart of pci_reenable_device
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH 9/10] PCI PM: Run default PM callbacks for all devices using new framework
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [RFC][PATCH 7/10] PCI PM: Call pci_fixup_device from legacy routines
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [RFC][PATCH 6/10] PCI PM: Rearrange code in pci-driver.c
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [RFC][PATCH 10/10] PCI PM: Put PM callbacks in the order of execution
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [RFC][PATCH 8/10] PCI PM: Register power state of devices during initialization
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [RFC][PATCH 5/10] PCI PM: Avoid touching devices behind bridges in unknown state (rev. 2)
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [RFC][PATCH 4/10] PCI PM: Move pci_has_legacy_pm_support
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [RFC][PATCH 3/10] PCI PM: Power-manage devices without drivers during suspend-resume
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [RFC][PATCH 2/10] PCI PM: Add suspend counterpart of pci_reenable_device
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [RFC][PATCH 1/10] PCI PM: Fix poweroff and restore callbacks
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: SMP poweroff hangs: it's baaaack! But on x86_64 this time.
  • From: Mark Lord <lkml@xxxxxx>
• Re: [TuxOnIce-users] Shutdown troubles (probably about nvidia)
  • From: Dmitry Nezhevenko <dion@xxxxxxxxx>
• Re: [TuxOnIce-users] Shutdown troubles (probably about nvidia)
  • From: Pavel Machek <pavel@xxxxxx>
• Re: PM with rootfs on mmc?
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: Hin-Tak Leung <htl10@xxxxxxxxxxxxxxxxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: Hin-Tak Leung <htl10@xxxxxxxxxxxxxxxxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: "Stefanik Gábor" <netrolller.3d@xxxxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: Hin-Tak Leung <htl10@xxxxxxxxxxxxxxxxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: Hin-Tak Leung <htl10@xxxxxxxxxxxxxxxxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: Hin-Tak Leung <htl10@xxxxxxxxxxxxxxxxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: Hin-Tak Leung <htl10@xxxxxxxxxxxxxxxxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 5/10] PCI PM: Avoid touching devices behind bridges in unknown state (rev. 2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/4] PCI PCIe portdrv: Rearrange code so that related things are together
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/4] PCI PCIe portdrv: Add kerneldoc comments to some core functions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/4] PCI PCIe portdrv: Fix suspend and resume of PCI Express port services
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/4] PCI PCIe portdrv: Add kerneldoc comments to remining core funtions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/4] PCI PCIe portdrv: Add kerneldoc comments and fix suspend-resume bug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: Bob Copeland <me@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] PCI PM: Split PCI Express port suspend-resume
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [TuxOnIce-users] Shutdown troubles (probably about nvidia)
  • From: Dmitry Nezhevenko <dion@xxxxxxxxx>
• Re: [TuxOnIce-users] Shutdown troubles (probably about nvidia)
  • From: Dmitry Nezhevenko <dion@xxxxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: Bob Copeland <me@xxxxxxxxxxxxxxx>
• Re: PM with rootfs on mmc?
  • From: "Sriram V" <vshrirama@xxxxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: PM with rootfs on mmc?
  • From: Len Brown <lenb@xxxxxxxxxx>
• PM with rootfs on mmc?
  • From: "Sriram V" <vshrirama@xxxxxxxxx>
• Re: [PATCH] ACPI: Do not modify SCI_EN directly
  • From: Len Brown <lenb@xxxxxxxxxx>
• [RFC][PATCH 7/10] PCI PM: Call pci_fixup_device from legacy routines
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 1/10] PCI PM: Fix poweroff and restore callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 9/10] PCI PM: Run default PM callbacks for all devices using new framework
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 8/10] PCI PM: Register power state of devices during initialization
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 5/10] PCI PM: Avoid touching devices behind bridges in unknown state
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 2/10] PCI PM: Add suspend counterpart of pci_reenable_device
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 0/10] PCI PM: Make new suspend-resume callbacks carry out core operations
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 4/10] PCI PM: Move pci_has_legacy_pm_support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 3/10] PCI PM: Power-manage devices without drivers during suspend-resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 10/10] PCI PM: Put PM callbacks in the order of execution
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH 6/10] PCI PM: Rearrange code in pci-driver.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI: Do not modify SCI_EN directly
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: [PATCH] ACPI: Do not modify SCI_EN directly
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: "Bob Copeland" <me@xxxxxxxxxxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: rtl8187 usb wifi adaptor causes suspend hang
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• rtl8187 usb wifi adaptor causes suspend hang
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: Do not modify SCI_EN directly
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• [PATCH] ACPI: Do not modify SCI_EN directly
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH] PCI PM: Make new suspend-resume callbacks carry out core operations (rev. 2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/2] PCI PM: Split PCI Express port suspend-resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/2] PCI PM: Fix pci_update_current_state
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/2] PCI PM fixes for 2.6.29
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/2] PCI PM: Split PCI Express port suspend-resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/2] PCI PM: Fix pci_update_current_state
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/2] PCI PM fixes for 2.6.29
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH 2/3] PCI: parallel resume for pci devices on bus 0
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/3] PCI: parallel resume for pci devices on bus 0
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [RFC PATCH 0/3] pm: device parallel resume mechanism
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH 2/3] PCI: parallel resume for pci devices on bus 0
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: SMP poweroff hangs: it's baaaack! But on x86_64 this time.
  • From: Mark Lord <lkml@xxxxxx>
• Re: [RFC PATCH 0/3] pm: device parallel resume mechanism
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [RFC PATCH 2/3] PCI: parallel resume for pci devices on bus 0
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• 2.6.28-rc9-git1: Reported regressions from 2.6.27
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: SMP poweroff hangs: it's baaaack! But on x86_64 this time.
  • From: Mark Lord <lkml@xxxxxx>
• Re: [RFC PATCH 2/3] PCI: parallel resume for pci devices on bus 0
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] pm: device parallel resume mechanism
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH 2/3] PCI: parallel resume for pci devices on bus 0
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: SMP poweroff hangs: it's baaaack! But on x86_64 this time.
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [RFC PATCH 2/3] PCI: parallel resume for pci devices on bus 0
  • From: Matthew Wilcox <matthew@xxxxxx>
• [RFC PATCH 2/3] PCI: parallel resume for pci devices on bus 0
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [RFC PATCH 3/3] ACPI: parallel resume for ACPI battery
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [RFC PATCH 1/3] PM: introduce device parallel resume mechanism
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [RFC PATCH 0/3] pm: device parallel resume mechanism
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [RFC][PATCH] PCI: Make new suspend-resume callbacks carry out core operations
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• SMP poweroff hangs: it's baaaack! But on x86_64 this time.
  • From: Mark Lord <lkml@xxxxxx>
• Re: hibernation bug - swap goes AWOL
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: hibernation bug - swap goes AWOL
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI: fix incorrect error return in pci_enable_wake
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI: fix incorrect error return in pci_enable_wake
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI: fix incorrect error return in pci_enable_wake
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• hibernation bug - swap goes AWOL
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [PATCH] PCI: fix incorrect error return in pci_enable_wake
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: Pavel Machek <pavel@xxxxxxx>
• 2.6.28-rc8-git1: Reported regressions from 2.6.27
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Bugs on aspire one A150
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: Bugs on aspire one A150
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [ath5k-devel] Bugs on aspire one A150
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: [ath5k-devel] Bugs on aspire one A150
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: Bugs on aspire one A150
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: [ath5k-devel] Bugs on aspire one A150
  • From: "Nick Kossifidis" <mickflemm@xxxxxxxxx>
• Re: Bugs on aspire one A150
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [ath5k-devel] Bugs on aspire one A150
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: Bugs on aspire one A150
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: [PATCH 3/3] Sound (HDA Intel): Restore PCI configuration space with interrupts off
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH -suspend] Hibernate: Replace unnecessary evaluation of pfn_to_page()
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 3/3] Sound (HDA Intel): Restore PCI configuration space with interrupts off
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/3] Sound (HDA Intel): Restore PCI configuration space with interrupts off
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] PCI: fix incorrect error return in pci_enable_wake
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] PCI: fix incorrect error return in pci_enable_wake
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] Sound (HDA Intel): Restore PCI configuration space with interrupts off
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: USB suspend and resume for PCI host controllers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: USB suspend and resume for PCI host controllers
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] Sound (HDA Intel): Restore PCI configuration space with interrupts off
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: USB suspend and resume for PCI host controllers
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: USB suspend and resume for PCI host controllers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• ACPI bugs - Dec-2008 status report
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: USB suspend and resume for PCI host controllers
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: USB suspend and resume for PCI host controllers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Firewire node manager causes up to ~3.25s delay in freezing tasks.
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• [PATCH] Firewire node manager causes up to ~3.25s delay in freezing tasks.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [PATCH] Bluetooth node manager causes up to ~3.25s delay in freezing tasks.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [PATCH] Bluetooth node manager causes up to ~3.25s delay in freezing tasks.
  • From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
• [PATCH] Bluetooth node manager causes up to ~3.25s delay in freezing tasks.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• USB suspend and resume for PCI host controllers
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: Greg KH <greg@xxxxxxxxx>
• Re: x86: Change static allocation of trampoline area
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH -suspend] Hibernate: Replace unnecessary evaluation of pfn_to_page()
  • From: Pavel Machek <pavel@xxxxxxx>
• [PATCH -suspend] Hibernate: Replace unnecessary evaluation of pfn_to_page()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• x86: Change static allocation of trampoline area
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/3] PCI: Rework default handling of suspend and resume (rebased)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 2.6.28-rc8-git5: Reported regressions from 2.6.27
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/3] PCI: Suspend and resume PCI Express ports with interrupts disabled
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/3] Sound (HDA Intel): Restore PCI configuration space with interrupts off
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] Sound (HDA Intel): Restore PCI configuration space with interrupts off
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] PCI: Suspend and resume PCI Express ports with interrupts disabled
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Fix hibernation regression on Toshiba Portege R500
  • From: Frans Pop <elendil@xxxxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] PCI: Suspend and resume PCI Express ports with interrupts disabled
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/3] PCI: Suspend and resume PCI Express ports with interrupts disabled
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] PCI: Suspend and resume PCI Express ports with interrupts disabled
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/3] PCI: Suspend and resume PCI Express ports with interrupts disabled
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] PCI: Rework default handling of suspend and resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/3] Sound (HDA Intel): Restore PCI configuration space with interrupts off
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/3] Fix hibernation regression on Toshiba Portege R500
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/3] PCI: Suspend and resume PCI Express ports with interrupts disabled
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Oops during hibernation under 2.6.28-rc6
  • From: Ferenc Wagner <wferi@xxxxxxx>
• Re: 2.6.28-rc7-git2: Reported regressions from 2.6.27
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• 2.6.28-rc7-git2: Reported regressions from 2.6.27
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Oops during hibernation under 2.6.28-rc6
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Oops during hibernation under 2.6.28-rc6
  • From: Ferenc Wagner <wferi@xxxxxxx>
• Re: [Suspend-devel] TAP (and TUN?) devices not working after resume
  • From: James Le Cuirot <chewi@xxxxxxxxxxxxxxxxx>
• Re: [ath5k-devel] Bugs on aspire one A150
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• [GIT PULL] ACPI patches for Linux-2.6.28-rc6
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 1/1] Hibernate: Take overlapping zones into account (rev. 2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/1] Hibernate: Take overlapping zones into account (rev. 2)
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [RFC] Tying sysfs "wakeup" file to platform-level?handler
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] Tying sysfs "wakeup" file to platform-level?handler
  • From: Deepak Saxena <dsaxena@xxxxxxxxxxx>
• Re: [RFC] Tying sysfs "wakeup" file to platform-level?handler
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] Tying sysfs "wakeup" file to platform-level?handler
  • From: Deepak Saxena <dsaxena@xxxxxxxxxxx>
• Re: [RFC] Tying sysfs "wakeup" file to platform-level?handler
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] Tying sysfs "wakeup" file to platform-level?handler
  • From: Deepak Saxena <dsaxena@xxxxxxxxxxx>
• Re: [RFC] Tying sysfs "wakeup" file to platform-level?handler
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] Tying sysfs "wakeup" file to platform-level?handler
  • From: Deepak Saxena <dsaxena@xxxxxxxxxxx>
• Re: [RFC] Tying sysfs "wakeup" file to platform-level?handler
  • From: Deepak Saxena <dsaxena@xxxxxxxxxxx>
• Re: [RFC] Tying sysfs "wakeup" file to platform-level?handler
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] Tying sysfs "wakeup" file to platform-level?handler
  • From: Deepak Saxena <dsaxena@xxxxxxxxxxx>
• Re: [RFC] Tying sysfs "wakeup" file to platform-level handler
  • From: Deepak Saxena <dsaxena@xxxxxxxxxxx>
• Re: [RFC] Tying sysfs "wakeup" file to platform-level handler
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC] Tying sysfs "wakeup" file to platform-level handler
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] Tying sysfs "wakeup" file to platform-level handler
  • From: Deepak Saxena <dsaxena@xxxxxxxxxxx>
• Re: [RFC] Tying sysfs "wakeup" file to platform-level handler
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] Tying sysfs "wakeup" file to platform-level handler
  • From: Deepak Saxena <dsaxena@xxxxxxxxxxx>
• Re: [RFC] Tying sysfs "wakeup" file to platform-level handler
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [RFC] Tying sysfs "wakeup" file to platform-level handler
  • From: Deepak Saxena <dsaxena@xxxxxxxxxxx>
• 2.6.28-rc6-git1: Reported regressions from 2.6.27
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI suspend: Blacklist boxes that require us to set SCI_EN directly on resume
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: New comer in the linux-pm list
  • From: Mark Brown <broonie@xxxxxxxxxxxxx>
• Re: Crash during suspend to disk
  • From: Pavel Machek <pavel@xxxxxxx>
• Crash during suspend to disk
  • From: Simon Holm Thøgersen <account@xxxxxxxxx>
• Re: New comer in the linux-pm list
  • From: Liam Girdwood <lrg@xxxxxxxxxx>
• Re: [PATCH] ACPI suspend: Blacklist boxes that require us to set SCI_EN directly on resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Info on hibernation swap space requirement
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [PATCH 2/4] ACPI hibernate: Add a mechanism to save/restore ACPI NVS memory
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [PATCH] ACPI suspend: Blacklist boxes that require us to set SCI_EN directly on resume
  • From: Bob Copeland <me@xxxxxxxxxxxxxxx>
• Info on hibernation swap space requirement
  • From: Francesco VIRLINZI <francesco.virlinzi@xxxxxx>
• Re: [PATCH] ACPI suspend: Blacklist boxes that require us to set SCI_EN directly on resume
  • From: Robert Hancock <hancockr@xxxxxxx>
• patch fix-misspellings-in-pm.h-macros.patch added to gregkh-2.6 tree
  • From: <gregkh@xxxxxxx>
• [PATCH] ACPI suspend: Blacklist boxes that require us to set SCI_EN directly on resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.28-rc5: Reported regressions from 2.6.27
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Fix misspellings in pm.h macros
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] Fix misspellings in pm.h macros
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: 2.6.28-rc5: Reported regressions from 2.6.27
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.28-rc5: Reported regressions from 2.6.27
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: 2.6.28-rc5: Reported regressions from 2.6.27
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.28-rc5: Reported regressions from 2.6.27
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.28-rc5: Reported regressions from 2.6.27
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• 2.6.28-rc5: Reported regressions from 2.6.27
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Suspend regression in 2.6.25.18
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Pavel Machek <pavel@xxxxxxx>
• [PATCH 1/1] Hibernate: Take overlapping zones into account (rev. 2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/1] Updated patch (was: Re: [PATCH -next] Hibernate: Take overlapping zones into account)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] Hibernate: Take overlapping zones into account
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Suspend to disk broken in latest 2.6.28-rc3
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Bugs on aspire one A150
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: sdhci: Loads of scary messages during suspend/resume with SD card inserted
  • From: Frans Pop <elendil@xxxxxxxxx>
• Re: Suspend to disk broken in latest 2.6.28-rc3
  • From: Romano Giannetti <romanol@xxxxxxxxxxxxx>
• Re: Suspend to disk broken in latest 2.6.28-rc3
  • From: Mathieu Chouquet-Stringer <mchouque@xxxxxxx>
• Re: pm support
  • From: "Amit Kucheria" <amit.kucheria@xxxxxxxxxxxxx>
• Re: Suspend to disk broken in latest 2.6.28-rc3
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• Re: Suspend to disk broken in latest 2.6.28-rc3
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• Re: Suspend to disk broken in latest 2.6.28-rc3
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• Re: Suspend to disk broken in latest 2.6.28-rc3
  • From: "Bob Copeland" <me@xxxxxxxxxxxxxxx>
• Re: [PATCH] x86: Make NUMA on 32-bit depend on EXPERIMENTAL again
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] x86: Hibernate: Fix breakage on x86_32 with CONFIG_NUMA set (was: Re: CONFIG_NUMA breaks hibernation on x86-32 with PAE)
  • From: Ingo Molnar <mingo@xxxxxxx>
• [PATCH] x86: Make NUMA on 32-bit depend on EXPERIMENTAL again
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] x86: Hibernate: Fix breakage on x86_32 with CONFIG_NUMA set (was: Re: CONFIG_NUMA breaks hibernation on x86-32 with PAE)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Suspend to disk broken in latest 2.6.28-rc3
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: Suspend to disk broken in latest 2.6.28-rc3
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Suspend to disk broken in latest 2.6.28-rc3
  • From: Jens Axboe <jens.axboe@xxxxxxxxxx>
• Re: Suspend to disk broken in latest 2.6.28-rc3
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: Bugs on aspire one A150
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• pm support
  • From: "Peter Reid" <ppeter.reid@xxxxxxxxx>
• Re: [PATCH 1/2] Hibernate: Take overlapping zones into account
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [0/2] Hibernation patches for suspend branch (was: Re: [PATCH -next] Hibernate: Take overlapping zones into account)
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 1/2] Hibernate: Take overlapping zones into account
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• [PATCH 2/2] Hibernate: Do not oops on resume if image data are incorrect
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/2] Hibernate: Take overlapping zones into account
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [0/2] Hibernation patches for suspend branch (was: Re: [PATCH -next] Hibernate: Take overlapping zones into account)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH -next] Hibernate: Take overlapping zones into account
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: Suspend to disk broken in latest 2.6.28-rc3
  • From: Mathieu Chouquet-Stringer <mchouque@xxxxxxx>
• Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up
  • From: "Justin Mattock" <justinmattock@xxxxxxxxx>
• Re: Dynamic Idle?
  • From: Amit Kucheria <amit.kucheria@xxxxxxxxxxxxx>
• Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up
  • From: Rogério Brito <rbrito@xxxxxxxxxx>
• Re: Suspend to disk broken in latest 2.6.28-rc3
  • From: Mathieu Chouquet-Stringer <mchouque@xxxxxxx>
• Re: Suspend to disk broken in latest 2.6.28-rc3
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: [ath5k-devel] Bugs on aspire one A150
  • From: "Nick Kossifidis" <mickflemm@xxxxxxxxx>
• Re: Suspend to disk broken in latest 2.6.28-rc3
  • From: Mathieu Chouquet-Stringer <mchouque@xxxxxxx>
• Re: Bugs on aspire one A150
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: Suspend to disk broken in latest 2.6.28-rc3
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Bugs on aspire one A150
  • From: "Bob Copeland" <me@xxxxxxxxxxxxxxx>
• Suspend to disk broken in latest 2.6.28-rc3
  • From: Mathieu Chouquet-Stringer <mchouque@xxxxxxx>
• Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up
  • From: "Justin Mattock" <justinmattock@xxxxxxxxx>
• Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up
  • From: "Justin Mattock" <justinmattock@xxxxxxxxx>
• Re: Suspend to disk broken in latest 2.6.28-rc3
  • From: Mathieu Chouquet-Stringer <mchouque@xxxxxxx>
• Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up
  • From: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
• Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up
  • From: "Justin Mattock" <justinmattock@xxxxxxxxx>
• Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up
  • From: Rogério Brito <rbrito@xxxxxxxxxx>
• Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up
  • From: Rogério Brito <rbrito@xxxxxxxxxx>
• Re: Suspend to disk broken in latest 2.6.28-rc3
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: Suspend to disk broken in latest 2.6.28-rc3
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 2.6.28-rc3-git6: Reported regressions from 2.6.27
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [PATCH] Fix __pfn_to_page(pfn) for CONFIG_DISCONTIGMEM=y
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Fix __pfn_to_page(pfn) for CONFIG_DISCONTIGMEM=y
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: Bugs on aspire one A150
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [PATCH] Fix __pfn_to_page(pfn) for CONFIG_DISCONTIGMEM=y
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up
  • From: Rogério Brito <rbrito@xxxxxxxxxx>
• Re: Bugs on aspire one A150
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: Wakeup events?
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Wakeup events?
  • From: "Peter Reid" <ppeter.reid@xxxxxxxxx>
• Re: [PATCH -next] Hibernate: Do not oops on resume if image data are incorrect
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [PATCH] Fix __pfn_to_page(pfn) for CONFIG_DISCONTIGMEM=y
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Fix __pfn_to_page(pfn) for CONFIG_DISCONTIGMEM=y
  • From: Pavel Machek <pavel@xxxxxxx>
• [PATCH -next] Hibernate: Do not oops on resume if image data are incorrect
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH -next] Hibernate: Take overlapping zones into account
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] Fix __pfn_to_page(pfn) for CONFIG_DISCONTIGMEM=y
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Bugs on aspire one A150
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up
  • From: Rogério Brito <rbrito@xxxxxxxxxx>
• Bugs on aspire one A150
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: Dynamic Idle?
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Dynamic Idle?
  • From: "Peter Reid" <ppeter.reid@xxxxxxxxx>
• Re: Dynamic Idle?
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Dynamic Idle?
  • From: "Peter Reid" <ppeter.reid@xxxxxxxxx>
• Re: [PATCH 3/4] x86 hibernate: Mark ACPI NVS memory region at startup (rev. 2)
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Yasunori Goto <y-goto@xxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Pavel Machek <pavel@xxxxxxx>
• [RFC][PATCH] add mutex and hibernation notifier to memory hotplug.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] freezer_cg: disable writing freezer.state of root cgroup
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] freezer_cg: disable writing freezer.state of root cgroup
  • From: Cedric Le Goater <clg@xxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] freezer_cg: disable writing freezer.state of root cgroup
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] freezer_cg: disable writing freezer.state of root cgroup
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH] freezer_cg: disable writing freezer.state of root cgroup
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [PATCH 3/5] Container Freezer: Implement freezer cgroup subsystem
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] freezer_cg: remove task_lock from freezer_fork()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 3/5] Container Freezer: Implement freezer cgroup subsystem
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 3/5] Container Freezer: Implement freezer cgroup subsystem
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 3/5] Container Freezer: Implement freezer cgroup subsystem
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Andy Whitcroft <apw@xxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [Question] AMD opteron can support CPUfreq by per core ?
  • From: Henrik Austad <henrik@xxxxxxxxx>
• [Regression] Suspend failure on NForce4-based boards due to chanes in stop_machine
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 2.6.28-rc2-git7: Reported regressions from 2.6.27
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH 0/2] orinoco: Don't keep cached firmware around permanently
  • From: Dave <kilroyd@xxxxxxxxxxxxxx>
• Re: Suspend-Resume support in sparc64 kernel?
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH 0/2] orinoco: Don't keep cached firmware around permanently
  • From: Andrey Borzenkov <arvidjaar@xxxxxxx>
• Re: [RFC PATCH 1/2] orinoco: Use PM notifier to cache firmware for use during resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [RFC PATCH 1/2] orinoco: Use PM notifier to cache firmware for use during resume
  • From: Andrey Borzenkov <arvidjaar@xxxxxxx>
• Re: [Question] AMD opteron can support CPUfreq by per core ?
  • From: Simon Arlott <simon@xxxxxxxxxxx>
• Re: [Question] AMD opteron can support CPUfreq by per core ?
  • From: "Peter Teoh" <htmldeveloper@xxxxxxxxx>
• Re: [Question] AMD opteron can support CPUfreq by per core ?
  • From: "Peter Teoh" <htmldeveloper@xxxxxxxxx>
• [RFC PATCH 1/2] orinoco: Use PM notifier to cache firmware for use during resume
  • From: David Kilroy <kilroyd@xxxxxxxxxxxxxx>
• [RFC PATCH 0/2] orinoco: Don't keep cached firmware around permanently
  • From: David Kilroy <kilroyd@xxxxxxxxxxxxxx>
• [RFC PATCH 2/2] orinoco: Resume spectrum_cs in the same way as orinoco_cs
  • From: David Kilroy <kilroyd@xxxxxxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [Question] AMD opteron can support CPUfreq by per core ?
  • From: "MinChan Kim" <minchan.kim@xxxxxxxxx>
• [PATCH 3/4] x86 hibernate: Mark ACPI NVS memory region at startup (rev. 2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/4] x86 hibernate: Mark ACPI NVS memory region at startup
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [Question] AMD opteron can support CPUfreq by per core ?
  • From: "MinChan Kim" <minchan.kim@xxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Suspend-Resume support in sparc64 kernel?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Suspend-Resume support in sparc64 kernel?
  • From: Shaddy Baddah <shaddy.baddah@xxxxxxxxxxxxxxxxxx>
• Re: Suspend-Resume support in sparc64 kernel?
  • From: Shaddy Baddah <shaddy_baddah@xxxxxxxxxxx>
• Re: Suspend-Resume support in sparc64 kernel?
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] hibernation should work ok with memory hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/4] x86 hibernate: Mark ACPI NVS memory region at startup
  • From: Pavel Machek <pavel@xxxxxxx>
• [PATCH] hibernation should work ok with memory hotplug
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [PATCH 3/4] x86 hibernate: Mark ACPI NVS memory region at startup
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Suspend-Resume support in sparc64 kernel?
  • From: Shaddy Baddah <shaddy_baddah@xxxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 3/4] x86 hibernate: Mark ACPI NVS memory region at startup
  • From: "Yinghai Lu" <yinghai@xxxxxxxxxx>
• Re: [PATCH 0/4] Hibernate: Handle ACPI NVS memory as required by the spec (rev. 2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/4] x86 hibernate: Mark ACPI NVS memory region at startup
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/4] Hibernate: Handle ACPI NVS memory as required by the spec (rev. 2)
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [PATCH] x86 acpi: on wakeup, ljmp directly after writing CR0.PE
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] x86 acpi: on wakeup, ljmp directly after writing CR0.PE
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Freezer: Don't count threads waiting for frozen filesystems.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/4] ACPI hibernate: Add a mechanism to save/restore ACPI NVS memory
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/4] x86 hibernate: Mark ACPI NVS memory region at startup
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/4] ACPI hibernate: Introduce new kernel parameter acpi_sleep=s4_nonvs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/4] Hibernate: Handle ACPI NVS memory as required by the spec (rev. 2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/4] Hibernate: Call platform_begin before swsusp_shrink_memory
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] x86 suspend: Sanitize wakeup_64.S
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] x86 acpi: on wakeup, ljmp directly after writing CR0.PE
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/4] x86 hibernate: Mark ACPI NVS memory region at startup
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 4/4] ACPI hibernate: Introduce new kernel parameter acpi_sleep=s4_nonvs (rev. 2)
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [PATCH 2/4] ACPI hibernate: Add a mechanism to save/restore ACPI NVS memory
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/4] x86 hibernate: Mark ACPI NVS memory region at startup
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [PATCH 2/4] ACPI hibernate: Add a mechanism to save/restore ACPI NVS memory
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [PATCH 1/4] Hibernate: Call platform_begin before swsusp_shrink_memory
  • From: Pavel Machek <pavel@xxxxxxx>
• 2.6.28-rc1-git1: Reported regressions from 2.6.27
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Freezer: Don't count threads waiting for frozen filesystems.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [PATCH 2/4] ACPI hibernate: Add a mechanism to save/restore ACPI NVS memory (rev. 2)
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• [GIT PATCH] ACPI patches for 2.6.28-rc0
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH 2/4] ACPI hibernate: Add a mechanism to save/restore ACPI NVS memory (rev. 2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/4] ACPI hibernate: Add a mechanism to save/restore ACPI NVS memory
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• [PATCH 4/4] ACPI hibernate: Introduce new kernel parameter acpi_sleep=s4_nonvs (rev. 2)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 4/4] ACPI hibernate: Introduce new kernel parameter acpi_sleep=s4_nonvs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/4] ACPI hibernate: Add a mechanism to save/restore ACPI NVS memory
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 4/4] ACPI hibernate: Introduce new kernel parameter acpi_sleep=s4_nonvs
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [PATCH 2/4] ACPI hibernate: Add a mechanism to save/restore ACPI NVS memory
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [PATCH 1/4] Hibernate: Call platform_begin before swsusp_shrink_memory
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• [PATCH 4/4] ACPI hibernate: Introduce new kernel parameter acpi_sleep=s4_nonvs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/4] ACPI hibernate: Add a mechanism to save/restore ACPI NVS memory
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/4] Hibernate: Call platform_begin before swsusp_shrink_memory
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/4] Hibernate: Handle ACPI NVS memory as required by the spec
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/4] x86 hibernate: Mark ACPI NVS memory region at startup
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI suspend: Fix CONFIG_ACPI_SLEEP dependence and some compilation warnings (was: Re: [announce] new tree: "fix all build warnings, on all configs")
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH] ACPI suspend: Fix CONFIG_ACPI_SLEEP dependence and some compilation warnings (was: Re: [announce] new tree: "fix all build warnings, on all configs")
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC 5/5] ACPI GPE based wakeup event detection
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC 4/5] PCIe native PME detection
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC 3/5] pci wakeup handler
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC 2/5] devcore adds generic wakeup event handler
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC 5/5] ACPI GPE based wakeup event detection
  • From: Shaohua Li <shaohua.li@xxxxxxxxx>
• Re: [RFC 4/5] PCIe native PME detection
  • From: Shaohua Li <shaohua.li@xxxxxxxxx>
• Re: [RFC 3/5] pci wakeup handler
  • From: Shaohua Li <shaohua.li@xxxxxxxxx>
• Re: [RFC 1/5] devcore introduce wakeup_event callback
  • From: Shaohua Li <shaohua.li@xxxxxxxxx>
• Re: [RFC 2/5] devcore adds generic wakeup event handler
  • From: Shaohua Li <shaohua.li@xxxxxxxxx>
• Re: [RFC 5/5] ACPI GPE based wakeup event detection
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC 4/5] PCIe native PME detection
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC 3/5] pci wakeup handler
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC 1/5] devcore introduce wakeup_event callback
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC 2/5] devcore adds generic wakeup event handler
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC 1/5] devcore introduce wakeup_event callback
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] x86 ACPI: Fix breakage of resume on 64-bit UP systems with SMP kernel
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] x86 ACPI: Fix breakage of resume on 64-bit UP systems with SMP kernel
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [RFC PATCH 0/4] timers: Timer migration
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• [PATCH] x86 ACPI: Fix breakage of resume on 64-bit UP systems with SMP kernel
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [patch 1/2] cpuidle: use last_state which can reflect the actual state entered
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] timers: Timer migration
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/4] timers: new framework for identifying cpu-pinned timers
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/4] timers: new framework for identifying cpu-pinned timers
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [RFC PATCH 4/4] timers: Migrating non pinned regular and hrtimers.
  • From: Arun R Bharadwaj <arun@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 3/4] timers: identifying cpu-pinned hrtimer.
  • From: Arun R Bharadwaj <arun@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 2/4] timers: new framework for identifying cpu-pinned timers
  • From: Arun R Bharadwaj <arun@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 1/4] timers: Sysfs hook to enable timer migration
  • From: Arun R Bharadwaj <arun@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 0/4] timers: Timer migration
  • From: Arun R Bharadwaj <arun@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC] provide information whether requested firmware is bult-in
  • From: Andrey Borzenkov <arvidjaar@xxxxxxx>
• Re: [PATCH -next] PM: Simplify the new suspend/hibernation framework for devices
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: [PATCH -next] PM: Simplify the new suspend/hibernation framework for devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH -next] PM: Simplify the new suspend/hibernation framework for devices
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH -next] PM: Simplify the new suspend/hibernation framework for devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH -next] PM: Simplify the new suspend/hibernation framework for devices
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH -next] PM: Simplify the new suspend/hibernation framework for devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH -next] PM: Simplify the new suspend/hibernation framework for devices
  • From: Greg KH <greg@xxxxxxxxx>
• Re: WARNING: at kernel/power/main.c:176 suspend_test_finish+0x70/0x80()
  • From: "Parag Warudkar" <parag.lkml@xxxxxxxxx>
• Re: WARNING: at kernel/power/main.c:176 suspend_test_finish+0x70/0x80()
  • From: "Parag Warudkar" <parag.lkml@xxxxxxxxx>
• Re: WARNING: at kernel/power/main.c:176 suspend_test_finish+0x70/0x80()
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: WARNING: at kernel/power/main.c:176 suspend_test_finish+0x70/0x80()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: WARNING: at kernel/power/main.c:176 suspend_test_finish+0x70/0x80()
  • From: "Parag Warudkar" <parag.lkml@xxxxxxxxx>
• Re: WARNING: at kernel/power/main.c:176 suspend_test_finish+0x70/0x80()
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: WARNING: at kernel/power/main.c:176 suspend_test_finish+0x70/0x80()
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: WARNING: at kernel/power/main.c:176 suspend_test_finish+0x70/0x80()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] sky2: Fix recent WOL regression
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH -next] PM: Simplify the new suspend/hibernation framework for devices
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [patch 1/2] cpuidle: use last_state which can reflect the actual state entered
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sky2: Fix recent WOL regression
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sky2: Fix recent WOL regression
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [patch 1/2] cpuidle: use last_state which can reflect the actual state entered
  • From: "Pallipadi, Venkatesh" <venkatesh.pallipadi@xxxxxxxxx>
• Re: Need help on Suspend on RAM
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] ACPI Suspend: Enable ACPI during resume if SCI_EN is not set
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: sdhci: Loads of scary messages during suspend/resume with SD card inserted
  • From: "Alex Riesen" <raa.lkml@xxxxxxxxx>
• Re: I need some serious help to debug suspend to ram problem
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [PATCH] PM: use pm_op methods for device types
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [PATCH -next] PM: Simplify the new suspend/hibernation framework for devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI Suspend: Enable ACPI during resume if SCI_EN is not set
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI Suspend: Enable ACPI during resume if SCI_EN is not set
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [RFC 0/5] device wakeup event support v2
  • From: Shaohua Li <shaohua.li@xxxxxxxxx>
• [PATCH -next] PM: Simplify the new suspend/hibernation framework for devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: uevent before resume completion
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: uevent before resume completion
  • From: Pavel Machek <pavel@xxxxxx>
• 2.6.27-rc8-git7: Reported regressions from 2.6.26
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] ACPI Suspend: Enable ACPI during resume if SCI_EN is not set
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: ACPI: Make /proc/acpi/wakeup interface handle PCI devices (again)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: ACPI: Make /proc/acpi/wakeup interface handle PCI devices (again)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sky2: Fix recent WOL regression
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH] sky2: Fix recent WOL regression
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] CPUidle: increment state counter for state actually entered
  • From: "Woodruff, Richard" <r-woodruff2@xxxxxx>
• Re: [patch 1/2] cpuidle: use last_state which can reflect the actual state entered
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] CPUidle: increment state counter for state actually entered
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH] CPUidle: increment state counter for state actually entered
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: Need help on Suspend on RAM
  • From: Francesco VIRLINZI <francesco.virlinzi@xxxxxx>
• Need help on Suspend on RAM
  • From: Francesco VIRLINZI <francesco.virlinzi@xxxxxx>
• [patch 0/2] cpuidle: Time accounting fix
  • From: Venkatesh Pallipadi <venkatesh.pallipadi@xxxxxxxxx>
• [patch 2/2] cpuidle: update the last_state acpi cpuidle reflecting actual state entered
  • From: Venkatesh Pallipadi <venkatesh.pallipadi@xxxxxxxxx>
• [patch 1/2] cpuidle: use last_state which can reflect the actual state entered
  • From: Venkatesh Pallipadi <venkatesh.pallipadi@xxxxxxxxx>
• Re: sdhci: Loads of scary messages during suspend/resume with SD card inserted
  • From: Frans Pop <elendil@xxxxxxxxx>
• Re: sdhci: Loads of scary messages during suspend/resume with SD card inserted
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: sdhci: Loads of scary messages during suspend/resume with SD card inserted
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: sdhci: Loads of scary messages during suspend/resume with SD card inserted
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: sdhci: Loads of scary messages during suspend/resume with SD card inserted
  • From: Frans Pop <elendil@xxxxxxxxx>
• sdhci: Loads of scary messages during suspend/resume with SD card inserted
  • From: Frans Pop <elendil@xxxxxxxxx>
• Re: I need some serious help to debug suspend to ram problem
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: 2.6.27-rc7-git5: Reported regressions from 2.6.26
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.27-rc7-git5: Reported regressions from 2.6.26
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 2.6.27-rc7-git5: Reported regressions from 2.6.26
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: I need some serious help to debug suspend to ram problem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: I need some serious help to debug suspend to ram problem
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: I need some serious help to debug suspend to ram problem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• ACPI: Make /proc/acpi/wakeup interface handle PCI devices (again)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: use pm_op methods for device types
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH] PM: use pm_op methods for device types
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: use pm_op methods for device types
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH] PM: use pm_op methods for device types
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] PM: use pm_op methods for device types
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: suspend (uhci_hcd) defunct in mmotm 2008-09-13-03-09
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: suspend (uhci_hcd) defunct in mmotm 2008-09-13-03-09
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: suspend (uhci_hcd) defunct in mmotm 2008-09-13-03-09
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: suspend (uhci_hcd) defunct in mmotm 2008-09-13-03-09
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: suspend (uhci_hcd) defunct in mmotm 2008-09-13-03-09
  • From: Greg KH <greg@xxxxxxxxx>
• Re: suspend (uhci_hcd) defunct in mmotm 2008-09-13-03-09
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: suspend (uhci_hcd) defunct in mmotm 2008-09-13-03-09
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: suspend (uhci_hcd) defunct in mmotm 2008-09-13-03-09
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: suspend (uhci_hcd) defunct in mmotm 2008-09-13-03-09
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• uevent before resume completion
  • From: Yauhen Kharuzhy <jekhor@xxxxxxxxx>
• Re: I need some serious help to debug suspend to ram problem
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: 2.6.27-rc6-git6: Reported regressions from 2.6.26
  • From: Alexey Starikovskiy <aystarik@xxxxxxxxx>
• 2.6.27-rc6-git6: Reported regressions from 2.6.26
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: I need some serious help to debug suspend to ram problem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: I need some serious help to debug suspend to ram problem
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: I need some serious help to debug suspend to ram problem
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: I need some serious help to debug suspend to ram problem
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: I need some serious help to debug suspend to ram problem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• I need some serious help to debug suspend to ram problem
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: DSDT from your system / new DSDT archive
  • From: "Scott Thompson" <postfail@xxxxxxxxxxxx>
• Re: suspend (uhci_hcd) defunct in mmotm 2008-09-13-03-09
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: DSDT from your system / new DSDT archive
  • From: Thomas Renninger <trenn@xxxxxxx>
• suspend (uhci_hcd) defunct in mmotm 2008-09-13-03-09
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: DSDT from your system / new DSDT archive
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [RFC PATCH 0/1]: timers: Timer Migration
  • From: Arun R Bharadwaj <arun@xxxxxxxxxxxxxxxxxx>
• Re: DSDT from your system / new DSDT archive
  • From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
• Re: DSDT from your system / new DSDT archive
  • From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
• Re: 2.6.27-rc6: nohz + s2ram = need to press keys to get progress
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• DSDT from your system / new DSDT archive
  • From: "Scott Thompson" <postfail@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/1]: timers: Enabling timer migration to cpu0
  • From: Arun Bharadwaj <arun@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/1]: timers: Timer Migration
  • From: Arun Bharadwaj <arun@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 1/1]: timers: Enabling timer migration to cpu0
  • From: Arun R Bharadwaj <arun@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 0/1]: timers: Timer Migration
  • From: Arun R Bharadwaj <arun@xxxxxxxxxxxxxxxxxx>
• Re: 2.6.27-rc6: nohz + s2ram = need to press keys to get progress
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/1]: timers: Timer Migration
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/1]: timers: Timer Migration
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/1]: timers: Enabling timer migration to cpu0
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [RFC PATCH 0/1]: timers: Timer Migration
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: 2.6.27-rc6: nohz + s2ram = need to press keys to get progress
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: 2.6.27-rc6: nohz + s2ram = need to press keys to get progress
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: 2.6.27-rc6: nohz + s2ram = need to press keys to get progress
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: 2.6.27-rc6: nohz + s2ram = need to press keys to get progress
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [RFC 0/5] device wakeup event support v2
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] e100: Use pci_pme_active to clear PME_Status and disable PME#
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.27-rc6: nohz + s2ram = need to press keys to get progress
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: 2.6.27-rc6: nohz + s2ram = need to press keys to get progress
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: 2.6.27-rc6: nohz + s2ram = need to press keys to get progress
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: 2.6.27-rc6: nohz + s2ram = need to press keys to get progress
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: 2.6.27-rc6: nohz + s2ram = need to press keys to get progress
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: 2.6.27-rc6: nohz + s2ram = need to press keys to get progress
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: 2.6.27-rc6: nohz + s2ram = need to press keys to get progress
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] e100: Use pci_pme_active to clear PME_Status and disable PME#
  • From: Jeff Garzik <jeff@xxxxxxxxxx>