[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <201104170135.19388.rjw@sisk.pl>
Date: Sun, 17 Apr 2011 01:35:18 +0200
From: "Rafael J. Wysocki" <rjw@...k.pl>
To: Linux PM mailing list <linux-pm@...ts.linux-foundation.org>
Cc: Kevin Hilman <khilman@...com>, LKML <linux-kernel@...r.kernel.org>,
Grant Likely <grant.likely@...retlab.ca>,
Len Brown <lenb@...nel.org>, linux-sh@...r.kernel.org,
lethal@...ux-sh.org, Magnus Damm <magnus.damm@...il.com>,
Alan Stern <stern@...land.harvard.edu>,
Greg KH <gregkh@...e.de>
Subject: [PATCH 0/9] PM: Rework shmobile and OMAP runtime PM using power domains
Hi,
The following series of patches is my attempt to consolidate the shmobile and
OMAP runtime PM code using power domains so that it is not necessary to
replace the platform bus type's runtime PM callbacks any more.
Some of the patches have already been posted, some are new and some are
from Kevin. :-)
[1/9] - Make power domain callbacks take precedence over subsystem ones
(this one has been discussed already).
[2/9] - Export the platform bus type's default PM callbacks so that they
can be used in power domain objects.
[3/9] - Use a default power domain for runtime PM on shmobile (both ARM
and SH flavors) instead of replacing the platform bus type's
runtime PM callbacks (using __weak).
[4/9] - Use generic runtime PM callbacks directly in the platform bus type.
[5/9] - Move OMAP2 runtime PM implementation to using a power domain object
(patch from Kevin rebased on top of [1-4/9]).
[6/9] - Add subsystem data field to struct dev_pm_info.
[7/9] - Introduce generic clock manipulation routines for runtime PM and
convert ARM shmobile to using them.
[8/9] - Move OMAP1 runtime PM to the new core infrastructure.
[9/9] - Remove platform_bus_set_pm_ops() (patch from Kevin).
Comments welcome.
Thanks,
Rafael
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists