Re: [RFC PATCH 00/19] cpufreq locking cleanups and documentation

2016-02-01 Thread Juri Lelli
Hi Saravana, On 29/01/16 16:57, Saravana Kannan wrote: > On 01/11/2016 09:35 AM, Juri Lelli wrote: > >Hi all, > > > >In the context of the ongoing discussion about introducing a simple platform > >energy model to guide scheduling decisions (Energy Aware Scheduling [1]) > >concerns have been

Re: [RFC PATCH 00/19] cpufreq locking cleanups and documentation

2016-02-01 Thread Juri Lelli
Hi Saravana, On 29/01/16 16:57, Saravana Kannan wrote: > On 01/11/2016 09:35 AM, Juri Lelli wrote: > >Hi all, > > > >In the context of the ongoing discussion about introducing a simple platform > >energy model to guide scheduling decisions (Energy Aware Scheduling [1]) > >concerns have been

Re: [RFC PATCH 00/19] cpufreq locking cleanups and documentation

2016-01-31 Thread Viresh Kumar
On 29-01-16, 16:57, Saravana Kannan wrote: > I haven't looked at the cpufreq-tests, but I doubt they do hotplug testing > where they remove all the CPUs of a policy (to trigger a policy exit). They do. -- viresh

Re: [RFC PATCH 00/19] cpufreq locking cleanups and documentation

2016-01-31 Thread Viresh Kumar
On 29-01-16, 16:57, Saravana Kannan wrote: > I haven't looked at the cpufreq-tests, but I doubt they do hotplug testing > where they remove all the CPUs of a policy (to trigger a policy exit). They do. -- viresh

Re: [RFC PATCH 00/19] cpufreq locking cleanups and documentation

2016-01-29 Thread Saravana Kannan
On 01/11/2016 09:35 AM, Juri Lelli wrote: Hi all, In the context of the ongoing discussion about introducing a simple platform energy model to guide scheduling decisions (Energy Aware Scheduling [1]) concerns have been expressed by Peter about the component in charge of driving clock frequency

Re: [RFC PATCH 00/19] cpufreq locking cleanups and documentation

2016-01-29 Thread Saravana Kannan
On 01/11/2016 09:35 AM, Juri Lelli wrote: Hi all, In the context of the ongoing discussion about introducing a simple platform energy model to guide scheduling decisions (Energy Aware Scheduling [1]) concerns have been expressed by Peter about the component in charge of driving clock frequency