Re: [RFCv6 PATCH 07/10] sched/fair: jump to max OPP when crossing UP threshold

2015-12-14 Thread Steve Muckle
Hi Juri, On 12/11/2015 03:12 AM, Juri Lelli wrote: >> @@ -2895,6 +2934,8 @@ void scheduler_tick(void) >> >trigger_load_balance(rq); >> > #endif >> >rq_last_tick_reset(rq); >> > + >> > + sched_freq_tick(cpu); > We are not holding rq->lock anymore at this points, and this collides > with

Re: [RFCv6 PATCH 07/10] sched/fair: jump to max OPP when crossing UP threshold

2015-12-11 Thread Juri Lelli
Hi Steve, On 08/12/15 22:19, Steve Muckle wrote: > Since the true utilization of a long running task is not detectable > while it is running and might be bigger than the current cpu capacity, > create the maximum cpu capacity head room by requesting the maximum > cpu capacity once the cpu usage

[RFCv6 PATCH 07/10] sched/fair: jump to max OPP when crossing UP threshold

2015-12-08 Thread Steve Muckle
Since the true utilization of a long running task is not detectable while it is running and might be bigger than the current cpu capacity, create the maximum cpu capacity head room by requesting the maximum cpu capacity once the cpu usage plus the capacity margin exceeds the current capacity. This