lkml.org 
[lkml]   [2009]   [Feb]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCHSET x86/core/percpu] improve the first percpu chunk allocation

* Tejun Heo <tj@kernel.org> wrote:

> > It's still about this restriction:
> >
> > + /*
> > + * If large page isn't supported, there's no benefit in doing
> > + * this. Also, embedding allocation doesn't play well with
> > + * NUMA.
> > + */
> > + if (!cpu_has_pse || pcpu_need_numa())
> > + return -EINVAL;
> >
> > This is what makes no sense (why force the static percpu area
> > into 4K mappings on NUMA).
>
> No, the first allocator tried is remap allocator which will do
> the 2MB remapping thing if NUMA. If not, it gives its way to
> embedding allocator which only kicks in for pse && !numa. The
> 4k thing is just the last resort. We might as well kill it
> and make it
>
> if (numa)
> do remap
> else
> do embed
> panic if failed
>
> The 4k thing is the final fallback for cases where pse isn't
> supported.

ah, ok :-) Then i was confused by that and wanted to see
something implemented that ... was already there :)

Ingo


\
 
 \ /
  Last update: 2009-02-24 16:19    [W:1.049 / U:0.600 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site