Re: [PATCH v2 1/3] OMAP: PM: initial runtime PM core support

2010-08-04 Thread Grant Likely
On Thu, Jun 24, 2010 at 5:43 PM, Kevin Hilman khil...@deeprootsystems.com wrote: Implement the new runtime PM framework as a thin layer on top of the omap_device API.  Since we don't have an OMAP-specific bus, override the runtime PM hooks for the platform_bus for the OMAP specific

Re: [PATCH v2 1/3] OMAP: PM: initial runtime PM core support

2010-06-28 Thread Kevin Hilman
Grant Likely grant.lik...@secretlab.ca writes: On Fri, Jun 25, 2010 at 4:46 PM, Kevin Hilman khil...@deeprootsystems.com wrote: Grant Likely grant.lik...@secretlab.ca writes: Another way to look at the problem is that these runtime customizations are kind of a property of the parent device

Re: [PATCH v2 1/3] OMAP: PM: initial runtime PM core support

2010-06-28 Thread Grant Likely
On Mon, Jun 28, 2010 at 2:49 PM, Kevin Hilman khil...@deeprootsystems.com wrote: Grant Likely grant.lik...@secretlab.ca writes: On Fri, Jun 25, 2010 at 4:46 PM, Kevin Hilman khil...@deeprootsystems.com wrote: Grant Likely grant.lik...@secretlab.ca writes: Another way to look at the problem

Re: [PATCH v2 1/3] OMAP: PM: initial runtime PM core support

2010-06-28 Thread Kevin Hilman
Grant Likely grant.lik...@secretlab.ca writes: [...] This affects many aspects of all drivers, from register and probe (for early devices/drivers too!) to all the plaform_get_resource() usage, all of which assumes a platform_driver and platform_device.  I didn't look closely, but I didn't

Re: [PATCH v2 1/3] OMAP: PM: initial runtime PM core support

2010-06-28 Thread Grant Likely
On Mon, Jun 28, 2010 at 4:27 PM, Kevin Hilman khil...@deeprootsystems.com wrote: Grant Likely grant.lik...@secretlab.ca writes: [...] This affects many aspects of all drivers, from register and probe (for early devices/drivers too!) to all the plaform_get_resource() usage, all of which

Re: [PATCH v2 1/3] OMAP: PM: initial runtime PM core support

2010-06-26 Thread Uwe Kleine-König
Hello, On Fri, Jun 25, 2010 at 07:46:05PM -0400, Nicolas Pitre wrote: On Fri, 25 Jun 2010, Russell King - ARM Linux wrote: Does anyone know where we are on the defconfig problem? From what I can see, it's mostly stalled for the time being, which is not good news for us. What looked

Re: [PATCH v2 1/3] OMAP: PM: initial runtime PM core support

2010-06-26 Thread Russell King - ARM Linux
On Sat, Jun 26, 2010 at 12:51:33PM +0200, Uwe Kleine-König wrote: Hello, On Fri, Jun 25, 2010 at 07:46:05PM -0400, Nicolas Pitre wrote: On Fri, 25 Jun 2010, Russell King - ARM Linux wrote: Does anyone know where we are on the defconfig problem? From what I can see, it's mostly

Re: [PATCH v2 1/3] OMAP: PM: initial runtime PM core support

2010-06-25 Thread Grant Likely
On Thu, Jun 24, 2010 at 5:43 PM, Kevin Hilman khil...@deeprootsystems.com wrote: Implement the new runtime PM framework as a thin layer on top of the omap_device API.  Since we don't have an OMAP-specific bus, override the runtime PM hooks for the platform_bus for the OMAP specific

Re: [PATCH v2 1/3] OMAP: PM: initial runtime PM core support

2010-06-25 Thread Kevin Hilman
Grant Likely grant.lik...@secretlab.ca writes: On Thu, Jun 24, 2010 at 5:43 PM, Kevin Hilman khil...@deeprootsystems.com wrote: Implement the new runtime PM framework as a thin layer on top of the omap_device API.  Since we don't have an OMAP-specific bus, override the runtime PM hooks for

Re: [PATCH v2 1/3] OMAP: PM: initial runtime PM core support

