Linux PM

• Thread Index

• [PATCH 6/6] ACPI / ACPICA: Drop acpi_set_gpe
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/6] ACPI / ACPICA: Use low-level GPE enable during GPE block initialization
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/6] ACPI: Remove wakeup GPE reference counting which is not used
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/6] ACPI / EC: Do not use acpi_set_gpe
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/6] ACPI: Introduce acpi_gpe_wakeup()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/6] ACPI / EC: Drop suspend and resume routines
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/6] ACPI: Simplifications of the GPE-handling code
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [update 2] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [update 3] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Boston Linux Power Management Mini-summit - August 9th, 2010
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [update 2] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/9] PM / Hibernate: user, implement user_ops writer
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [update 2] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [update 2] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [update 2] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/9] PM / Hibernate: add hibernate_io_ops
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/9] PM / Hibernate: swap, switch to hibernate_io_handle
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [update 2] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [update] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [update] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [update] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Andy Lutomirski <luto@xxxxxxx>
• [update 2] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [update] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Suspend hangs since 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Suspend hangs since 2.6.34
  • From: Tino Keitel <tino.keitel@xxxxxxxx>
• Re: [update] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [update] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: MMC tree (Was: Re: [PATCH 1/2] MMC: fix all hangs related to mmc/sd card insert/removal during suspend/resume.)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• MMC tree (Was: Re: [PATCH 1/2] MMC: fix all hangs related to mmc/sd card insert/removal during suspend/resume.)
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [update] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] MMC: fix all hangs related to mmc/sd card insert/removal during suspend/resume.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: PM QoS dynamic resource manager
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: [PATCH 1/2] MMC: fix all hangs related to mmc/sd card insert/removal during suspend/resume.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] MMC: fix all hangs related to mmc/sd card insert/removal during suspend/resume.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [update] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] MMC: fix all hangs related to mmc/sd card insert/removal during suspend/resume.
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [update] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [update] Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] MMC: fix all hangs related to mmc/sd card insert/removal during suspend/resume.
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] ACPI: Save/Restore NVS area on suspend/resume too
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] ACPI: Save/Restore NVS area on suspend/resume too
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 1/2] ACPI: Save/Restore NVS area on suspend/resume too
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] MMC: fix all hangs related to mmc/sd card insert/removal during suspend/resume.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: [PATCH 1/2] MMC: fix all hangs related to mmc/sd card insert/removal during suspend/resume.
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Suspend hangs since 2.6.34
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Suspend hangs since 2.6.34
  • From: Tino Keitel <tino.keitel@xxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/9] PM / Hibernate: swap, switch to hibernate_io_handle
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: Suspend hangs since 2.6.34
  • From: Tino Keitel <tino.keitel@xxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] DRM / radeon / PM: Do not evict VRAM during freeze phase of hibernation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [PATCH 1/2] MMC: fix all hangs related to mmc/sd card insert/removal during suspend/resume.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] MMC: fix all hangs related to mmc/sd card insert/removal during suspend/resume.
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: RFC: /sys/power/policy_preference
  • From: Dipankar Sarma <dipankar@xxxxxxxxxx>
• Re: [PATCH] Two fixes for my mmc/sd cardreader
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: [PATCH] Two fixes for my mmc/sd cardreader
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Suspend hangs since 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Two fixes for my mmc/sd cardreader
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: 2.6.35-rc3: Reported regressions from 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.35-rc3: Reported regressions from 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] DRM / radeon / PM: Do not evict VRAM during freeze phase of hibernation
  • From: Dave Airlie <airlied@xxxxxxxxxx>
• Re: [PATCH] DRM / radeon / PM: Do not evict VRAM during freeze phase of hibernation
  • From: Dave Airlie <airlied@xxxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] PM / Hibernate: swap, switch to hibernate_io_handle
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: [PATCH 1/9] PM / Hibernate: swap, switch to hibernate_io_handle
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: 2.6.35-rc3: Reported regressions from 2.6.34
  • From: Nick Bowler <nbowler@xxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: tytso@xxxxxxx
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: tytso@xxxxxxx
• Re: [PATCH] DRM / radeon / PM: Do not evict VRAM during freeze phase of hibernation
  • From: Jerome Glisse <glisse@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• [RFC] adding pm_qos trace support "patch" discussion
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: 2.6.35-rc3: Reported regressions from 2.6.34
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: Suspend hangs since 2.6.34
  • From: Tino Keitel <tino.keitel+xorg@xxxxxxxx>
