From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753770AbXFVBqW (ORCPT ); Thu, 21 Jun 2007 21:46:22 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751414AbXFVBqQ (ORCPT ); Thu, 21 Jun 2007 21:46:16 -0400 Received: from netops-testserver-3-out.sgi.com ([192.48.171.28]:33901 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751291AbXFVBqP (ORCPT ); Thu, 21 Jun 2007 21:46:15 -0400 Date: Thu, 21 Jun 2007 18:46:14 -0700 (PDT) From: Christoph Lameter X-X-Sender: clameter@schroedinger.engr.sgi.com To: Arnd Bergmann cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: NUMA BOF @OLS In-Reply-To: <200706220112.51813.arnd@arndb.de> Message-ID: References: <200706220112.51813.arnd@arndb.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 22 Jun 2007, Arnd Bergmann wrote: > - Interface for preallocating hugetlbfs pages per node instead of system wide We may want to get a bit higher level than that. General way of controlling subsystem use on nodes. One wants to restrict the slab allocator and the kernel etc on nodes too. How will this interact with the other NUMA policy specifications? > - architecture independent in-kernel API for enumerating CPU sockets with > multicore processors (not sure if that's the same as your existing subject). Not sure what you mean by this. We already have a topology interface and the scheduler knows about these things.