[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <54CC224D.80201@huawei.com>
Date: Sat, 31 Jan 2015 08:31:09 +0800
From: Zefan Li <lizefan@...wei.com>
To: Jason Low <jason.low2@...com>
CC: Tejun Heo <tj@...nel.org>, Peter Zijlstra <peterz@...radead.org>,
<linux-kernel@...r.kernel.org>, <cgroups@...r.kernel.org>,
<aswin@...com>, <scott.norton@...com>, <chegu_vinod@...com>,
<stable@...r.kernel.org>
Subject: Re: [PATCH v2] cpuset: Fix cpuset sched_relax_domain_level
On 2015/1/31 2:54, Jason Low wrote:
> The cpuset.sched_relax_domain_level can control how far we do
> immediate load balancing on a system. However, it was found on recent
> kernels that echo'ing a value into cpuset.sched_relax_domain_level
> did not reduce any immediate load balancing.
>
> The reason this occurred was because the update_domain_attr_tree() traversal
> did not update for the "top_cpuset". This resulted in nothing being changed
> when modifying the sched_relax_domain_level parameter.
>
> This patch is able to address that problem by having update_domain_attr_tree()
> allow updates for the root in the cpuset traversal.
>
> Fixes: fc560a26acce ("cpuset: replace cpuset->stack_list with cpuset_for_each_descendant_pre()")
> Cc: <stable@...r.kernel.org> # 3.9+
> Signed-off-by: Jason Low <jason.low2@...com>
Acked-by: Zefan Li <lizefan@...wei.com>
> ---
> kernel/cpuset.c | 3 ---
> 1 files changed, 0 insertions(+), 3 deletions(-)
>
> diff --git a/kernel/cpuset.c b/kernel/cpuset.c
> index 64b257f..b589e57 100644
> --- a/kernel/cpuset.c
> +++ b/kernel/cpuset.c
> @@ -548,9 +548,6 @@ static void update_domain_attr_tree(struct sched_domain_attr *dattr,
>
> rcu_read_lock();
> cpuset_for_each_descendant_pre(cp, pos_css, root_cs) {
> - if (cp == root_cs)
> - continue;
> -
> /* skip the whole subtree if @cp doesn't have any CPU */
> if (cpumask_empty(cp->cpus_allowed)) {
> pos_css = css_rightmost_descendant(pos_css);
>
--
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