[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1361366462.10155.24.camel@laptop>
Date: Wed, 20 Feb 2013 14:21:02 +0100
From: Peter Zijlstra <a.p.zijlstra@...llo.nl>
To: Michael Wang <wangyun@...ux.vnet.ibm.com>
Cc: LKML <linux-kernel@...r.kernel.org>,
Ingo Molnar <mingo@...nel.org>, Paul Turner <pjt@...gle.com>,
Mike Galbraith <efault@....de>,
Andrew Morton <akpm@...ux-foundation.org>, alex.shi@...el.com,
Ram Pai <linuxram@...ibm.com>,
"Nikunj A. Dadhania" <nikunj@...ux.vnet.ibm.com>,
Namhyung Kim <namhyung@...nel.org>
Subject: Re: [RFC PATCH v3 1/3] sched: schedule balance map foundation
On Tue, 2013-01-29 at 17:09 +0800, Michael Wang wrote:
> + for_each_possible_cpu(cpu) {
> + sbm = &per_cpu(sbm_array, cpu);
> + node = cpu_to_node(cpu);
> + size = sizeof(struct sched_domain *) * sbm_max_level;
> +
> + for (type = 0; type < SBM_MAX_TYPE; type++) {
> + sbm->sd[type] = kmalloc_node(size, GFP_KERNEL,
> node);
> + WARN_ON(!sbm->sd[type]);
> + if (!sbm->sd[type])
> + goto failed;
> + }
> + }
You can't readily use kmalloc_node() here, cpu_to_node() might return an
invalid node for offline cpus here.
Also see: 2ea45800d8e1c3c51c45a233d6bd6289a297a386
--
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