[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.1.10.0910291455400.19555@V090114053VZO-1>
Date: Thu, 29 Oct 2009 14:57:19 -0400 (EDT)
From: Christoph Lameter <cl@...ux-foundation.org>
To: Tejun Heo <tj@...nel.org>
cc: Jiri Kosina <jkosina@...e.cz>, "Rafael J. Wysocki" <rjw@...k.pl>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Kernel Testers List <kernel-testers@...r.kernel.org>,
Ingo Molnar <mingo@...e.hu>, Jeff Mahoney <jeffm@...e.com>,
"Luck, Tony" <tony.luck@...el.com>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
Peter Zijlstra <peterz@...radead.org>
Subject: Re: [Bug #14467] Linker errors on ia64 with NR_CPUS=4096
On Thu, 29 Oct 2009, Tejun Heo wrote:
> It's just for sched_init() which has irq off but is not really in
> atomic context and does GFP_KERNEL allocations. The following comment
> has been added to the first patch to explain it.
Uhmm.. Is the page allocator available at that point? If you are
constricted to the reserved per cpu area then IA64 can still run out of
space if its booted with 4096 actual cpus.
> + * allocations are done using GFP_KERNEL with pcpu_lock released. In
> + * general, percpu memory can't be allocated with irq off but
> + * irqsave/restore are still used in alloc path so that it can be used
> + * from early init path - sched_init() specifically.
>
> Thanks.
Maybe make the patch a bit more general so that it can operate in an
atomic context and handles gfp flags nicely?
--
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