Re: [RFCv7 PATCH 02/10] cpufreq: introduce cpufreq_driver_is_slow

2016-02-26 Thread Rafael J. Wysocki
On Fri, Feb 26, 2016 at 7:55 PM, Michael Turquette wrote: > Quoting Rafael J. Wysocki (2016-02-25 17:16:17) >> On Thursday, February 25, 2016 04:50:29 PM Michael Turquette wrote: >> > Quoting Rafael J. Wysocki (2016-02-22 17:31:09) >> > > On Tue, Feb 23, 2016 at 2:22 AM, Steve Muckle >> > > wrot

Re: [RFCv7 PATCH 02/10] cpufreq: introduce cpufreq_driver_is_slow

2016-02-25 Thread Steve Muckle
On 02/25/2016 04:50 PM, Michael Turquette wrote: >> > Something more sophisticated than this is needed, because one driver >> > may actually be able to do "fast" switching in some cases and may not >> > be able to do that in other cases. > > Those drivers can set the flag dynamically when they prob

Re: [RFCv7 PATCH 02/10] cpufreq: introduce cpufreq_driver_is_slow

2016-02-25 Thread Rafael J. Wysocki
On Thursday, February 25, 2016 04:50:29 PM Michael Turquette wrote: > Quoting Rafael J. Wysocki (2016-02-22 17:31:09) > > On Tue, Feb 23, 2016 at 2:22 AM, Steve Muckle > > wrote: > > > From: Michael Turquette > > > > > > Some architectures and platforms perform CPU frequency transitions > > > th

Re: [RFCv7 PATCH 02/10] cpufreq: introduce cpufreq_driver_is_slow

2016-02-25 Thread Michael Turquette
Quoting Rafael J. Wysocki (2016-02-22 17:31:09) > On Tue, Feb 23, 2016 at 2:22 AM, Steve Muckle wrote: > > From: Michael Turquette > > > > Some architectures and platforms perform CPU frequency transitions > > through a non-blocking method, while some might block or sleep. Even > > when frequency

Re: [RFCv7 PATCH 02/10] cpufreq: introduce cpufreq_driver_is_slow

2016-02-22 Thread Rafael J. Wysocki
On Tue, Feb 23, 2016 at 2:22 AM, Steve Muckle wrote: > From: Michael Turquette > > Some architectures and platforms perform CPU frequency transitions > through a non-blocking method, while some might block or sleep. Even > when frequency transitions do not block or sleep they may be very slow. >