On Tue, Apr 11, 2017 at 9:00 AM, Juri Lelli wrote:
> On 10/04/17 23:13, Rafael J. Wysocki wrote:
>> On Mon, Apr 10, 2017 at 1:26 PM, Juri Lelli wrote:
>
> [...]
>
>> > Given that for RT (and still for DL as well) the next event is a
>> > periodic tick, couldn't happen that the required frequency
On Tue, Apr 11, 2017 at 3:57 AM, Joel Fernandes wrote:
> On Mon, Apr 10, 2017 at 1:59 PM, Rafael J. Wysocki wrote:
> [..]
+ sg_cpu->util = cfs_util;
+ sg_cpu->max = cfs_max;
+ }
}
>>
>>
>> Well, that's the idea. :-)
>>
>> During the discussio
On 10/04/17 23:13, Rafael J. Wysocki wrote:
> On Mon, Apr 10, 2017 at 1:26 PM, Juri Lelli wrote:
[...]
> > Given that for RT (and still for DL as well) the next event is a
> > periodic tick, couldn't happen that the required frequency transition
> > for an RT task, that unfortunately woke up bef
On Mon, Apr 10, 2017 at 1:59 PM, Rafael J. Wysocki wrote:
[..]
>>> + sg_cpu->util = cfs_util;
>>> + sg_cpu->max = cfs_max;
>>> + }
>>> }
>
>
> Well, that's the idea. :-)
>
> During the discussion at the OSPM-summit we concluded that discarding
> all of the utiliz
On Mon, Apr 10, 2017 at 1:26 PM, Juri Lelli wrote:
> Hi Rafael,
Hi,
> thanks for this set. I'll give it a try (together with your previous
> patch) in the next few days.
>
> A question below.
>
> On 10/04/17 02:11, Rafael J. Wysocki wrote:
>> From: Rafael J. Wysocki
>>
>> Due to the limitation
On Mon, Apr 10, 2017 at 8:39 AM, Joel Fernandes wrote:
> Hi Rafael,
Hi,
> On Sun, Apr 9, 2017 at 5:11 PM, Rafael J. Wysocki wrote:
>> From: Rafael J. Wysocki
>>
[cut]
>> @@ -154,22 +153,30 @@ static unsigned int get_next_freq(struct
>> return cpufreq_driver_resolve_freq(policy, freq)
Hi Rafael,
thanks for this set. I'll give it a try (together with your previous
patch) in the next few days.
A question below.
On 10/04/17 02:11, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Due to the limitation of the rate of frequency changes the schedutil
> governor only estimate
Hi Rafael,
On Sun, Apr 9, 2017 at 5:11 PM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Due to the limitation of the rate of frequency changes the schedutil
> governor only estimates the CPU utilization entirely when it is about
> to update the frequency for the corresponding cpufreq p
From: Rafael J. Wysocki
Due to the limitation of the rate of frequency changes the schedutil
governor only estimates the CPU utilization entirely when it is about
to update the frequency for the corresponding cpufreq policy. As a
result, the intermediate utilization values are discarded by it,
b
9 matches
Mail list logo