• 2.6.35-rc3: Reported regressions 2.6.33 -> 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 2.6.35-rc3: Reported regressions from 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: wait_for_completion_interruptible does not wait !!
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: wait_for_completion_interruptible does not wait !! [During PM suspend]
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: wait_for_completion_interruptible does not wait !! [During PM suspend]
  • From: Suresh Rajashekara <suresh.raj+linuxomap@xxxxxxxxx>
• Re: wait_for_completion_interruptible does not wait !!
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• wait_for_completion_interruptible does not wait !!
  • From: Suresh Rajashekara <suresh.raj+linuxomap@xxxxxxxxx>
• Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: [PATCH] DRM / radeon / PM: Do not evict VRAM during freeze phase of hibernation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC][PATCH] PM: Avoid losing wakeup events during suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: RFC: /sys/power/policy_preference
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: RFC: /sys/power/policy_preference
  • From: Vaidyanathan Srinivasan <svaidy@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] DRM / radeon / PM: Do not evict VRAM during freeze phase of hibernation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] DRM / radeon / PM: Do not evict VRAM during freeze phase of hibernation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] DRM / radeon / PM: Do not evict VRAM during freeze phase of hibernation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] DRM / radeon / PM: Do not evict VRAM during freeze phase of hibernation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] DRM / radeon / PM: Do not evict VRAM during freeze phase of hibernation
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• [PATCH] DRM / radeon / PM: Do not evict VRAM during freeze phase of hibernation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: PM QoS dynamic resource manager
  • From: "Huntsman, Bryan" <bryanh@xxxxxxxxxxx>
• Re: [PATCH] DRM / radeon / KMS: Fix hibernation regression related to radeon PM (was: Re: [Regression, post-2.6.34] Hibernation broken on machines with radeon/KMS and r300)
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH] PCI / PM: Do not use native PCIe PME by default
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• [PATCH] PCI / PM: Do not use native PCIe PME by default
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] DRM / radeon / KMS: Fix hibernation regression related to radeon PM (was: Re: [Regression, post-2.6.34] Hibernation broken on machines with radeon/KMS and r300)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: RFC: /sys/power/policy_preference
  • From: Victor Lowther <victor.lowther@xxxxxxxxx>
• Re: RFC: /sys/power/policy_preference
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: RFC: /sys/power/policy_preference
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH] DRM / radeon / KMS: Fix hibernation regression related to radeon PM (was: Re: [Regression, post-2.6.34] Hibernation broken on machines with radeon/KMS and r300)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/3] pm_qos: only schedule work when in interrupt context
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: PM QoS dynamic resource manager
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: RFC: /sys/power/policy_preference
  • From: Victor Lowther <victor.lowther@xxxxxxxxx>
• [PATCH 2/2] mmc: make sdhci work with ricoh mmc controller
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• [PATCH 1/2] MMC: fix all hangs related to mmc/sd card insert/removal during suspend/resume.
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• [PATCH] Two fixes for my mmc/sd cardreader
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: RFC: /sys/power/policy_preference
  • From: Mike Chan <mike@xxxxxxxxxxx>
• Re: [Regression, post-2.6.34] Hibernation broken on machines with radeon/KMS and r300
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [Regression, post-2.6.34] Hibernation broken on machines with radeon/KMS and r300
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: RFC: /sys/power/policy_preference
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: RFC: /sys/power/policy_preference
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: RFC: /sys/power/policy_preference
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [Regression, post-2.6.34] Hibernation broken on machines with radeon/KMS and r300
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [Regression, post-2.6.34] Hibernation broken on machines with radeon/KMS and r300
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI / PM: Do not enable GPEs for system wakeup in advance
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: RFC: /sys/power/policy_preference
  • From: Victor Lowther <victor.lowther@xxxxxxxxx>
• [RFC] cpuidle: proposal to extend cpuidle
  • From: "Li, Ai" <ali@xxxxxxxxxxx>
• [RFC] cpuidle: proposal to extend cpuidle
  • From: "Ai Li" <aili@xxxxxxxxxxxxxx>
