login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
April
»
1
Re: [RFC][PATCH] PM: Introduce new top level suspend and hibernation callbacks (rev. 6)
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Nigel Cunningham
Subject:
Re: [RFC][PATCH] PM: Introduce new top level suspend and hibernation callbacks (rev. 6)
Date: Tuesday, April 1, 2008 - 3:32 pm
Hi. On Tue, 2008-04-01 at 23:57 +0200, Rafael J. Wysocki wrote:
quoted text
> On Tuesday, 1 of April 2008, Nigel Cunningham wrote: > > Hi Rafael etc. > > > > On Tue, 2008-04-01 at 22:12 +0200, Rafael J. Wysocki wrote: > > > 'ext' means 'extended'. The idea is that the 'extended' version will be used > > > by bus types / driver types that don't need to implement the _noirq callbacks. > > > Both the platform and PCI bus types generally allow drivers to use _noirq > > > callbacks, so they use 'struct pm_ext_ops', as well as their corresponding > > > driver types. > > > > Do you mean to say in the first sentence "...that _do_ need to implement..."? > > Yes, sorry.
Okay. Thanks!
quoted text
> > If not, then extended sounds like a misnomer and the two > > sentences seem to contradict one another. > > > > [...] > > > > > > > + * However, drivers may NOT assume anything about the availability of the > > > > > + * user space at that time and it is not correct to request firmware from > > > > > + * within @prepare() (it's too late to do that). > > > > > > > > That doesn't sound good. It would be good to be able to get drivers to > > > > request firmware early in the process. > > > > > > That will be possible when we drop the freezer. > > > > Yeah, but right now, it seems to me to be a bogus limitation for drivers > > to have no way of automatically loading firmware when you're about to > > hibernate. (Of course I've since been reminded of the notifier chain - > > that should probably be mentioned here as the way of achieving this). > > This is a tricky stuff, though, because the notifier is used for disabling the > user mode helpers too ...
Hmm. Yet another notifier?
quoted text
> > By the way, I'm going to go on record now as saying I think dropping the > > freezer is a silly idea. I'm therefore currently considering including > > the freezer in TuxOnice from the time it gets dropped from mainline. I > > know that will only make it less likely that TuxOnIce gets merged, but > > I've given up caring about that anyway - caring about merging is > > pointless when the people who decide if it gets merged don't care. > > Well, I'm just not sure if dropping the freezer entirely will actually work, > but we won't know that if we don't try. > > There's been a lot of pressure on going into this direction recently and > in principle it seems to be doable at least for suspend. Hibernation is > another issue, but IMO it's better to focus on suspend first.
For suspend, I agree with dropping its use. For hibernation... Nigel --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[RFC][PATCH 0/3] PM: Rework suspend and hibernation code f ...
, Rafael J. Wysocki
, (Sat Mar 29, 3:17 pm)
[RFC][PATCH 1/3] PM: Introduce new top level suspend and h ...
, Rafael J. Wysocki
, (Sat Mar 29, 3:20 pm)
[RFC][PATCH 2/3] PM: New suspend and hibernation callbacks ...
, Rafael J. Wysocki
, (Sat Mar 29, 3:22 pm)
[RFC][PATCH 3/3] PM: New suspend and hibernation callbacks ...
, Rafael J. Wysocki
, (Sat Mar 29, 3:23 pm)
Re: [RFC][PATCH 1/3] PM: Introduce new top level suspend a ...
, Rafael J. Wysocki
, (Sat Mar 29, 7:54 pm)
Re: [RFC][PATCH 2/3] PM: New suspend and hibernation callb ...
, Rafael J. Wysocki
, (Sat Mar 29, 7:56 pm)
[RFC][PATCH] PM: Introduce new top level suspend and hiber ...
, Rafael J. Wysocki
, (Mon Mar 31, 2:29 pm)
Re: [RFC][PATCH] PM: Introduce new top level suspend and h ...
, Nigel Cunningham
, (Tue Apr 1, 1:15 am)
Re: [RFC][PATCH] PM: Introduce new top level suspend and h ...
, Benjamin Herrenschmidt
, (Tue Apr 1, 1:27 am)
Re: [RFC][PATCH] PM: Introduce new top level suspend and h ...
, Pavel Machek
, (Tue Apr 1, 1:37 am)
Re: [RFC][PATCH] PM: Introduce new top level suspend and h ...
, Alan Stern
, (Tue Apr 1, 7:31 am)
Re: [RFC][PATCH] PM: Introduce new top level suspend and h ...
, Nigel Cunningham
, (Tue Apr 1, 12:34 pm)
Re: [RFC][PATCH] PM: Introduce new top level suspend and h ...
, Rafael J. Wysocki
, (Tue Apr 1, 1:12 pm)
Re: [RFC][PATCH] PM: Introduce new top level suspend and h ...
, Rafael J. Wysocki
, (Tue Apr 1, 1:16 pm)
Re: [RFC][PATCH] PM: Introduce new top level suspend and h ...
, Rafael J. Wysocki
, (Tue Apr 1, 1:23 pm)
Re: [RFC][PATCH] PM: Introduce new top level suspend and h ...
, Alan Stern
, (Tue Apr 1, 1:56 pm)
Re: [RFC][PATCH] PM: Introduce new top level suspend and h ...
, Nigel Cunningham
, (Tue Apr 1, 2:35 pm)
Re: [RFC][PATCH] PM: Introduce new top level suspend and h ...
, Nigel Cunningham
, (Tue Apr 1, 2:38 pm)
Re: [RFC][PATCH] PM: Introduce new top level suspend and h ...
, Rafael J. Wysocki
, (Tue Apr 1, 2:50 pm)
Re: [RFC][PATCH] PM: Introduce new top level suspend and h ...
, Rafael J. Wysocki
, (Tue Apr 1, 2:57 pm)
Re: [RFC][PATCH] PM: Introduce new top level suspend and h ...
, Rafael J. Wysocki
, (Tue Apr 1, 2:59 pm)
Re: [RFC][PATCH] PM: Introduce new top level suspend and h ...
, Nigel Cunningham
, (Tue Apr 1, 3:32 pm)
Re: [RFC][PATCH] PM: Introduce new top level suspend and h ...
, Rafael J. Wysocki
, (Tue Apr 1, 4:00 pm)
Re: [RFC][PATCH] PM: Introduce new top level suspend and h ...
, Alan Stern
, (Wed Apr 2, 7:11 am)
Re: [RFC][PATCH] PM: Introduce new top level suspend and h ...
, Oliver Neukum
, (Wed Apr 2, 7:22 am)
Re: [RFC][PATCH] PM: Introduce new top level suspend and h ...
, Alan Stern
, (Wed Apr 2, 8:13 am)
Re: [RFC][PATCH] PM: Introduce new top level suspend and h ...
, Oliver Neukum
, (Wed Apr 2, 8:28 am)
Re: [RFC][PATCH] PM: Introduce new top level suspend and h ...
, Alan Stern
, (Wed Apr 2, 9:42 am)
Re: [RFC][PATCH] PM: Introduce new top level suspend and h ...
, Oliver Neukum
, (Wed Apr 2, 1:11 pm)
Re: [RFC][PATCH] PM: Introduce new top level suspend and h ...
, Alan Stern
, (Wed Apr 2, 1:28 pm)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Ingo Molnar
Re: [patch] e1000=y && e1000e=m regression fix
Greg Kroah-Hartman
[PATCH 20/36] Driver core: Call device_pm_add() after bus_add_device() in device_a...
Boaz Harrosh
how to use KBUILD_EXTRA_SYMBOLS
Brandeburg, Jesse
RE: [regression] e1000e broke e1000 (was: Re: [ANNOUNCE] e1000 toe1000e migration ...
Pekka Enberg
Re: [PATCH] include/linux/slab.h: new KFREE() macro.
git
:
Bill Lear
cpio command not found
Jing Xue
Re: git rm --cached
Fredrik Kuivinen
Re: fatal: unable to create '.git/index': File exists
Johannes Schindelin
Re: [PATCH 1/3 v2] Implement the patience diff algorithm
Johannes Sixt
Re: How to pull remote branch with specified commit id?
linux-netdev
:
Jamie Lokier
Re: POHMELFS high performance network filesystem. Transactions, failover, performa...
Oliver Neukum
Re: [RFC] Patch to option HSO driver to the kernel
Paulius Zaleckas
Re: [RFC] Patch to option HSO driver to the kernel
Timo Teräs
ip xfrm policy semantics
Ron Mercer
[net-next PATCH 2/2] qlge: Version change to v1.00.00.27
openbsd-misc
:
Tomas Bodzar
Re: OpenSMTPd actual development and integration
Netmaffia.hu
Tini Lányok AKCIÓBAN OTTHON
Bryan Irvine
Re: DVD burn error: No space left on device
Sevan / Venture37
Re: This is what Linus Torvalds calls openBSD crowd
Siju George
This is what Linus Torvalds calls openBSD crowd
git-commits-head
:
Linux Kernel Mailing List
powerpc/fsl_msi: enable msi allocation in all banks
Linux Kernel Mailing List
[ARM] mmp: avengers lite (pxa168) board bring up
Linux Kernel Mailing List
via82cxxx: add support for VT6415 PCIE PATA IDE Host Controller
Linux Kernel Mailing List
checkpatch: warn on declaration with storage class not at the beginning
Linux Kernel Mailing List
USB: remove duplicate entry in Option driver and Pl2303 driver for Huawei modem
Colocation donated by:
Syndicate