Re: [PATCH 2/2] PM / devfreq: tie suspend/resume to runtime-pm

2013-03-24 Thread Rajagopal Venkat
On 22 March 2013 23:04, Kevin Hilman wrote: > Hi Rajagopal, > > Rajagopal Venkat writes: > >> Allow device devfreq to be suspend/resume automatically with >> runtime pm suspend/resume. The devfreq drivers should be least >> cared when to suspend/resume the devfreq. > > That is the "what", but the

Re: [PATCH 2/2] PM / devfreq: tie suspend/resume to runtime-pm

2013-03-22 Thread Kevin Hilman
Hi Rajagopal, Rajagopal Venkat writes: > Allow device devfreq to be suspend/resume automatically with > runtime pm suspend/resume. The devfreq drivers should be least > cared when to suspend/resume the devfreq. That is the "what", but the changelog should also answer the question "why?". > pm_

Re: [PATCH 2/2] PM / devfreq: tie suspend/resume to runtime-pm

2013-03-22 Thread Rajagopal Venkat
On 21 March 2013 20:32, Alan Stern wrote: > On Thu, 21 Mar 2013, Rajagopal Venkat wrote: > >> Allow device devfreq to be suspend/resume automatically with >> runtime pm suspend/resume. The devfreq drivers should be least >> cared when to suspend/resume the devfreq. >> >> pm_runtime_suspend(dev) wi

Re: [PATCH 2/2] PM / devfreq: tie suspend/resume to runtime-pm

2013-03-21 Thread Alan Stern
On Thu, 21 Mar 2013, Rajagopal Venkat wrote: > Allow device devfreq to be suspend/resume automatically with > runtime pm suspend/resume. The devfreq drivers should be least > cared when to suspend/resume the devfreq. > > pm_runtime_suspend(dev) will first suspend device devfreq(if available) > be

[PATCH 2/2] PM / devfreq: tie suspend/resume to runtime-pm

2013-03-21 Thread Rajagopal Venkat
Allow device devfreq to be suspend/resume automatically with runtime pm suspend/resume. The devfreq drivers should be least cared when to suspend/resume the devfreq. pm_runtime_suspend(dev) will first suspend device devfreq(if available) before device is suspended from runtime pm core. pm_runtime