• [PATCH] ACPI / PM: Do not enable GPEs for system wakeup in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpuidle: avoid using smp_processor_id() in preemptible code (nr_iowait_cpu) v4
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [PATCH] cpuidle: avoid using smp_processor_id() in preemptible code (nr_iowait_cpu) v4
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpuidle: avoid using smp_processor_id() in preemptible code (nr_iowait_cpu) v4
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpuidle: avoid using smp_processor_id() in preemptible code (nr_iowait_cpu) v4
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• [PATCH] cpuidle: avoid using smp_processor_id() in preemptible code (nr_iowait_cpu) v4
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: RFC: /sys/power/policy_preference
  • From: <Igor.Stoppa@xxxxxxxxx>
• Re: RFC: /sys/power/policy_preference
  • From: Jason Chagas <jason.chagas@xxxxxxxxx>
• Re: 2.6.35-rc2-git2: Reported regressions from 2.6.34
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• RFC: /sys/power/policy_preference
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: 2.6.35-rc2-git2: Reported regressions from 2.6.34
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxxxxxxx>
• Re: [Regression, post-2.6.34] Hibernation broken on machines with radeon/KMS and r300
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: 2.6.35-rc2-git2: Reported regressions from 2.6.34
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [Regression, post-2.6.34] Hibernation broken on machines with radeon/KMS and r300
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.35-rc3: Reported regressions 2.6.33 -> 2.6.34
  • From: Nick Bowler <nbowler@xxxxxxxxxxxxxxxx>
• Re: [PATCH] avoid using smp_processor_id() in preemptible code (nr_iowait_cpu)
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: idle-test patches queued for upstream
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [Regression, post-2.6.34] Hibernation broken on machines with radeon/KMS and r300
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] avoid using smp_processor_id() in preemptible code (nr_iowait_cpu)
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [Regression, post-2.6.34] Hibernation broken on machines with radeon/KMS and r300
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: New issues in 2.6.35-rc{1,2}
  • From: Nico Schottelius <nico-linux-20100614@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] pm_qos: only schedule work when in interrupt context
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [PATCH] avoid using smp_processor_id() in preemptible code (nr_iowait_cpu)
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [PATCH] avoid using smp_processor_id() in preemptible code (nr_iowait_cpu)
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [PATCH] avoid using smp_processor_id() in preemptible code (nr_iowait_cpu)
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [PATCH] avoid using smp_processor_id() in preemptible code (nr_iowait_cpu)
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH] avoid using smp_processor_id() in preemptible code (nr_iowait_cpu)
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [PATCH] avoid using smp_processor_id() in preemptible code (nr_iowait_cpu)
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [Regression, post-2.6.34] Hibernation broken on machines with radeon/KMS and r300
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Regression, post-2.6.34] Hibernation broken on machines with radeon/KMS and r300
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] avoid using smp_processor_id() in preemptible code (nr_iowait_cpu)
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: BUG: using smp_processor_id() in preemptible code: s2disk
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH v2] MMC: fix all hangs related to mmc/sd card insert/removal during suspend/resume.
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: [PATCH v2] MMC: fix all hangs related to mmc/sd card insert/removal during suspend/resume.
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: [PATCH v2] MMC: fix all hangs related to mmc/sd card insert/removal during suspend/resume.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] MMC: fix all hangs related to mmc/sd card insert/removal during suspend/resume.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Timekeeping issue on aggressive suspend/resume
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [Regression, post-2.6.34] Hibernation broken on machines with radeon/KMS and r300
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [Regression, post-2.6.34] Hibernation broken on machines with radeon/KMS and r300
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• Re: Timekeeping issue on aggressive suspend/resume
  • From: john stultz <johnstul@xxxxxxxxxx>
• Re: [Regression, post-2.6.34] Hibernation broken on machines with radeon/KMS and r300
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Regression, post-2.6.34] Hibernation broken on machines with radeon/KMS and r300
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH v4] pm_qos: make update_request non blocking
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: BUG: using smp_processor_id() in preemptible code: s2disk
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [PATCH v4] pm_qos: make update_request non blocking
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• BUG: using smp_processor_id() in preemptible code: s2disk
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: BUG: using smp_processor_id() in preemptible code: s2disk
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: BUG: using smp_processor_id() in preemptible code: s2disk
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: BUG: using smp_processor_id() in preemptible code: s2disk
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• [Regression, post-2.6.34] Hibernation broken on machines with radeon/KMS and r300
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v4] pm_qos: make update_request non blocking
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• [PATCH 2/3] pm_qos: add atomic notifier chain
  • From: florian@xxxxxxxxxxx
