login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2010
»
March
»
27
Re: [PATCH/RFC] platform_bus: Allow runtime PM by default
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Rafael J. Wysocki
Subject:
Re: [PATCH/RFC] platform_bus: Allow runtime PM by default
Date: Saturday, March 27, 2010 - 4:32 pm
On Saturday 27 March 2010, Mark Brown wrote:
quoted text
> On 26 Mar 2010, at 22:35, "Rafael J. Wysocki" <rjw@sisk.pl> wrote: > > > On Friday 26 March 2010, Mark Brown wrote: > >> Currently the default runtime PM callbacks for platform devices > >> return > >> -ENOSYS, preventing the use of runtime PM platforms until they have > >> provided at least a default implementation. This hinders the use of > >> runtime PM by devices which work with many platforms such as memory > >> mapped devices, MFDs and on chip IPs shared by multiple > >> architectures. > >> > >> Change the default implementation to the standard pm_generic_runtime > >> one, allowing drivers to use runtime PM without per-architecture > >> changes. > >> > >> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> > > > > Acked-by: Rafael J. Wysocki <rjw@sisk.pl> > > > > Is it very urgent? > > Not especially - worst case you just don't get devices suspending > which isn't the end of the world and there's no build time > dependencies introduced.
OK, so I guess it will be sufficient if Greg queues it for .35. Rafael --
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:
[PATCH/RFC] platform_bus: Allow runtime PM by default
, Mark Brown
, (Fri Mar 26, 10:42 am)
Re: [PATCH/RFC] platform_bus: Allow runtime PM by default
, Rafael J. Wysocki
, (Fri Mar 26, 3:35 pm)
Re: [PATCH/RFC] platform_bus: Allow runtime PM by default
, Mark Brown
, (Sat Mar 27, 12:41 pm)
Re: [PATCH/RFC] platform_bus: Allow runtime PM by default
, Rafael J. Wysocki
, (Sat Mar 27, 4:32 pm)
Re: platform_bus: Allow runtime PM by default
, Greg KH
, (Thu Apr 22, 4:53 pm)
Re: platform_bus: Allow runtime PM by default
, Mark Brown
, (Fri Apr 23, 3:57 am)
Re: platform_bus: Allow runtime PM by default
, Greg KH
, (Fri Apr 23, 8:05 am)
Re: platform_bus: Allow runtime PM by default
, Mark Brown
, (Fri Apr 23, 8:13 am)
Re: platform_bus: Allow runtime PM by default
, Greg KH
, (Fri Apr 23, 8:49 am)
Re: platform_bus: Allow runtime PM by default
, Mark Brown
, (Fri Apr 23, 8:57 am)
Re: platform_bus: Allow runtime PM by default
, Greg KH
, (Fri Apr 23, 9:11 am)
Re: platform_bus: Allow runtime PM by default
, Mark Brown
, (Fri Apr 23, 9:28 am)
Re: platform_bus: Allow runtime PM by default
, Greg KH
, (Fri Apr 23, 9:36 am)
Re: platform_bus: Allow runtime PM by default
, Rafael J. Wysocki
, (Fri Apr 23, 9:40 am)
Re: platform_bus: Allow runtime PM by default
, Rafael J. Wysocki
, (Fri Apr 23, 11:26 am)
Re: platform_bus: Allow runtime PM by default
, Rafael J. Wysocki
, (Fri Apr 23, 11:41 am)
Re: platform_bus: Allow runtime PM by default
, Mark Brown
, (Fri May 7, 6:27 am)
Re: platform_bus: Allow runtime PM by default
, Jean Delvare
, (Fri May 7, 7:20 am)
Re: platform_bus: Allow runtime PM by default
, Rafael J. Wysocki
, (Mon May 10, 2:10 pm)
Re: platform_bus: Allow runtime PM by default
, Jean Delvare
, (Mon May 10, 11:19 pm)
Re: [linux-pm] platform_bus: Allow runtime PM by default
, Mark Brown
, (Tue May 11, 6:00 am)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Fortier,Vincent [Montreal]
2.6.21.5 june 30th to july 1st date hang?
Jeff Dike
[ PATCH 2/6 ] UML - Formatting fixes around os_{read_write}_file callers
Liam Girdwood
[PATCH 07/13] regulator: regulator test harness
Oleg Nesterov
Re: Getting the new RxRPC patches upstream
Stefan Seyfried
Re: 2.6.19-rc5: grub is much slower resuming from suspend-to-disk than in 2.6.18
linux-netdev
:
Arnaud Ebalard
Re: [REGRESSION,BISECTED] MIPv6 support broken by f4f914b58019f0
Jan Engelhardt
Re: [PATCH iptables] extension: add xt_cpu match
Jarek Poplawski
Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock().
Sebastian Andrzej Siewior
[PATCH 8/8] net/emergency: remove locking from reycling pool if emergncy pools are...
David Miller
Re: [PATCH] qlcnic: dont assume NET_IP_ALIGN is 2
git
:
Jakub Narebski
Re: git on MacOSX and files with decomposed utf-8 file names
Brandon Casey
Re: Thunderbird and patches (was Re: [PATCH v2] Enable setting attach as the def...
Christian Couder
[PATCH 1/3] rev-parse: add test script for "--verify"
Ramkumar Ramachandra
Re: [GSoC update] git-remote-svn: The final one
Junio C Hamano
Re: git-rm isn't the inverse action of git-add
openbsd-misc
:
Joachim Schipper
Re: UVC Webcams
Florin Andrei
SOLVED [was: firewall is very slow, something's wrong]
Todd Alan Smith
Re: Microsoft gets the Most Secure Operating Systems award
Neal Hogan
Re: Need Advice: Thinkpad T60 or T61?
Sam Fourman Jr.
Re: Real men don't attack straw men
git-commits-head
:
Linux Kernel Mailing List
ACPI: Disable ARB_DISABLE on platforms where it is not needed
Linux Kernel Mailing List
m68knommu: add read_barrier_depends() and irqs_disabled_flags()
Linux Kernel Mailing List
[MTD] Add mtd panic_write function pointer
Linux Kernel Mailing List
[ARM] pxa: remove duplicate select statements from Kconfig
Linux Kernel Mailing List
mlx4_core: Don't read reserved fields in mlx4_QUERY_ADAPTER()
Colocation donated by:
Syndicate