[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20151005070445.GA10526@gmail.com>
Date:	Mon, 5 Oct 2015 09:04:45 +0200
From:	Ingo Molnar <mingo@...nel.org>
To:	Yuyang Du <yuyang.du@...el.com>
Cc:	peterz@...radead.org, linux-kernel@...r.kernel.org, pjt@...gle.com,
	bsegall@...gle.com, morten.rasmussen@....com,
	vincent.guittot@...aro.org, dietmar.eggemann@....com
Subject: Re: [PATCH 1/4] sched/fair: Generalize the load/util averages
 resolution definition
* Yuyang Du <yuyang.du@...el.com> wrote:
> +# define SCHED_RESOLUTION_SHIFT	10
>  #if 0 /* BITS_PER_LONG > 32 -- currently broken: it increases power usage under light load  */
Might be worth fixing?
Also, I noticed this:
> -# define SCHED_LOAD_RESOLUTION	10
> +# define SCHED_LOAD_SHIFT	(SCHED_RESOLUTION_SHIFT + SCHED_RESOLUTION_SHIFT)
So in the #if 0 (inactive) section we change it from 10 to 20 ...
> -# define SCHED_LOAD_RESOLUTION	0
> +# define SCHED_LOAD_SHIFT	(SCHED_RESOLUTION_SHIFT)
>  # define scale_load(w)		(w)
>  # define scale_load_down(w)	(w)
>  #endif
>  
> -#define SCHED_LOAD_SHIFT	(10 + SCHED_LOAD_RESOLUTION)
... then we change the actually active definition from 20 to 10?
Was that intended?
Please double check the 'make allyesconfig' disassembly of kernel/sched/built-in.o 
before/after this patch to make sure it does not change any code.
( No full allyesconfig build needed: 'make -j16 kernel/sched' should cut down on
  the build time. )
Thanks,
	Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/
Powered by blists - more mailing lists