• [PATCH 1/3] pm_qos: make update_request non blocking
  • From: florian@xxxxxxxxxxx
• Re: [PATCH v4] pm_qos: make update_request non blocking
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• [PATCH 3/3] pm_qos: only schedule work when in interrupt context
  • From: florian@xxxxxxxxxxx
• Re: BUG: using smp_processor_id() in preemptible code: s2disk
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH v4] pm_qos: make update_request non blocking
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: BUG: using smp_processor_id() in preemptible code: s2disk
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Timekeeping issue on aggressive suspend/resume
  • From: Suresh Rajashekara <suresh.raj+linuxomap@xxxxxxxxx>
• Re: BUG: using smp_processor_id() in preemptible code: s2disk
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: BUG: using smp_processor_id() in preemptible code: s2disk
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• 2.6.35-rc3: Reported regressions 2.6.33 -> 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2] MMC: fix all hangs related to mmc/sd card insert/removal during suspend/resume.
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: Suspend hangs since 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH ver. 2] PM: describe kernel policy regarding wakeup defaults
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI: change device runtime PM settings for probe and remove
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: commit 'ACPICA: Minimize the differences between linux GPE code and ACPICA code base' breaks EC GPE on my system
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [PATCH] Fix the outstanding issue with hangs on insert/removal of mmc cards
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: commit 'ACPICA: Minimize the differences between linux GPE code and ACPICA code base' breaks EC GPE on my system
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Fix the outstanding issue with hangs on insert/removal of mmc cards
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: commit 'ACPICA: Minimize the differences between linux GPE code and ACPICA code base' breaks EC GPE on my system
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: commit 'ACPICA: Minimize the differences between linux GPE code and ACPICA code base' breaks EC GPE on my system
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• [GIT PULL] PM fix for 2.6.35
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: commit 'ACPICA: Minimize the differences between linux GPE code and ACPICA code base' breaks EC GPE on my system
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: commit 'ACPICA: Minimize the differences between linux GPE code and ACPICA code base' breaks EC GPE on my system
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: commit 'ACPICA: Minimize the differences between linux GPE code and ACPICA code base' breaks EC GPE on my system
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Fix the outstanding issue with hangs on insert/removal of mmc cards
  • From: David Brownell <david-b@xxxxxxxxxxx>
• [PATCH v2] MMC: fix all hangs related to mmc/sd card insert/removal during suspend/resume.
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: [PATCH] Fix the outstanding issue with hangs on insert/removal of mmc cards
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• [PATCH] Fix the outstanding issue with hangs on insert/removal of mmc cards
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: Timekeeping issue on aggressive suspend/resume
  • From: john stultz <johnstul@xxxxxxxxxx>
• Re: Suspend hangs since 2.6.34
  • From: Tino Keitel <tino.keitel+xorg@xxxxxxxx>
• Timekeeping issue on aggressive suspend/resume
  • From: Suresh Rajashekara <suresh.raj+linuxomap@xxxxxxxxx>
• Re: Timekeeping issue on aggressive suspend/resume
  • From: Suresh Rajashekara <suresh.raj+linuxomap@xxxxxxxxx>
• Re: [PATCH v4] pm_qos: make update_request non blocking
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [PATCH v4] pm_qos: make update_request non blocking
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: PM QoS dynamic resource manager
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: PM QoS dynamic resource manager
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: [PATCH 1/2] suspend: Move NVS save/restore code to generic suspend functionality
  • From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
• Re: [PATCH 1/2] suspend: Move NVS save/restore code to generic suspend functionality
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH 1/9] PM / Hibernate: swap, switch to hibernate_io_handle
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: 2.6.35-rc2-git2: Reported regressions from 2.6.34
  • From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
• Re: 2.6.35-rc2-git2: Reported regressions from 2.6.34
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: 2.6.35-rc2-git2: Reported regressions from 2.6.34
  • From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
