Linux PM
[Prev Page][Next Page]
- Fwd: USB suspending
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [linux-usb-devel] Re: The evilness of struct?usb_device->auto_pm
- From: Pavel Machek <pavel@xxxxxx>
- pm qos infrastructure and interface
- From: Mark Gross <mgross@xxxxxxxxxxxxxxx>
- Re: [PATCH] PM_QOS 1 of 2
- From: Mark Gross <mgross@xxxxxxxxxxxxxxx>
- Re: [PATCH] PM_QOS 1 of 2
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [linux-usb-devel] Re: The evilness of struct usb_device->auto_pm
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: khibernation and ACPI
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [linux-usb-devel] Re: The evilness of struct usb_device->auto_pm
- From: Oliver Neukum <oliver@xxxxxxxxxx>
- Re: [linux-usb-devel] Re: The evilness of struct usb_device->auto_pm
- From: Pavel Machek <pavel@xxxxxx>
- Re: khibernation and ACPI
- From: Pavel Machek <pavel@xxxxxx>
- Re: [linux-usb-devel] Re: The evilness of struct usb_device->auto_pm
- From: Oliver Neukum <oliver@xxxxxxxxxx>
- Re: [PATCH] writeback: avoid possible balance_dirty_pages() lockup on a light-load bdi
- From: Fengguang Wu <wfg@xxxxxxxxxxxxxxxx>
- Re: [PATCH] PM_QOS 2 of 2
- From: Mark Gross <mgross@xxxxxxxxxxxxxxx>
- Re: [PATCH] writeback: avoid possible balance_dirty_pages() lockup on a light-load bdi
- From: richard kennedy <richard@xxxxxxxxxxxxxxx>
- Re: [PATCH] writeback: avoid possible balance_dirty_pages() lockup on a light-load bdi
- From: Chuck Ebbert <cebbert@xxxxxxxxxx>
- Re: [PATCH] writeback: avoid possible balance_dirty_pages() lockup on a light-load bdi
- From: Fengguang Wu <wfg@xxxxxxxxxxxxxxxx>
- Re: [PATCH] writeback: avoid possible balance_dirty_pages() lockup on a light-load bdi
- From: Fengguang Wu <wfg@xxxxxxxxxxxxxxxx>
- Re: [PATCH] writeback: avoid possible balance_dirty_pages() lockup on a light-load bdi
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] writeback: avoid possible balance_dirty_pages() lockup on a light-load bdi
- From: Fengguang Wu <wfg@xxxxxxxxxxxxxxxx>
- [PATCH] PM_QOS 2 of 2
- From: Mark Gross <mgross@xxxxxxxxxxxxxxx>
- [PATCH] PM_QOS 1 of 2
- From: Mark Gross <mgross@xxxxxxxxxxxxxxx>
- Re: [linux-usb-devel] Re: The evilness of struct usb_device->auto_pm
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC] QoS params patch
- From: Mark Gross <mgross@xxxxxxxxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: Chuck Ebbert <cebbert@xxxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: Fengguang Wu <wfg@xxxxxxxxxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: Fengguang Wu <wfg@xxxxxxxxxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: khibernation and ACPI
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- KDB?
- From: Daniel Phillips <phillips@xxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: Daniel Phillips <phillips@xxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: Daniel Phillips <phillips@xxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: "Chakri n" <chakriin5@xxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: Daniel Phillips <phillips@xxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: "Chakri n" <chakriin5@xxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
- Re: [linux-usb-devel] Re: The evilness of struct usb_device->auto_pm
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
- Re: [RFC] QoS params patch
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC] QoS params patch
- From: Mark Gross <mgross@xxxxxxxxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
- Re: [RFC] QoS params patch
- From: Mark Gross <mgross@xxxxxxxxxxxxxxx>
- Re: Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: corbet@xxxxxxx (Jonathan Corbet)
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: "Chakri n" <chakriin5@xxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: "Chakri n" <chakriin5@xxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: "Chakri n" <chakriin5@xxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: "Chakri n" <chakriin5@xxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: "Chakri n" <chakriin5@xxxxxxxxx>
- Re: khibernation and ACPI
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [linux-usb-devel] Re: The evilness of struct usb_device->auto_pm
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [linux-usb-devel] Re: The evilness of struct usb_device->auto_pm
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [linux-usb-devel] Re: The evilness of struct usb_device->auto_pm
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [linux-usb-devel] Re: The evilness of struct usb_device->auto_pm
- From: Oliver Neukum <oliver@xxxxxxxxxx>
- Re: [linux-usb-devel] Re: The evilness of struct usb_device->auto_pm
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC 1/2] Merge power-management source files
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- khibernation and ACPI
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: [linux-usb-devel] Re: The evilness of struct usb_device->auto_pm
- From: Oliver Neukum <oliver@xxxxxxxxxx>
- Re: A unresponsive file system can hang all I/O in the system on linux-2.6.23-rc6 (dirty_thresh problem?)
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC] QoS params patch
- From: Paul Mundt <lethal@xxxxxxxxxxxx>
- Re: [RFC] QoS params patch
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC 1/2] Merge power-management source files
- From: Greg KH <greg@xxxxxxxxx>
- Re: [RFC] QoS params patch update.
- From: Paul Mundt <lethal@xxxxxxxxxxxx>
- Re: [linux-usb-devel] Re: The evilness of struct usb_device->auto_pm
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC] QoS params patch update.
- From: Mark Gross <mgross@xxxxxxxxxxxxxxx>
- Re: [linux-usb-devel] Re: The evilness of struct usb_device->auto_pm
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [linux-usb-devel] Re: The evilness of struct usb_device->auto_pm
- From: Oliver Neukum <oliver@xxxxxxxxxx>
- Re: [linux-usb-devel] Re: The evilness of struct usb_device->auto_pm
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [linux-usb-devel] Re: The evilness of struct usb_device->auto_pm
- From: Oliver Neukum <oliver@xxxxxxxxxx>
- Re: Re: The evilness of struct usb_device->auto_pm
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC] QoS params patch
- From: Mark Gross <mgross@xxxxxxxxxxxxxxx>
- Re: The evilness of struct usb_device->auto_pm
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC] QoS params patch
- From: Mark Gross <mgross@xxxxxxxxxxxxxxx>
- Re: [RFC] QoS params patch
- From: Mark Gross <mgross@xxxxxxxxxxxxxxx>
- Re: [RFC] QoS params patch
- From: Mark Gross <mgross@xxxxxxxxxxxxxxx>
- Re: [RFC] QoS params patch
- From: Valdis.Kletnieks@xxxxxx
- Re: [RFC] QoS params patch
- From: roel <12o3l@xxxxxxxxxx>
- The evilness of struct usb_device->auto_pm
- From: Oliver Neukum <oliver@xxxxxxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: [RFC] QoS params patch
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- Re: [RFC] QoS params patch
- From: Paul Mundt <lethal@xxxxxxxxxxxx>
- Re: [RFC] QoS params patch
- From: Paul Mundt <lethal@xxxxxxxxxxxx>
- Re: [RFC] QoS params patch
- From: Mark Gross <mgross@xxxxxxxxxxxxxxx>
- Re: [RFC] QoS params patch
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- Re: [RFC] QoS power example / hack
- From: Mark Gross <mgross@xxxxxxxxxxxxxxx>
- Re: [RFC] QoS power Management enabling patch set
- From: Mark Gross <mgross@xxxxxxxxxxxxxxx>
- Re: [RFC] QoS params patch
- From: Mark Gross <mgross@xxxxxxxxxxxxxxx>
- [RFC] QoS power Management enabling patch set
- From: Mark Gross <mgross@xxxxxxxxxxxxxxx>
- Re: Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: jfannin@xxxxxxxxx (Joseph Fannin)
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: jfannin@xxxxxxxxx (Joseph Fannin)
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxx>
- FW: resume from suspended state with firewire
- From: "Yuval Dafni" <yuvald@xxxxxxxxxxxxx>
- Re: Re: [linux-usb-devel] ehci_hcd causes box to resume immediately after suspend to RAM
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: Ottawa Linux Power Management Summit, June 25-26, 2007 - Minutes
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Ottawa Linux Power Management Summit, June 25-26, 2007 - Minutes
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: [linux-usb-devel] ehci_hcd causes box to resume immediately after suspend to RAM
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: Ottawa Linux Power Management Summit, June 25-26, 2007 - Minutes
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: Thomas Meyer <thomas@xxxxxxxx>
- Re: [RFC][PATCH 0/2 -mm] kexec based hibernation -v3
- From: Mika Penttilä <mika.penttila@xxxxxxxxxxx>
- Re: Info on LDM, domain system and SOCs
- From: "Amit Kucheria" <kucheria.amit@xxxxxxxxx>
- Re: Info on LDM, domain system and SOCs
- From: Igor Stoppa <igor.stoppa@xxxxxxxxx>
- Re: Info on LDM, domain system and SOCs
- From: Francesco VIRLINZI <francesco.virlinzi@xxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: "Alon Bar-Lev" <alon.barlev@xxxxxxxxx>
- Re: Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: Kyle Moffett <mrmacman_g4@xxxxxxx>
- Re: Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: Jeremy Maitin-Shepard <jbms@xxxxxxx>
- Re: Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: Jeremy Maitin-Shepard <jbms@xxxxxxx>
- Re: Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: Jeremy Maitin-Shepard <jbms@xxxxxxx>
- Re: Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: Jeremy Maitin-Shepard <jbms@xxxxxxx>
- Re: Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxx>
- Re: Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: Kyle Moffett <mrmacman_g4@xxxxxxx>
- Re: Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] PM: merge device power-management source files
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] PM: acquire device locks prior to suspending
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- [PATCH] PM: acquire device locks prior to suspending
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- [PATCH] PM: merge device power-management source files
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC 1/2] Merge power-management source files
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC 1/2] Merge power-management source files
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC 1/2] Merge power-management source files
- From: Greg KH <greg@xxxxxxxxx>
- Re: [RFC][PATCH 0/2 -mm] kexec based hibernation -v3
- From: "huang ying" <huang.ying.caritas@xxxxxxxxx>
- Re: Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC][PATCH 0/2 -mm] kexec based hibernation -v3
- From: Mika Penttilä <mika.penttila@xxxxxxxxxxx>
- Re: Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC][PATCH 0/2 -mm] kexec based hibernation -v3
- From: "huang ying" <huang.ying.caritas@xxxxxxxxx>
- Re: [RFC][PATCH 0/2 -mm] kexec based hibernation -v3
- From: Mika Penttilä <mika.penttila@xxxxxxxxxxx>
- Re: Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: "huang ying" <huang.ying.caritas@xxxxxxxxx>
- Re: Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxx>
- Re: [RFC][PATCH 0/2 -mm] kexec based hibernation -v3
- From: "huang ying" <huang.ying.caritas@xxxxxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: Nigel Cunningham <ncunningham@xxxxxxxxxxx>
- Re: Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: "huang ying" <huang.ying.caritas@xxxxxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: "huang ying" <huang.ying.caritas@xxxxxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: Nigel Cunningham <nigel@xxxxxxxxxxxxxxxxxx>
- Re: Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC][PATCH 0/2 -mm] kexec based hibernation -v3
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: [RFC][PATCH 0/2 -mm] kexec based hibernation -v3
- From: Stefan Rompf <stefan@xxxxxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [Announce] LessWatts.org power saving project
- From: "Scott Preece" <sepreece@xxxxxxxxx>
- Re: [RFC 1/2] Merge power-management source files
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [RFC 2/2] Acquire device locks prior to suspending
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- [Announce] LessWatts.org power saving project
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
- [RFC 1/2] Merge power-management source files
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- RE: resume from suspended state with firewire
- From: "Yuval Dafni" <yuvald@xxxxxxxxxxxxx>
- Re: resume from suspended state with firewire
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC][PATCH 2/2 -mm] kexec based hibernation -v3: kexec restore
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: [RFC][PATCH 2/2 -mm] kexec based hibernation -v3: kexec restore
- From: Pavel Machek <pavel@xxxxxx>
- [RFC][PATCH 1/2 -mm] kexec based hibernation -v3: kexec jump
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- [RFC][PATCH 2/2 -mm] kexec based hibernation -v3: kexec restore
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- [RFC][PATCH 0/2 -mm] kexec based hibernation -v3
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: [PATCH -mm 5/5] Hibernation: Introduce exportable suspend ioctls header (rev. 2)
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH -mm 4/5] Hibernation: Correct definitions of some ioctls (rev. 2)
- From: Pavel Machek <pavel@xxxxxx>
- Re: [3/3] 2.6.23-rc6: known regressions v2
- From: Soeren Sonnenburg <kernel@xxxxxx>
- Re: Info on LDM, domain system and SOCs
- From: "Amit Kucheria" <kucheria.amit@xxxxxxxxx>
- Re: [3/3] 2.6.23-rc6: known regressions v2
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [3/3] 2.6.23-rc6: known regressions v2
- From: Arkadiusz Miskiewicz <arekm@xxxxxxxx>
- Re: [3/3] 2.6.23-rc6: known regressions v2
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [3/3] 2.6.23-rc6: known regressions v2
- From: Arkadiusz Miskiewicz <arekm@xxxxxxxx>
- [PATCH -mm] Hibernation: Resume consoles if hibernation_platform_enter fails
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [3/3] 2.6.23-rc6: known regressions v2
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [3/3] 2.6.23-rc6: known regressions v2
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- Re: [Resend][PATCH -mm] Hibernation: Enter platform hibernation state in a consistent way (rev. 4)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [Resend][PATCH -mm] Hibernation: Enter platform hibernation state in a consistent way (rev. 4)
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [4/4] 2.6.23-rc6: known regressions
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [4/4] 2.6.23-rc6: known regressions
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- [Resend][PATCH -mm] Hibernation: Enter platform hibernation state in a consistent way (rev. 4)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [Resend][PATCH -mm] Hibernation: Check if ACPI is enabled during restore in the right place
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: PROBLEM: Suspend corrupts bios clock since 2.6.21
- From: Pavel Machek <pavel@xxxxxx>
- Re: Time in suspended mode has second resolution
- From: Marcelo Tosatti <marcelo@xxxxxxxxx>
- Re: Suspend and hibernation status report
- From: Maciek Rutecki <maciej.rutecki@xxxxxxxxx>
- Re: Info on LDM, domain system and SOCs
- From: Francesco VIRLINZI <francesco.virlinzi@xxxxxx>
- Re: Info on LDM, domain system and SOCs
- From: Igor Stoppa <igor.stoppa@xxxxxxxxx>
- [PATCH -mm 4/5] Hibernation: Correct definitions of some ioctls (rev. 2)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH -mm 3/5] Hibernation: Mark SNAPSHOT_SET_SWAP_FILE ioctl as deprecated (rev. 2)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH -mm 5/5] Hibernation: Introduce exportable suspend ioctls header (rev. 2)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH -mm 0/5] Hibernation: Clean up userland interface (rev. 2)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH -mm 2/5] Hibernation: Rework platform support ioctls (rev. 2)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH -mm 1/5] Hibernation: Introduce SNAPSHOT_GET_IMAGE_SIZE ioctl
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH -mm] Hibernation: Enter platform hibernation state in a consistent way (rev. 4)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Ottawa Linux Power Management Summit, June 25-26, 2007 - Minutes
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [Bugme-new] [Bug 8995] New: /proc/acpi/alarm worked; update to 2.6.22.2 and /sys/class/rtc/rtc0/wakealarm don't
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [Bugme-new] [Bug 8995] New: /proc/acpi/alarm worked; update to 2.6.22.2 and /sys/class/rtc/rtc0/wakealarm don't
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: Suspend and hibernation status report
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [4/4] 2.6.23-rc5: known regressions v2
- From: Pavel Machek <pavel@xxxxxx>
- Re: [4/4] 2.6.23-rc5: known regressions v2
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [4/4] 2.6.23-rc5: known regressions v2
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- Re: [PATCH -mm 4/5] Hibernation: Mark SNAPSHOT_SET_SWAP_FILE ioctl as deprecated
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH -mm 2/5] Hibernation: Rework platform support ioctls
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH -mm] Hibernation: Check if ACPI is enabled during restore in the right place
- From: Pavel Machek <pavel@xxxxxx>
- [PATCH update] Re: Sleep problems with kernels >= 2.6.21 on powerpc
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
- Re: Sleep problems with kernels >= 2.6.21 on powerpc
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
- Re: Sleep problems with kernels >= 2.6.21 on powerpc
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- firewire in prebuilt kernel packages (was Re: Sleep problems with kernels >= 2.6.21 on powerpc)
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
- Re: Sleep problems with kernels >= 2.6.21 on powerpc
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- Re: Sleep problems with kernels >= 2.6.21 on powerpc
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- Re: [PATCH] Re: Sleep problems with kernels >= 2.6.21 on powerpc
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
- [PATCH] Re: Sleep problems with kernels >= 2.6.21 on powerpc
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
- Re: Sleep problems with kernels >= 2.6.21 on powerpc
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
- Re: Sleep problems with kernels >= 2.6.21 on powerpc
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
- Re: Sleep problems with kernels >= 2.6.21 on powerpc
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: Macbook bug after suspend to disk
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Info on LDM, domain system and SOCs
- From: Francesco VIRLINZI <francesco.virlinzi@xxxxxx>
- Ottawa Linux Power Management Summit, June 25-26, 2007 - Minutes
- From: Len Brown <lenb@xxxxxxxxxx>
- Re: Suspend and hibernation status report
- From: Len Brown <lenb@xxxxxxxxxx>
- Re: [PATCH -mm 5/5] Hibernation: Introduce exportable suspend ioctls header
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH -mm 5/5] Hibernation: Introduce exportable suspend ioctls header
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH -mm 3/5] Hibernation: Correct definitions of some ioctls
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Toshiba L30-113A ACPI Ubuntu 7.04
- From: Len Brown <lenb@xxxxxxxxxx>
- Toshiba L30-113A ACPI Ubuntu 7.04
- From: "valentin Petkov" <skyval@xxxxxxxxx>
- Re: [4/4] 2.6.23-rc5: known regressions
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- Re: [PATCH -mm 5/5] Hibernation: Introduce exportable suspend ioctls header
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH -mm 5/5] Hibernation: Introduce exportable suspend ioctls header
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH -mm 3/5] Hibernation: Correct definitions of some ioctls
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH -mm 1/5] Hibernation: Introduce SNAPSHOT_GET_IMAGE_SIZE ioctl
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation: kexec jump
- From: Pavel Machek <pavel@xxxxxx>
- Re: [4/4] 2.6.23-rc4: known regressions
- From: Arkadiusz Miskiewicz <arekm@xxxxxxxx>
- Re: [4/4] 2.6.23-rc4: known regressions
- From: "Michal Piotrowski" <michal.k.k.piotrowski@xxxxxxxxx>
- [PATCH -mm 2/5] Hibernation: Rework platform support ioctls
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH -mm 4/5] Hibernation: Mark SNAPSHOT_SET_SWAP_FILE ioctl as deprecated
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH -mm 5/5] Hibernation: Introduce exportable suspend ioctls header
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH -mm 1/5] Hibernation: Introduce SNAPSHOT_GET_IMAGE_SIZE ioctl
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH -mm 3/5] Hibernation: Correct definitions of some ioctls
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH -mm 0/5] Hibernation: Clean up userland interface
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH -mm] Hibernation: Check if ACPI is enabled during restore in the right place
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC][PATCH] uli526x: Add suspend and resume routines (updated)
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation: kexec jump
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: [RFC][PATCH 1/2 -mm] kexec based hibernation: kexec jump
- From: Pavel Machek <pavel@xxxxxx>
- Re: Sleep problems with kernels >= 2.6.21 on powerpc
- From: "Tim Teulings" <rael@xxxxxxxxxxxx>
- Re: [4/4] 2.6.23-rc4: known regressions
- From: Soeren Sonnenburg <kernel@xxxxxx>
- [PATCH -mm] Hibernation: Check if ACPI is enabled during restore in the right place
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH -mm 0/3] PM: Improve ACPI handling during suspend and hibernation (rev. 3)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH -mm 3/3] PM: Improve handling of ACPI system state indicator (rev. 3)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- RE: [PATCH -mm 3/3] PM: Improve handling of ACPI system state indicator (rev. 3)
- From: "Moore, Robert" <robert.moore@xxxxxxxxx>
- Re: [4/4] 2.6.23-rc4: known regressions
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- Re: [PATCH -mm 2/3] PM: More fine grained ACPI handling during suspend and hibernation (rev. 3)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH -mm 3/3] PM: Improve handling of ACPI system state indicator (rev. 3)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC][PATCH 2/2 -mm] kexec based hibernation: kexec restore
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC][PATCH 0/2 -mm] kexec based hibernation
- From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
- Re: [PATCH, RFC] linkstation: implement standby
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- RE: [PATCH -mm 3/3] PM: Improve handling of ACPI system state indicator (rev. 3)
- From: "Moore, Robert" <robert.moore@xxxxxxxxx>
- Re: [PATCH, RFC] linkstation: implement standby
- From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
- Re: [PATCH -mm 3/3] PM: Improve handling of ACPI system state indicator (rev. 3)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH -mm 2/3] PM: More fine grained ACPI handling during suspend and hibernation (rev. 3)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH -mm 2/3] PM: More fine grained ACPI handling during suspend and hibernation (rev. 3)
- From: Len Brown <lenb@xxxxxxxxxx>
- Re: 2.6.23-rc2 swsusp, suddenly increased uptime
- From: Thomas Voegtle <tv@xxxxxxxx>
- Re: PROBLEM: Suspend corrupts bios clock since 2.6.21
- From: Andreas Steffan <a.steffan@xxxxxxxxxxxxxx>
- Re: [RFC][PATCH 0/2 -mm] kexec based hibernation
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: [RFC][PATCH 2/2 -mm] kexec based hibernation: kexec restore
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- [PATCH -mm 2/3] PM: More fine grained ACPI handling during suspend and hibernation (rev. 3)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH -mm 3/3] PM: Improve handling of ACPI system state indicator (rev. 3)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH -mm 1/3] Hibernation: Enter platform hibernation state in a consistent way (rev. 3)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH -mm 0/3] PM: Improve ACPI handling during suspend and hibernation (rev. 3)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH -mm 1/4] Hibernation: Arbitrary boot kernel support - generic code (rev. 2)
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC][PATCH 2/2 -mm] kexec based hibernation: kexec restore
- From: Pavel Machek <pavel@xxxxxx>
- [PATCH -mm 3/4] Hibernation: Pass CR3 in the image header on x86_64 (rev. 2)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH -mm 2/4] Hibernation: Arbitrary boot kernel support on x86_64 (rev. 2)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH -mm 1/4] Hibernation: Arbitrary boot kernel support - generic code (rev. 2)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH -mm 0/4] Hibernation: Arbitrary boot kernel support on x86_64 (rev. 2)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH -mm 4/4] Hibernation: Use temporary page tables for kernel text mapping on x86_64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH, RFC] wake up from a serial port
- From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
- [PATCH] trivial: fix typo in comment in drivers/base/power/suspend.c
- From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
- Re: [RFC][PATCH 0/2 -mm] kexec based hibernation
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: Sleep problems with kernels >= 2.6.21 on powerpc
- From: "Tim Teulings" <rael@xxxxxxxxxxxx>
- Re: [RFC][PATCH 0/2 -mm] kexec based hibernation
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RFC][PATCH 0/2 -mm] kexec based hibernation
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH, RFC] linkstation: implement standby
- From: tony@xxxxxxxxxxxxxxxxxx (Tony Breeds)
- Re: Sleep problems with kernels >= 2.6.21 on powerpc
- From: Rogério Brito <rbrito@xxxxxxxxxx>
- Re: PROBLEM: Suspend corrupts bios clock since 2.6.21
- From: Robert Hancock <hancockr@xxxxxxx>
- Re: Sleep problems with kernels >= 2.6.21 on powerpc
- From: Michel Dänzer <daenzer@xxxxxxxxxx>
- Re: [RFC][PATCH 0/2 -mm] kexec based hibernation
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC][PATCH 1/3] Hibernation: Enter platform hibernation state in a consisten way (rev. 2)
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC][PATCH 1/3] Hibernation: Enter platform hibernation state in a consisten way (rev. 2)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC][PATCH 0/2 -mm] kexec based hibernation
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH, RFC] wake up from a serial port
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH, RFC] linkstation: implement standby
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC][PATCH 1/3] Hibernation: Enter platform hibernation state in a consisten way (rev. 2)
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC][PATCH 2/3] PM: More fine grained ACPI handling during suspend and hibernation (rev. 2)
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC][PATCH 3/3] PM: Improve handling of ACPI system state indicator (rev. 2)
- From: Pavel Machek <pavel@xxxxxx>
- Re: Q: suspend_late() semantics
- From: Pavel Machek <pavel@xxxxxx>
- Re: Sleep problems with kernels >= 2.6.21 on powerpc
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH -mm 2/2] Hibernation: Arbitrary boot kernel support on x86_64 (updated)
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH, RFC] linkstation: implement standby
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: Re: [PATCH -mm 2/2] Hibernation: Arbitrary boot kernel support on x86_64
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: Re: [PATCH -mm 2/2] Hibernation: Arbitrary boot kernel support on x86_64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: [PATCH -mm 2/2] Hibernation: Arbitrary boot kernel support on x86_64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: [PATCH -mm 2/2] Hibernation: Arbitrary boot kernel support on x86_64
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [RFC][PATCH 0/2 -mm] kexec based hibernation
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- RE: [RFC][PATCH 0/2 -mm] kexec based hibernation
- From: "Hu, Fenghua" <fenghua.hu@xxxxxxxxx>
- RE: [RFC][PATCH 0/2 -mm] kexec based hibernation
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- RE: [RFC][PATCH 0/2 -mm] kexec based hibernation
- From: "Hu, Fenghua" <fenghua.hu@xxxxxxxxx>
- [RFC][PATCH 2/2 -mm] kexec based hibernation: kexec restore
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- [RFC][PATCH 1/2 -mm] kexec based hibernation: kexec jump
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- [RFC][PATCH 0/2 -mm] kexec based hibernation
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- [RFC][PATCH 2/3] PM: More fine grained ACPI handling during suspend and hibernation (rev. 2)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [RFC][PATCH 3/3] PM: Improve handling of ACPI system state indicator (rev. 2)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [RFC][PATCH 1/3] Hibernation: Enter platform hibernation state in a consisten way (rev. 2)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [RFC][PATCH 0/3] PM: Improve ACPI handling during suspend and hibernation (rev. 2)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Sleep problems with kernels >= 2.6.21 on powerpc
- From: "Michal Piotrowski" <michal.k.k.piotrowski@xxxxxxxxx>
- Re: [RFC][PATCH 0/3] PM: Improve ACPI handling during suspend and hibernation
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: PROBLEM: Suspend corrupts bios clock since 2.6.21
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Q: suspend_late() semantics
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- PROBLEM: Suspend corrupts bios clock since 2.6.21
- From: Andreas Steffan <a.steffan@xxxxxxxxxxxxxx>
- Re: [PATCH, RFC] linkstation: implement standby
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH, RFC] linkstation: implement standby
- From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
- [RFC][PATCH 2/3] PM: More fine grained ACPI handling during suspend and hibernation
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [RFC][PATCH 3/3] PM: Improve handling of ACPI system state indicator
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [RFC][PATCH 0/3] PM: Improve ACPI handling during suspend and hibernation
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [RFC][PATCH 1/3] Hibernation: Enter platform hibernation state in a consisten way
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH, RFC] linkstation: implement standby
- From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
- Q: suspend_late() semantics
- From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
- [PATCH, RFC] wake up from a serial port
- From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
- [PATCH -mm 2/2] Hibernation: Arbitrary boot kernel support on x86_64 (updated)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH -mm 2/2] Hibernation: Arbitrary boot kernel support on x86_64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH -mm 2/2] Hibernation: Arbitrary boot kernel support on x86_64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH -mm 2/2] Hibernation: Arbitrary boot kernel support on x86_64
- Re: [PATCH -mm 2/2] Hibernation: Arbitrary boot kernel support on x86_64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH -mm 2/2] Hibernation: Arbitrary boot kernel support on x86_64
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH -mm 2/2] Hibernation: Arbitrary boot kernel support on x86_64
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: Re: [RFC][PATCH -mm 3/4] Hibernation: Pass CR3 in the image header on x86_64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC][PATCH -mm 4/4] Hibernation: Use temporary page tables for kernel text mapping on x86_64
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH] ACPI: Clean up acpi_enter_sleep_state_prep
- From: Pavel Machek <pavel@xxxxxx>
- Re: Re: [RFC][PATCH -mm 3/4] Hibernation: Pass CR3 in the image header on x86_64
- From: Pavel Machek <pavel@xxxxxx>
- Re: [3/4] 2.6.23-rc3: known regressions v3
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: [3/4] 2.6.23-rc3: known regressions v3
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- Re: [PATCH -mm 2/2] Hibernation: Arbitrary boot kernel support on x86_64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH -mm 2/2] Hibernation: Arbitrary boot kernel support on x86_64
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- [PATCH -mm 1/2] Hibernation: Arbitrary boot kernel support - generic code
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH -mm 2/2] Hibernation: Arbitrary boot kernel support on x86_64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH -mm 0/2] Hibernation: Arbitrary boot kernel support on x86_64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: [RFC][PATCH -mm 3/4] Hibernation: Pass CR3 in the image header on x86_64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [discuss] [RFC][PATCH -mm 2/4] Hibernation: Turn on ACPI during restore if necessary
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC][PATCH -mm 3/4] Hibernation: Pass CR3 in the image header on x86_64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC][PATCH -mm 4/4] Hibernation: Use temporary page tables for kernel text mapping on x86_64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC][PATCH -mm 2/4] Hibernation: Arbitrary boot kernel support on x86_64
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC][PATCH -mm 3/4] Hibernation: Pass CR3 in the image header on x86_64
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC][PATCH -mm 1/4] Hibernation: Arbitrary boot kernel support - generic code
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC][PATCH -mm 4/4] Hibernation: Use temporary page tables for kernel text mapping on x86_64
- From: Pavel Machek <pavel@xxxxxx>
- [PATCH] ACPI: Clean up acpi_enter_sleep_state_prep
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [RFC][PATCH -mm 3/4] Hibernation: Pass CR3 in the image header on x86_64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [RFC][PATCH -mm 4/4] Hibernation: Use temporary page tables for kernel text mapping on x86_64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [RFC][PATCH -mm 2/4] Hibernation: Arbitrary boot kernel support on x86_64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [RFC][PATCH -mm 1/4] Hibernation: Arbitrary boot kernel support - generic code
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [RFC][PATCH -mm 0/4] Hibernation: Arbitrary boot kernel support on x86_64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: [PATH 1/1] Kexec jump - v2 - kexec jump
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- [PATCH 6/6] CPUIDLE: load ACPI properly when CPUIDLE is disabled
- From: Adam Belay <abelay@xxxxxxxxxx>
- [PATCH 5/6] CPUIDLE: remove cpuidle_get_bm_activity()
- From: Adam Belay <abelay@xxxxxxxxxx>
- [PATCH 3/6] CPUIDLE: handle BM detection inside the ACPI Processor driver
- From: Adam Belay <abelay@xxxxxxxxxx>
- [PATCH 1/6] CPUIDLE: fix 'current_governor' sysfs entry
- From: Adam Belay <abelay@xxxxxxxxxx>
- [PATCH 4/6] CPUIDLE: max_cstate fix
- From: Adam Belay <abelay@xxxxxxxxxx>
- [PATCH 2/6] CPUIDLE: menu governor updates
- From: Adam Belay <abelay@xxxxxxxxxx>
- [PATCH 0/6] CPUIDLE Updates
- From: Adam Belay <abelay@xxxxxxxxxx>
- Re: [RFC][PATCH -mm 2/4] Hibernation: Turn on ACPI during restore if necessary
- From: Pavel Machek <pavel@xxxxxx>
- [PATCH] Hibernation: Make sure that ACPI is enabled in acpi_hibernation_finish
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [discuss] [RFC][PATCH -mm 1/4] Hibernation: Arbitrary boot kernel support on x86_64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [discuss] [RFC][PATCH -mm 1/4] Hibernation: Arbitrary boot kernel support on x86_64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: 2.6.23-rc3-git3 make warnings
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: [RFC][PATCH -mm 4/4] Hibernation: Pass CR3 value in hibernation header on x86_64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC][PATCH -mm 3/4] Hibernation: Use temporary kernel text mapping during restore on x86_64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [discuss] [RFC][PATCH -mm 1/4] Hibernation: Arbitrary boot kernel support on x86_64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC][PATCH -mm 2/4] Hibernation: Turn on ACPI during restore if necessary
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: [PATH 1/1] Kexec jump - v2 - kexec jump
- From: Pavel Machek <pavel@xxxxxx>
- Re: encrypted hibernation (was Re: Hibernation considerations)
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC][PATCH -mm 1/4] Hibernation: Arbitrary boot kernel support on x86_64
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC][PATCH -mm 3/4] Hibernation: Use temporary kernel text mapping during restore on x86_64
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC][PATCH -mm 2/4] Hibernation: Turn on ACPI during restore if necessary
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC][PATCH -mm 4/4] Hibernation: Pass CR3 value in hibernation header on x86_64
- From: Pavel Machek <pavel@xxxxxx>
- Re: [4/4] 2.6.23-rc3: known regressions v2
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- [RFC][PATCH -mm 1/4] Hibernation: Arbitrary boot kernel support on x86_64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [RFC][PATCH -mm 4/4] Hibernation: Pass CR3 value in hibernation header on x86_64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [RFC][PATCH -mm 3/4] Hibernation: Use temporary kernel text mapping during restore on x86_64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [RFC][PATCH -mm 2/4] Hibernation: Turn on ACPI during restore if necessary
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [RFC][PATCH -mm 0/4] Hibernation: Arbitrary boot kernel support on x86_64
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: encrypted hibernation (was Re: Hibernation considerations)
- From: "Dr. David Alan Gilbert" <linux@xxxxxxxxxxx>
- Re: [PATCH -mm] x86_64: Save registers in saved_context during suspend and hibernation
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH -mm] x86_64: Save registers in saved_context during suspend and hibernation
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH -mm] PNP: Make pnpacpi_suspend handle errors
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH -mm] x86_64: Save registers in saved_context during suspend and hibernation
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: Storing Maintainers info around the kernel tree
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
- Re: Re: [PATH 1/1] Kexec jump - v2 - kexec jump
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: Re: Storing Maintainers info around the kernel tree
- From: Rene Herman <rene.herman@xxxxxxxxx>
- Re: Re: Storing Maintainers info around the kernel tree
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: Re: Storing Maintainers info around the kernel tree
- From: Rene Herman <rene.herman@xxxxxxxxx>
- Re: Re: Storing Maintainers info around the kernel tree
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
- Re: Re: Storing Maintainers info around the kernel tree
- From: Rene Herman <rene.herman@xxxxxxxxx>
- Re: Re: Storing Maintainers info around the kernel tree
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: Storing Maintainers info around the kernel tree
- From: Rene Herman <rene.herman@xxxxxxxxx>
- Re: Re: [PATH 1/1] Kexec jump - v2 - kexec jump
- From: Pavel Machek <pavel@xxxxxx>
- Storing Maintainers info around the kernel tree
- From: Kyle Moffett <mrmacman_g4@xxxxxxx>
- Re: [2.6 patch] make kernel/power/main.c:suspend_enter() static
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH] ACPI: Make pnpacpi_suspend handle errors
- From: Pavel Machek <pavel@xxxxxx>
- Re: [1/4] 2.6.23-rc3: known regressions
- From: Markus <lists4me@xxxxxx>
- Re: [PATCH] [443/2many] MAINTAINERS - HIBERNATION (aka Software Suspend, aka swsusp):
- From: Kyle Moffett <mrmacman_g4@xxxxxxx>
- [PATCH] ACPI: Make pnpacpi_suspend handle errors
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [2.6 patch] make kernel/power/main.c:suspend_enter() static
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] [443/2many] MAINTAINERS - HIBERNATION (aka Software Suspend, aka swsusp):
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] [443/2many] MAINTAINERS - HIBERNATION (aka Software Suspend, aka swsusp):
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH] [443/2many] MAINTAINERS - HIBERNATION (aka Software Suspend, aka swsusp):
- From: Dave Jones <davej@xxxxxxxxxx>
- [2.6 patch] make kernel/power/main.c:suspend_enter() static
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: [discuss] [PATCH] x86_64: Save registers in saved_context during suspend and hibernation
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH] [443/2many] MAINTAINERS - HIBERNATION (aka Software Suspend, aka swsusp):
- From: Rene Herman <rene.herman@xxxxxxxxx>
- Re: [PATCH] [443/2many] MAINTAINERS - HIBERNATION (aka Software Suspend, aka swsusp):
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH] [443/2many] MAINTAINERS - HIBERNATION (aka Software Suspend, aka swsusp):
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] [443/2many] MAINTAINERS - HIBERNATION (aka Software Suspend, aka swsusp):
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] [443/2many] MAINTAINERS - HIBERNATION (aka Software Suspend, aka swsusp):
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC][PATCH] uli526x: Add suspend and resume routines (updated)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] [443/2many] MAINTAINERS - HIBERNATION (aka Software Suspend, aka swsusp):
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH] [443/2many] MAINTAINERS - HIBERNATION (aka Software Suspend, aka swsusp):
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [discuss] [PATCH] x86_64: Save registers in saved_context during suspend and hibernation
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] [443/2many] MAINTAINERS - HIBERNATION (aka Software Suspend, aka swsusp):
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC][PATCH] uli526x: Add suspend and resume routines (updated)
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: 2.6.23-rc2 swsusp, suddenly increased uptime
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [discuss] [PATCH] x86_64: Save registers in saved_context during suspend and hibernation
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: 2.6.23-rc2 swsusp, suddenly increased uptime
- From: Thomas Voegtle <tv@xxxxxxxx>
- Re: 2.6.23-rc2 swsusp, suddenly increased uptime
- From: Thomas Voegtle <tv@xxxxxxxx>
- Re: [PATCH] x86_64: Save registers in saved_context during suspend and hibernation
- From: Andi Kleen <ak@xxxxxxx>
- Re: 2.6.23-rc2 swsusp, suddenly increased uptime
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH] x86_64: Save registers in saved_context during suspend and hibernation
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] [443/2many] MAINTAINERS - HIBERNATION (aka Software Suspend, aka swsusp):
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] [443/2many] MAINTAINERS - HIBERNATION (aka Software Suspend, aka swsusp):
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH] [444/2many] MAINTAINERS - SUSPEND TO RAM:
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH] [443/2many] MAINTAINERS - HIBERNATION (aka Software Suspend, aka swsusp):
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] [444/2many] MAINTAINERS - SUSPEND TO RAM:
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] [444/2many] MAINTAINERS - SUSPEND TO RAM:
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH] [443/2many] MAINTAINERS - HIBERNATION (aka Software Suspend, aka swsusp):
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: 2.6.23-rc2 swsusp, suddenly increased uptime
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [3/3] 2.6.23-rc2: known regressions v2
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [3/3] 2.6.23-rc2: known regressions v2
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: resume from ram much slower
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [RFC] Application of the Dynamic Voltage and Frequency Scaling on Real-Time Tasks
- From: "Eduardo Valentin" <edubezval@xxxxxxxxx>
- Re: [PATCH] [444/2many] MAINTAINERS - SUSPEND TO RAM:
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] [443/2many] MAINTAINERS - HIBERNATION (aka Software Suspend, aka swsusp):
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: resume from ram much slower
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: resume from ram much slower
- From: Pavel Machek <pavel@xxxxxx>
- Re: [3/3] 2.6.23-rc2: known regressions v2
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- [1/4] 2.6.23-rc3: known regressions
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- Re: encrypted hibernation (was Re: Hibernation considerations)
- From: "Michael Chang" <thenewme91@xxxxxxxxx>
- Re: encrypted hibernation (was Re: Hibernation considerations)
- From: "Dr. David Alan Gilbert" <linux@xxxxxxxxxxx>
- [PATCH] [444/2many] MAINTAINERS - SUSPEND TO RAM:
- [PATCH] [443/2many] MAINTAINERS - HIBERNATION (aka Software Suspend, aka swsusp):
- Re: encrypted hibernation (was Re: Hibernation considerations)
- From: alon.barlev@xxxxxxxxx
- Re: [PATCH] [444/2many] MAINTAINERS - SUSPEND TO RAM:
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH] [443/2many] MAINTAINERS - HIBERNATION (aka Software Suspend, aka swsusp):
- From: Pavel Machek <pavel@xxxxxx>
- Re: [3/3] 2.6.23-rc2: known regressions v2
- From: "Michal Piotrowski" <michal.k.k.piotrowski@xxxxxxxxx>
- Re: Re: When to use a freezeable workqueue?
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: When to use a freezeable workqueue?
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: encrypted hibernation (was Re: Hibernation considerations)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [3/3] 2.6.23-rc2: known regressions v2
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [3/3] 2.6.23-rc2: known regressions v2
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: [3/3] 2.6.23-rc2: known regressions v2
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [3/3] 2.6.23-rc2: known regressions v2
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [3/3] 2.6.23-rc2: known regressions v2
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: resume from ram much slower
- From: Arkadiusz Miskiewicz <arekm@xxxxxxxx>
- Re: [3/3] 2.6.23-rc2: known regressions v2
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: resume from ram much slower
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [3/3] 2.6.23-rc2: known regressions v2
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: resume from ram much slower
- From: "Michal Piotrowski" <michal.k.k.piotrowski@xxxxxxxxx>
- [PATCH] PM: Fix dependencies of CONFIG_SUSPEND and CONFIG_HIBERNATION (updated 3x)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC][PATCH] uli526x: Add suspend and resume routines (updated)
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- Re: [PATCH] PM: Fix dependencies of CONFIG_SUSPEND and CONFIG_HIBERNATION (updated 2x)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] PM: Fix dependencies of CONFIG_SUSPEND and CONFIG_HIBERNATION (updated 2x)
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [3/3] 2.6.23-rc2: known regressions v2
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [3/3] 2.6.23-rc2: known regressions v2
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- Re: [patch 2.6.23-rc2 1/2] define clk_must_disable()
- From: Russell King <rmk@xxxxxxxxxxxxxxxx>
- Re: [patch 2.6.23-rc2 1/2] define clk_must_disable()
- From: Russell King <rmk@xxxxxxxxxxxxxxxx>
- Re: [patch 2.6.23-rc2 1/2] define clk_must_disable()
- From: Russell King <rmk@xxxxxxxxxxxxxxxx>
- Re: [patch 2.6.23-rc2 1/2] define clk_must_disable()
- From: Russell King <rmk@xxxxxxxxxxxxxxxx>
- Re: [RFC][PATCH] uli526x: Add suspend and resume routines
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: [RFC][PATCH] uli526x: Add suspend and resume routines
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: [RFC][PATCH] uli526x: Add suspend and resume routines
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC][PATCH] uli526x: Add suspend and resume routines
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC][PATCH] uli526x: Add suspend and resume routines
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [RFC][PATCH] uli526x: Add suspend and resume routines (updated)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC][PATCH] uli526x: Add suspend and resume routines
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: [patch 2.6.23-rc2 1/2] define clk_must_disable()
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [patch 2.6.23-rc2 1/2] define clk_must_disable()
- From: David Brownell <david-b@xxxxxxxxxxx>
- Re: [patch 2.6.23-rc2 1/2] define clk_must_disable()
- From: David Brownell <david-b@xxxxxxxxxxx>
- Re: [patch 2.6.23-rc2 1/2] define clk_must_disable()
- From: David Brownell <david-b@xxxxxxxxxxx>
- Re: [patch 2.6.23-rc2 1/2] define clk_must_disable()
- From: David Brownell <david-b@xxxxxxxxxxx>
- Re: [patch 2.6.23-rc2 1/2] define clk_must_disable()
- From: David Brownell <david-b@xxxxxxxxxxx>
- Re: [PATCH] CPUIDLE - A Framework for Idle CPU PM
- From: Pavel Machek <pavel@xxxxxx>
- Re: [patch 2.6.23-rc2 1/2] define clk_must_disable()
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] kexec: fix pci device initialization fail after kexec (2.6.23-rc2). (Related to e1000 doesn't resume properly from standby)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] PM: Fix dependencies of CONFIG_SUSPEND and CONFIG_HIBERNATION (updated 2x)
- From: Pavel Machek <pavel@xxxxxx>
- Re: Re: [Resend][PATCH] PM: Fix dependencies of CONFIG_SUSPEND and CONFIG_HIBERNATION (updated)
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [patch 2.6.23-rc2 1/2] define clk_must_disable()
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] kexec: fix pci device initialization fail after kexec (2.6.23-rc2). (Related to e1000 doesn't resume properly from standby)
- From: "Joonwoo Park" <joonwpark81@xxxxxxxxx>
- Re: [patch 2.6.23-rc2 1/2] define clk_must_disable()
- From: David Brownell <david-b@xxxxxxxxxxx>
- [PATCH] PM: Fix dependencies of CONFIG_SUSPEND and CONFIG_HIBERNATION (updated 2x)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [patch 2.6.23-rc2 1/2] define clk_must_disable()
- From: David Brownell <david-b@xxxxxxxxxxx>
- Re: Re: [PATCH] kexec: fix pci device initialization fail after kexec (2.6.23-rc2). (Related to e1000 doesn't resume properly from standby)
- From: David Brownell <david-b@xxxxxxxxxxx>
- Re: [patch 2.6.23-rc2 1/2] define clk_must_disable()
- From: David Brownell <david-b@xxxxxxxxxxx>
- Re: [PATCH] kexec: fix pci device initialization fail after kexec (2.6.23-rc2). (Related to e1000 doesn't resume properly from standby)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [patch 2.6.23-rc2 2/2] AT91 implements clk_must_disable()
- From: David Brownell <david-b@xxxxxxxxxxx>
- [patch 2.6.23-rc2 1/2] define clk_must_disable()
- From: David Brownell <david-b@xxxxxxxxxxx>
- [patch 2.6.23-rc2 2/2] AT91 implements clk_must_disable()
- From: David Brownell <david-b@xxxxxxxxxxx>
- Re: [PATCH] kexec: fix pci device initialization fail after kexec (2.6.23-rc2). (Related to e1000 doesn't resume properly from standby)
- From: Simon Arlott <simon@xxxxxxxxxxx>
- Re: [PATCH] kexec: fix pci device initialization fail after kexec (2.6.23-rc2). (Related to e1000 doesn't resume properly from standby)
- From: "Joonwoo Park" <joonwpark81@xxxxxxxxx>
- RE: [PATH 0/1] Kexec jump - v2 - the first step to kexec based hibernation
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: e1000 doesn't resume properly from standby (2.6.23-rc2)
- From: "Simon Arlott" <simon@xxxxxxxxxxx>
- Re: [2/3] 2.6.23-rc2: known regressions
- From: Meelis Roos <mroos@xxxxxxxx>
- Re: e1000 doesn't resume properly from standby (2.6.23-rc2)
- From: Simon Arlott <simon@xxxxxxxxxxx>
- Re: [2/3] 2.6.23-rc2: known regressions
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- Re: [PATH 0/1] Kexec jump - v2 - the first step to kexec based hibernation
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: [2/3] 2.6.23-rc2: known regressions
- From: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
- e1000 doesn't resume properly from standby (2.6.23-rc2)
- From: Simon Arlott <simon@xxxxxxxxxxx>
- [PATCH] kexec: fix pci device initialization fail after kexec (2.6.23-rc2). (Related to e1000 doesn't resume properly from standby)
- From: "Joonwoo Park" <joonwpark81@xxxxxxxxx>
- Re: e1000 doesn't resume properly from standby (2.6.23-rc2)
- From: "Kok, Auke" <auke-jan.h.kok@xxxxxxxxx>
- Re: [PATCH] kexec: fix pci device initialization fail after kexec (2.6.23-rc2). (Related to e1000 doesn't resume properly from standby)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: Possible problem with device_move()
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: Re: [Resend][PATCH] PM: Fix dependencies of CONFIG_SUSPEND and CONFIG_HIBERNATION (updated)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: [Resend][PATCH] PM: Fix dependencies of CONFIG_SUSPEND and CONFIG_HIBERNATION (updated)
- From: Pavel Machek <pavel@xxxxxx>
- Re: Re: [Resend][PATCH] PM: Fix dependencies of CONFIG_SUSPEND and CONFIG_HIBERNATION (updated)
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: Re: [Resend][PATCH] PM: Fix dependencies of CONFIG_SUSPEND and CONFIG_HIBERNATION (updated)
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: Re: [Resend][PATCH] PM: Fix dependencies of CONFIG_SUSPEND and CONFIG_HIBERNATION (updated)
- From: Pavel Machek <pavel@xxxxxx>
- Re: e1000 doesn't resume properly from standby (2.6.23-rc2)
- From: Pavel Machek <pavel@xxxxxx>
- Re: Re: [Resend][PATCH] PM: Fix dependencies of CONFIG_SUSPEND and CONFIG_HIBERNATION (updated)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: Possible problem with device_move()
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: Re: [Resend][PATCH] PM: Fix dependencies of CONFIG_SUSPEND and CONFIG_HIBERNATION (updated)
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [Resend][PATCH] PM: Fix dependencies of CONFIG_SUSPEND and CONFIG_HIBERNATION (updated)
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATH 0/1] Kexec jump - v2 - the first step to kexec based hibernation
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC][PATCH -mm 3/3] Freezer: Replace the timeout
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC][PATCH -mm 3/3] Freezer: Replace the timeout
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC][PATCH -mm 3/3] Freezer: Replace the timeout
- From: Pavel Machek <pavel@xxxxxx>
- encrypted hibernation (was Re: Hibernation considerations)
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATH 1/1] Kexec jump - v2 - kexec jump
- From: Pavel Machek <pavel@xxxxxx>
- [RFC][PATCH] uli526x: Add suspend and resume routines
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATH 0/1] Kexec jump - v2 - the first step to kexec based hibernation
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATCH] create CONFIG_SUSPEND_UP_POSSIBLE
- From: Pavel Machek <pavel@xxxxxx>
- [Resend][PATCH] PM: Fix dependencies of CONFIG_SUSPEND and CONFIG_HIBERNATION (updated)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [2/3] 2.6.23-rc2: known regressions
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH] PM: Fix dependencies of CONFIG_SUSPEND and CONFIG_HIBERNATION (updated)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] PM: Fix dependencies of CONFIG_SUSPEND and CONFIG_HIBERNATION
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] PM: Fix dependencies of CONFIG_SUSPEND and CONFIG_HIBERNATION
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] PM: Fix dependencies of CONFIG_SUSPEND and CONFIG_HIBERNATION
- From: Len Brown <lenb@xxxxxxxxxx>
- Re: [PATCH] PM: Fix dependencies of CONFIG_SUSPEND and CONFIG_HIBERNATION
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] PM: Fix dependencies of CONFIG_SUSPEND and CONFIG_HIBERNATION
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH] PM: Fix dependencies of CONFIG_SUSPEND and CONFIG_HIBERNATION
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: Possible problem with device_move()
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] create CONFIG_SUSPEND_UP_POSSIBLE
- From: Len Brown <lenb@xxxxxxxxxx>
- Re: Re: Possible problem with device_move()
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: Re: Hibernation considerations
- Re: Re: Possible problem with device_move()
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH -mm 2/3] Freezer: Use wait queue instead of busy looping (updated)
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH -mm 2/3] Freezer: Use wait queue instead of busy looping (updated)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH -mm 2/3] Freezer: Use wait queue instead of busy looping (updated)
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH -mm 2/3] Freezer: Use wait queue instead of busy looping (updated)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH -mm 2/3] Freezer: Use wait queue instead of busy looping (updated)
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH][Fix] Hibernation: Do not try to mark invalid PFNs as nosave
- From: Pavel Machek <pavel@xxxxxx>
- [PATCH -mm 2/3] Freezer: Use wait queue instead of busy looping (updated)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH][Fix] Hibernation: Do not try to mark invalid PFNs as nosave
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: Hibernation considerations
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: Hibernation considerations
- From: Pavel Machek <pavel@xxxxxx>
- Re: Re: Hibernation considerations
- From: Pavel Machek <pavel@xxxxxx>
- Re: Re: Hibernation considerations
- From: Pavel Machek <pavel@xxxxxx>
- Re: Re: Possible problem with device_move()
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH -mm 2/3] Freezer: Use wait queue instead of busy looping
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: Re: Possible problem with device_move()
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: Re: Possible problem with device_move()
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH -mm 3/3] Freezer: Measure freezing time
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: Re: Possible problem with device_move()
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: Possible problem with device_move()
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: Re: Possible problem with device_move()
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: Re: Possible problem with device_move()
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH -mm 2/3] Freezer: Use wait queue instead of busy looping
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH -mm 3/3] Freezer: Measure freezing time
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH -mm 1/3] Freezer: Be more verbose
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH -mm 2/3] Freezer: Use wait queue instead of busy looping
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH -mm 0/3] Freezer: Use wait queue instead of busy looping
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: Possible problem with device_move()
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: Re: Suspend without the freezer
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: Re: Possible problem with device_move()
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: Suspend without the freezer
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC 2/2] PM: Lock all devices during suspend/hibernate
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC 2/2] PM: Lock all devices during suspend/hibernate
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: Re: Possible problem with device_move()
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: Re: Possible problem with device_move()
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: Hibernation considerations
- From: Stefan Seyfried <seife@xxxxxxx>
- Can we do it together!!!
- From: "Shoeer A." <sholink@xxxxxxxxx>
- Can we do it together!!!
- From: "Shoeer A." <sholink@xxxxxxxxx>
- Re: 2.6.21-rc1: T60 ACPI issues
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
- Re: 2.6.21-rc1: T60 ACPI issues
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
- Re: [RFC 2/2] PM: Lock all devices during suspend/hibernate
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: Possible problem with device_move()
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: 2.6.21-rc1: T60 ACPI issues
- From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
- Re: 2.6.21-rc1: T60 ACPI issues
- From: Hugh Dickins <hugh@xxxxxxxxxxx>
- Re: Re: Suspend without the freezer
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: 2.6.21-rc1: T60 ACPI issues
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxxxxxxxxxx>
- Re: [RFC 2/2] PM: Lock all devices during suspend/hibernate
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: 2.6.21-rc1: T60 ACPI issues
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxxxxxxxxxx>
- 2.6.21-rc1: T60 ACPI issues
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxxxxxxxxxx>
- Re: [RFC] CONFIG_PM_LEGACY = compiler warnings for deprecation ... solution?
- From: "Scott Thompson" <postfail@xxxxxxxxxxxx>
- Re: Re: Possible problem with device_move()
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [RFC] CONFIG_PM_LEGACY = compiler warnings for deprecation ... solution?
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC][PATCH -mm 3/3] Freezer: Replace the timeout
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] ACPI: delete CONFIG_ACPI_PROCFS_SLEEP (again)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC][PATCH -mm 3/3] Freezer: Replace the timeout
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC][PATCH -mm 2/3] Freezer: Measure the time of freezing tasks
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC][PATCH -mm 1/3] Freezer: Use wait queue instead of busy looping
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATH 1/1] Kexec jump - v2 - kexec jump
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: Re: Suspend without the freezer
- From: Paul Mackerras <paulus@xxxxxxxxx>
- [PATCH] ACPI: delete CONFIG_ACPI_PROCFS_SLEEP (again)
- From: Len Brown <lenb@xxxxxxxxxx>
- Re: [PATH 0/1] Kexec jump - v2 - the first step to kexec based hibernation
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- Re: [PATH 0/1] Kexec jump - v2 - the first step to kexec based hibernation
- From: "Huang, Ying" <ying.huang@xxxxxxxxx>
- [RFC][PATCH -mm 1/3] Freezer: Use wait queue instead of busy looping
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [RFC][PATCH -mm 2/3] Freezer: Measure the time of freezing tasks
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [RFC][PATCH -mm 0/3] Freezer: Use wait queue instead of busy looping (updated)
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [RFC][PATCH -mm 3/3] Freezer: Replace the timeout
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC 2/2] PM: Lock all devices during suspend/hibernate
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC 1/2] PM: merge drivers/base/power/{main, suspend, resume}.c
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [RFC 2/2] PM: Lock all devices during suspend/hibernate
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- [RFC 1/2] PM: merge drivers/base/power/{main, suspend, resume}.c
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: Re: Possible problem with device_move()
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: Re: Possible problem with device_move()
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: Suspend without the freezer
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Possible problem with device_move()
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: Possible problem with device_move()
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: Re: Suspend without the freezer
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: Re: Possible problem with device_move()
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Possible problem with device_move()
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: Suspend without the freezer
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [PATH 0/1] Kexec jump - v2 - the first step to kexec based hibernation
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATH 0/1] Kexec jump - v2 - the first step to kexec based hibernation
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATH 0/1] Kexec jump - v2 - the first step to kexec based hibernation
- From: Pavel Machek <pavel@xxxxxx>
- Re: [PATH 0/1] Kexec jump - v2 - the first step to kexec based hibernation
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [RFC][PATCH -mm 2/2] Freezer: Use wait queue instead of busy looping
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: Re: [RFC][PATCH -mm 2/2] Freezer: Use wait queue instead of busy looping
- From: Pavel Machek <pavel@xxxxxx>
[Index of Archives]
[Kernel]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]