[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20130423202429.GK12543@htj.dyndns.org>
Date: Tue, 23 Apr 2013 13:24:29 -0700
From: Tejun Heo <tj@...nel.org>
To: Viresh Kumar <viresh.kumar@...aro.org>
Cc: linaro-kernel@...ts.linaro.org, patches@...aro.org,
robin.randhawa@....com, Steve.Bannister@....com,
Liviu.Dudau@....com, charles.garcia-tobin@....com,
arvind.chauhan@....com, davem@...emloft.net, airlied@...hat.com,
axboe@...nel.dk, tglx@...utronix.de, peterz@...radead.org,
mingo@...hat.com, rostedt@...dmis.org,
linux-rt-users@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH V4 3/4] block: queue work on unbound wq
Hello, Viresh.
On Mon, Apr 22, 2013 at 11:50:04AM +0530, Viresh Kumar wrote:
> On 10 April 2013 00:00, Tejun Heo <tj@...nel.org> wrote:
> > On Tue, Apr 09, 2013 at 01:00:59PM +0530, Viresh Kumar wrote:
>
> >> +#ifdef CONFIG_WQ_POWER_EFFICIENT
> >> +static bool wq_power_efficient = 0;
> >> +module_param_named(power_efficient, wq_power_efficient, bool, 0444);
> >> +#endif
> >
> > I don't think we need to make the whole thing configurable. Turning
> > it off isn't gonna save much - my gut tells me it's gonna be four
> > instructions. :)
> >
> > What I meant was that the default value for the parameter would
> > probably be need to be configurable so that mobile people don't have
> > to include the kernel param all the time or patch the kernel
> > themselves.
>
> I didn't get it completely.. Are you asking to set the default value
> to 1 instead
> to keep it enabled by default if config option is selected?
Oh, sorry about that. I meant something like this.
#ifdef CONFIG_WQ_POWER_EFFICIENT_BY_DEFAULT // or something prettier
static bool wq_power_efficient = true;
#else
static bool wq_power_efficient = false;
#endif
module_param....
And its Kconfig entry
config WQ_POWER_EFFICIENT_BY_DEFAULT
bool "Blah Blah Viresh is awesome"
default n
Thanks!
--
tejun
--
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