• Re: 2.6.35-rc2-git2: Reported regressions from 2.6.34
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Timekeeping issue on aggressive suspend/resume
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: Suspend hangs since 2.6.34
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Suspend hangs since 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4] pm_qos: make update_request non blocking
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] suspend: Move NVS save/restore code to generic suspend functionality
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Pavel Machek <pavel@xxxxxx>
• Re: suspend blockers & Android integration
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] suspend: Move NVS save/restore code to generic suspend functionality
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 1/9] PM / Hibernate: swap, switch to hibernate_io_handle
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v4] pm_qos: make update_request non blocking
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Neil Brown <neilb@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v4] pm_qos: make update_request non blocking
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: Suspend hangs since 2.6.34
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Neil Brown <neilb@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: david@xxxxxxx
• Re: PM QoS dynamic resource manager
  • From: Bryan Huntsman <bryanh@xxxxxxxxxxxxxx>
• Re: PM QoS dynamic resource manager
  • From: Mike Chan <mike@xxxxxxxxxxx>
• Re: Suspend hangs since 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: Wakeup races, PCI, and ACPI
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Neil Brown <neilb@xxxxxxx>
• Re: Timekeeping issue on aggressive suspend/resume
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v4] pm_qos: make update_request non blocking
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [PATCH v4] pm_qos: make update_request non blocking
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [PATCH 2/2] pm_qos: make update_request callable from interrupt context
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [PATCH v4] pm_qos: make update_request non blocking
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [PATCH v4] pm_qos: make update_request non blocking
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Wakeup races, PCI, and ACPI
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4] pm_qos: make update_request non blocking
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [RFC PATCH 1/2] mac80211: make max_network_latency notifier atomic safe
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [PATCH v4] pm_qos: make update_request non blocking
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [PATCH 2/2] pm_qos: make update_request callable from interrupt context
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• [PATCH v4] pm_qos: make update_request non blocking
  • From: florian@xxxxxxxxxxx
• Re: suspend blockers & Android integration
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] pm_qos: make update_request callable from interrupt context
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: 2.6.35-rc2-git2: Reported regressions from 2.6.34
  • From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
• Re: 2.6.35-rc2-git2: Reported regressions from 2.6.34
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxxxxxxx>
• Re: 2.6.35-rc2-git2: Reported regressions from 2.6.34
  • From: Carl Worth <cworth@xxxxxxxxxx>
• Re: 2.6.35-rc2-git2: Reported regressions from 2.6.34
  • From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
• Re: 2.6.35-rc2-git2: Reported regressions from 2.6.34
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: 2.6.35-rc2-git2: Reported regressions from 2.6.34
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] pm_qos: reimplement using plists
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [RFC] pm_qos: reimplement using plists
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [PATCH 2/2] pm_qos: make update_request callable from interrupt context
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] mac80211: make max_network_latency notifier atomic safe
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] mac80211: make max_network_latency notifier atomic safe
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [RFC PATCH 1/2] mac80211: make max_network_latency notifier atomic safe
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] mac80211: make max_network_latency notifier atomic safe
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [PATCH 2/2] pm_qos: make update_request callable from interrupt context
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH 1/2] mac80211: make max_network_latency notifier atomic safe
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: 2.6.35-rc2-git2: Reported regressions from 2.6.34
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: 2.6.35-rc2-git2: Reported regressions from 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/2] pm_qos: make update_request callable from interrupt context
  • From: florian@xxxxxxxxxxx
• [RFC PATCH 1/2] mac80211: make max_network_latency notifier atomic safe
  • From: florian@xxxxxxxxxxx
• Re: 2.6.35-rc2-git2: Reported regressions from 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.35-rc2-git2: Reported regressions from 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 2.6.35-rc2-git2: Reported regressions from 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: [PATCH v3] pm_qos: make update_request callable from interrupt context
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [PATCH v3] pm_qos: make update_request callable from interrupt context
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [PATCH v3] pm_qos: make update_request callable from interrupt context
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [RFC] pm_qos: reimplement using plists
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: 2.6.35-rc2-git2: Reported regressions from 2.6.34
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH 0/5] ACPI / ACPICA: Fix problems related to GPE reference counting
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: PM QoS dynamic resource manager
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: PM QoS dynamic resource manager
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: [RFC] pm_qos: reimplement using plists
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: 2.6.35-rc2-git2: Reported regressions from 2.6.34
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: 2.6.35-rc2-git2: Reported regressions from 2.6.34
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: david@xxxxxxx
• Re: PM QoS dynamic resource manager
  • From: Bryan Huntsman <bryanh@xxxxxxxxxxxxxx>
• Re: PM QoS dynamic resource manager
  • From: Mike Chan <mike@xxxxxxxxxxx>
• Re: PM QoS dynamic resource manager
  • From: Bryan Huntsman <bryanh@xxxxxxxxxxxxxx>
