Date: Tue, 06 May 2003 07:38:09 -0700
From: "Martin J. Bligh" <mbligh@aracnet.com>
To: Andrew Morton <akpm@digeo.com>, "David S. Miller" <davem@redhat.com>
cc: rusty@rustcorp.com.au, dipankar@in.ibm.com, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] kmalloc_percpu
Message-ID: <6940000.1052231887@[10.10.2.4]>
In-Reply-To: <20030506003412.45e0949b.akpm@digeo.com>
References: <20030505235549.5df75866.akpm@digeo.com><20030505.225748.35026531.davem@redhat.com><20030506002229.631a642a.akpm@digeo.com><20030505.231553.68055974.davem@redhat.com> <20030506003412.45e0949b.akpm@digeo.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 821
Lines: 22

>> As just pointed out by dipankar the only issue is NUMA...
>> so it has to be something more sophisticated than simply
>> kmalloc()[smp_processor_id];
> 
> The proposed patch doesn't do anything about that either.
> 
> +	ptr = alloc_bootmem(PERCPU_POOL_SIZE * NR_CPUS);
> 
> So yes, we need an api which could be extended to use node-affine memory at
> some time in the future.  I think we have that.

You can just call alloc_bootmem_node for each CPU instead. It doesn't 
work on i386 at the moment (well, it'll work but come out of node 0), 
but it probably ought to.

M.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/