2010-06-25 Thread Russell King - ARM Linux
On Fri, Jun 25, 2010 at 09:26:43AM -0600, Grant Likely wrote: This approach is also not multiplatform friendly (cc'ing Eric and Nicolas who are working on ARM multiplatform). It won't work for building a kernel that supports, say, both versatile and OMAP. And I should also point out that

Re: [PATCH v2 1/3] OMAP: PM: initial runtime PM core support

2010-06-25 Thread Grant Likely
On Fri, Jun 25, 2010 at 12:04 PM, Kevin Hilman khil...@deeprootsystems.com wrote: Grant Likely grant.lik...@secretlab.ca writes: On Thu, Jun 24, 2010 at 5:43 PM, Kevin Hilman khil...@deeprootsystems.com wrote: Implement the new runtime PM framework as a thin layer on top of the omap_device

Re: [PATCH v2 1/3] OMAP: PM: initial runtime PM core support

2010-06-25 Thread Grant Likely
On Fri, Jun 25, 2010 at 2:06 PM, Russell King - ARM Linux li...@arm.linux.org.uk wrote: On Fri, Jun 25, 2010 at 09:26:43AM -0600, Grant Likely wrote: This approach is also not multiplatform friendly (cc'ing Eric and Nicolas who are working on ARM multiplatform).  It won't work for building a

Re: [PATCH v2 1/3] OMAP: PM: initial runtime PM core support

2010-06-25 Thread Russell King - ARM Linux
On Fri, Jun 25, 2010 at 02:13:15PM -0600, Grant Likely wrote: On Fri, Jun 25, 2010 at 2:06 PM, Russell King - ARM Linux li...@arm.linux.org.uk wrote: On Fri, Jun 25, 2010 at 09:26:43AM -0600, Grant Likely wrote: This approach is also not multiplatform friendly (cc'ing Eric and Nicolas who

Re: [PATCH v2 1/3] OMAP: PM: initial runtime PM core support

2010-06-25 Thread Kevin Hilman
Grant Likely grant.lik...@secretlab.ca writes: On Fri, Jun 25, 2010 at 12:04 PM, Kevin Hilman khil...@deeprootsystems.com wrote: Grant Likely grant.lik...@secretlab.ca writes: On Thu, Jun 24, 2010 at 5:43 PM, Kevin Hilman khil...@deeprootsystems.com wrote: Implement the new runtime PM

Re: [PATCH v2 1/3] OMAP: PM: initial runtime PM core support

2010-06-25 Thread Grant Likely
On Fri, Jun 25, 2010 at 3:58 PM, Kevin Hilman khil...@deeprootsystems.com wrote: Grant Likely grant.lik...@secretlab.ca writes: Yes, I've got patches which merge of_platform_bus_type with the platform bus.  This was an easy decision to make because the of-specific bits (specifically, matching

Re: [PATCH v2 1/3] OMAP: PM: initial runtime PM core support

2010-06-25 Thread Kevin Hilman
Grant Likely grant.lik...@secretlab.ca writes: Another way to look at the problem is that these runtime customizations are kind of a property of the parent device (the bus, not the bus_type). Would it make sense for parent devices to have runtime ops to perform for each child that is

Re: [PATCH v2 1/3] OMAP: PM: initial runtime PM core support

2010-06-25 Thread Grant Likely
On Fri, Jun 25, 2010 at 4:46 PM, Kevin Hilman khil...@deeprootsystems.com wrote: Grant Likely grant.lik...@secretlab.ca writes: Another way to look at the problem is that these runtime customizations are kind of a property of the parent device (the bus, not the bus_type).  Would it make sense

Re: [PATCH v2 1/3] OMAP: PM: initial runtime PM core support

2010-06-25 Thread Nicolas Pitre
On Fri, 25 Jun 2010, Russell King - ARM Linux wrote: Does anyone know where we are on the defconfig problem? From what I can see, it's mostly stalled for the time being, which is not good news for us. What looked to be promizing is the work by Uwe Kleine-König according to the preview he

[PATCH v2 1/3] OMAP: PM: initial runtime PM core support

2010-06-24 Thread Kevin Hilman
Implement the new runtime PM framework as a thin layer on top of the omap_device API. Since we don't have an OMAP-specific bus, override the runtime PM hooks for the platform_bus for the OMAP specific implementation. While the runtime PM API has three main states (idle, suspend, resume) This