• 2.6.35-rc2-git2: Reported regressions from 2.6.34
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH ver. 2] PM: describe kernel policy regarding wakeup defaults
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH ver. 2] PM: describe kernel policy regarding wakeup defaults
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH ver. 2] PM: describe kernel policy regarding wakeup defaults
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: PM QoS dynamic resource manager
  • From: Mike Chan <mike@xxxxxxxxxxx>
• Re: [RFC] pm_qos: reimplement using plists
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: Pedro Ribeiro <pedrib@xxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: PM QoS dynamic resource manager
  • From: "Chidambaram, Praveen" <pchidamb@xxxxxxxxxxxxxx>
• Re: [RFC] pm_qos: reimplement using plists
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: [PATCH v3] pm_qos: make update_request callable from interrupt context
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/5] ACPI / ACPICA: Fix sysfs GPE interface
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/5] ACPI / ACPICA: Fix low-level GPE manipulation code
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/5] ACPI / ACPICA: Fix GPE initialization
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/5] ACPI / ACPICA: Use helper function for computing GPE masks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/5] ACPI / ACPICA: Avoid writing full enable masks to GPE registers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/5] ACPI / ACPICA: Fix problems related to GPE reference counting
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3] pm_qos: make update_request callable from interrupt context
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [PATCH v3] pm_qos: make update_request callable from interrupt context
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: [RFC] pm_qos: get rid of the allocation in pm_qos_add_request()
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: PM QoS dynamic resource manager
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Valdis.Kletnieks@xxxxxx
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: PM QoS dynamic resource manager
  • From: Mike Chan <mike@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• [PATCH] ACPI / ACPICA: Fix problems related to GPE reference counting
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [TuxOnIce-devel] [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [TuxOnIce-devel] [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] [RFC] Save/restore MISC_ENABLE register
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] [RFC] Save/restore MISC_ENABLE register
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] [RFC] Save/restore MISC_ENABLE register
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] [RFC] Save/restore MISC_ENABLE register
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] [RFC] Save/restore MISC_ENABLE register
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] [RFC] Save/restore MISC_ENABLE register
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: [PATCH] [RFC] Save/restore MISC_ENABLE register
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v3] pm_qos: make update_request callable from interrupt context
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• [PATCH] [RFC] Save/restore MISC_ENABLE register
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: suspend blockers & Android integrationy
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH v3] pm_qos: make update_request callable from interrupt context
  • From: florian@xxxxxxxxxxx
• [PATCH v2] pm_qos: make update_request callable from interrupt context
  • From: florian@xxxxxxxxxxx
• Re: [PATCH] Re: Invalid opcode on resume from STR on Asus P4P800-VM
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integrationy
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] pm_qos: make update_request callable from interrupt context
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [PATCH] pm_qos: make update_request callable from interrupt context
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [PATCH] pm_qos: make update_request callable from interrupt context
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] pm_qos: make update_request callable from interrupt context
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [TuxOnIce-devel] [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• [PATCH] pm_qos: make update_request callable from interrupt context
  • From: florian@xxxxxxxxxxx
• Re: suspend blockers & Android integration
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [RFC] pm_qos: reimplement using plists
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [RFC] pm_qos: get rid of the allocation in pm_qos_add_request()
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [PATCH] pm_qos: make update_request non blocking
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [RFC] pm_qos: get rid of the allocation in pm_qos_add_request()
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [RFC] pm_qos: reimplement using plists
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: suspend blockers & Android integrationy
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] pm_qos: get rid of the allocation in pm_qos_add_request()
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] pm_qos: make update_request non blocking
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: PM_QOS re-design for hot path use of limited dynamic range requests was- Re: [PATCH 0/8] Suspend block api (version 8)
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: [RFC] pm_qos: reimplement using plists
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: [RFC] pm_qos: get rid of the allocation in pm_qos_add_request()
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: [RFC] pm_qos: reimplement using plists
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Vitaly Wool <vitalywool@xxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Vitaly Wool <vitalywool@xxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Vitaly Wool <vitalywool@xxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: david@xxxxxxx
• Re: suspend blockers & Android integration
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: david@xxxxxxx
• Re: suspend blockers & Android integration
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Vitaly Wool <vitalywool@xxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Vitaly Wool <vitalywool@xxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: david@xxxxxxx
• Re: suspend blockers & Android integration
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Vitaly Wool <vitalywool@xxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: david@xxxxxxx
• Re: suspend blockers & Android integration
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Vitaly Wool <vitalywool@xxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: david@xxxxxxx
• Re: suspend blockers & Android integration
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: david@xxxxxxx
• Re: suspend blockers & Android integration
  • From: david@xxxxxxx
• Re: suspend blockers & Android integration
  • From: Vitaly Wool <vitalywool@xxxxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: hibernation hangs with ATA errors (lockup_detector bug)
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v2 3/3] mm: Swap checksum
  • From: Cesar Eduardo Barros <cesarb@xxxxxxxxxx>
• [PATCH v2 2/3] kernel/power/block_io.c: do not use end_swap_bio_read
  • From: Cesar Eduardo Barros <cesarb@xxxxxxxxxx>
• [PATCH v2 1/3] mm/swapfile.c: better messages for swap_info_get
  • From: Cesar Eduardo Barros <cesarb@xxxxxxxxxx>
• [PATCH v2 0/3] mm: Swap checksum
  • From: Cesar Eduardo Barros <cesarb@xxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [TuxOnIce-devel] [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH] pm_qos: make update_request non blocking
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] pm_qos: make update_request non blocking
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [PATCH] pm_qos: make update_request non blocking
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• [PATCH] pm_qos: make update_request non blocking
  • From: florian@xxxxxxxxxxx
• Re: suspend blockers & Android integration
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC] pm_qos: get rid of the allocation in pm_qos_add_request()
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: PM_QOS re-design for hot path use of limited dynamic range requests was- Re: [PATCH 0/8] Suspend block api (version 8)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC] pm_qos: reimplement using plists
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [RFC] pm_qos: reimplement using plists
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC] pm_qos: reimplement using plists
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH] kernel/power/swap.c: fix typos in comments
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [TuxOnIce-devel] [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: Theodore Tso <tytso@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• PM_QOS re-design for hot path use of limited dynamic range requests was- Re: [PATCH 0/8] Suspend block api (version 8)
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: mark gross <640e9920@xxxxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [PATCH] Re: Invalid opcode on resume from STR on Asus P4P800-VM
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
• Re: [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] Re: Invalid opcode on resume from STR on Asus P4P800-VM
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] kernel/power/swap.c: fix typos in comments
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [SUSPECTED SPAM] Re: Proposal for a new algorithm for reading & writing a hibernation image.
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Is it supposed to be ok to call del_gendisk while userspace is frozen?
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drivers/base/power: be more verbose in device_pm_add()
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [PATCH] drivers/base/power: be more verbose in device_pm_add()
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: [PATCH] drivers/base/power: be more verbose in device_pm_add()
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [PATCH] drivers/base/power: be more verbose in device_pm_add()
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: [PATCH] drivers/base/power: be more verbose in device_pm_add()
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: Is it supposed to be ok to call del_gendisk while userspace is frozen?
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• Re: Is it supposed to be ok to call del_gendisk while userspace is frozen?
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [PATCH] kernel/power/swap.c: fix typos in comments
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Florian Mickler <florian@xxxxxxxxxxx>
• [PATCH] drivers/base/power: be more verbose in device_pm_add()
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Is it supposed to be ok to call del_gendisk while userspace is frozen?
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Pekka Enberg <penberg@xxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] - race-free suspend. Was: Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: [PATCH] - race-free suspend. Was: Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Neil Brown <neilb@xxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: mmotm 2010-06-03-16-36 uploaded
  • From: Dave Young <hidave.darkstar@xxxxxxxxx>
• Re: mmotm 2010-06-03-16-36 uploaded
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: mmotm 2010-06-03-16-36 uploaded
  • From: Dave Young <hidave.darkstar@xxxxxxxxx>
• Re: mmotm 2010-06-03-16-36 uploaded
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: mmotm 2010-06-03-16-36 uploaded
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: mmotm 2010-06-03-16-36 uploaded
  • From: Dave Young <hidave.darkstar@xxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: suspend blockers & Android integration
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: Bryan Huntsman <bryanh@xxxxxxxxxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/8] Suspend block api (version 8)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: suspend blockers & Android integration
  • From: Brian Swetland <swetland@xxxxxxxxxx>
• suspend blockers & Android integration
  • From: Ingo Molnar <mingo@xxxxxxx>