From: Andrew Morton <akpm@linux-foundation.org>
To: Lee Schermerhorn <lee.schermerhorn@hp.com>
Cc: linux-mm@kvack.org, linux-numa@vger.kernel.org,
Tejun Heo <tj@kernel.org>, Mel Gorman <mel@csn.ul.ie>,
andi@firstfloor.org, Christoph Lameter <cl@linux-foundation.org>,
Nick Piggin <npiggin@suse.de>,
David Rientjes <rientjes@google.com>,
eric.whitney@hp.com,
KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>,
linux-arch@vger.kernel.org
Subject: Re: [PATCH 1/8] numa: add generic percpu var numa_node_id() implementation
Date: Fri, 16 Apr 2010 13:33:24 -0700 [thread overview]
Message-ID: <20100416133324.fcb1c168.akpm@linux-foundation.org> (raw)
In-Reply-To: <20100415172956.8801.18133.sendpatchset@localhost.localdomain>
On Thu, 15 Apr 2010 13:29:56 -0400
Lee Schermerhorn <lee.schermerhorn@hp.com> wrote:
> Rework the generic version of the numa_node_id() function to use the
> new generic percpu variable infrastructure.
>
> Guard the new implementation with a new config option:
>
> CONFIG_USE_PERCPU_NUMA_NODE_ID.
>
> Archs which support this new implemention will default this option
> to 'y' when NUMA is configured. This config option could be removed
> if/when all archs switch over to the generic percpu implementation
> of numa_node_id(). Arch support involves:
>
> 1) converting any existing per cpu variable implementations to use
> this implementation. x86_64 is an instance of such an arch.
> 2) archs that don't use a per cpu variable for numa_node_id() will
> need to initialize the new per cpu variable "numa_node" as cpus
> are brought on-line. ia64 is an example.
> 3) Defining USE_PERCPU_NUMA_NODE_ID in arch dependent Kconfig--e.g.,
> when NUMA is configured. This is required because I have
> retained the old implementation by default to allow archs to
> be modified incrementally, as desired.
>
> Subsequent patches will convert x86_64 and ia64 to use this
> implemenation.
So which arches _aren't_ converted? powerpc, sparc and alpha?
Is there sufficient info here for the maintainers to be able to
perform the conversion with minimal head-scratching?
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
WARNING: multiple messages have this Message-ID (diff)
From: Andrew Morton <akpm@linux-foundation.org>
To: Lee Schermerhorn <lee.schermerhorn@hp.com>
Cc: linux-mm@kvack.org, linux-numa@vger.kernel.org,
Tejun Heo <tj@kernel.org>, Mel Gorman <mel@csn.ul.ie>,
andi@firstfloor.org, Christoph Lameter <cl@linux-foundation.org>,
Nick Piggin <npiggin@suse.de>,
David Rientjes <rientjes@google.com>,
eric.whitney@hp.com,
KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>,
linux-arch@vger.kernel.org
Subject: Re: [PATCH 1/8] numa: add generic percpu var numa_node_id() implementation
Date: Fri, 16 Apr 2010 13:33:24 -0700 [thread overview]
Message-ID: <20100416133324.fcb1c168.akpm@linux-foundation.org> (raw)
Message-ID: <20100416203324.2XKtVNPomPxY9tilcbkHcvM-GxRtGZ6PFuZy1W3TlRw@z> (raw)
In-Reply-To: <20100415172956.8801.18133.sendpatchset@localhost.localdomain>
On Thu, 15 Apr 2010 13:29:56 -0400
Lee Schermerhorn <lee.schermerhorn@hp.com> wrote:
> Rework the generic version of the numa_node_id() function to use the
> new generic percpu variable infrastructure.
>
> Guard the new implementation with a new config option:
>
> CONFIG_USE_PERCPU_NUMA_NODE_ID.
>
> Archs which support this new implemention will default this option
> to 'y' when NUMA is configured. This config option could be removed
> if/when all archs switch over to the generic percpu implementation
> of numa_node_id(). Arch support involves:
>
> 1) converting any existing per cpu variable implementations to use
> this implementation. x86_64 is an instance of such an arch.
> 2) archs that don't use a per cpu variable for numa_node_id() will
> need to initialize the new per cpu variable "numa_node" as cpus
> are brought on-line. ia64 is an example.
> 3) Defining USE_PERCPU_NUMA_NODE_ID in arch dependent Kconfig--e.g.,
> when NUMA is configured. This is required because I have
> retained the old implementation by default to allow archs to
> be modified incrementally, as desired.
>
> Subsequent patches will convert x86_64 and ia64 to use this
> implemenation.
So which arches _aren't_ converted? powerpc, sparc and alpha?
Is there sufficient info here for the maintainers to be able to
perform the conversion with minimal head-scratching?
next prev parent reply other threads:[~2010-04-16 20:33 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-15 17:29 [PATCH 0/8] Numa: Use Generic Per-cpu Variables for numa_*_id() Lee Schermerhorn
2010-04-15 17:29 ` Lee Schermerhorn
2010-04-15 17:29 ` [PATCH 1/8] numa: add generic percpu var numa_node_id() implementation Lee Schermerhorn
2010-04-15 17:29 ` Lee Schermerhorn
2010-04-16 16:43 ` Christoph Lameter
2010-04-16 20:33 ` Andrew Morton [this message]
2010-04-16 20:33 ` Andrew Morton
2010-04-19 13:22 ` Lee Schermerhorn
2010-04-19 13:22 ` Lee Schermerhorn
2010-04-19 2:32 ` KAMEZAWA Hiroyuki
2010-04-19 2:32 ` KAMEZAWA Hiroyuki
2010-04-15 17:30 ` [PATCH 2/8] numa: x86_64: use " Lee Schermerhorn
2010-04-16 16:46 ` Christoph Lameter
2010-04-18 2:56 ` Tejun Heo
2010-04-29 16:56 ` Lee Schermerhorn
2010-04-30 4:58 ` Tejun Heo
2010-05-02 1:49 ` Christoph Lameter
2010-04-15 17:30 ` [PATCH 3/8] numa: ia64: " Lee Schermerhorn
2010-04-15 17:30 ` Lee Schermerhorn
2010-04-19 2:51 ` KAMEZAWA Hiroyuki
2010-04-19 2:51 ` KAMEZAWA Hiroyuki
2010-04-15 17:30 ` [PATCH 4/8] numa: Introduce numa_mem_id()- effective local memory node id Lee Schermerhorn
2010-04-15 17:30 ` Lee Schermerhorn
2010-04-18 3:13 ` Tejun Heo
2010-04-15 17:30 ` [PATCH 5/8] numa: ia64: support numa_mem_id() for memoryless nodes Lee Schermerhorn
2010-04-15 17:30 ` Lee Schermerhorn
2010-04-18 3:14 ` Tejun Heo
2010-04-15 17:30 ` [PATCH 6/8] numa: slab: use numa_mem_id() for slab local memory node Lee Schermerhorn
2010-05-12 18:49 ` Andrew Morton
2010-05-12 19:11 ` Lee Schermerhorn
2010-05-12 19:11 ` Lee Schermerhorn
2010-05-12 19:25 ` Valdis.Kletnieks
2010-05-12 20:03 ` Lee Schermerhorn
2010-05-12 20:03 ` Lee Schermerhorn
2010-04-15 17:30 ` [PATCH 7/8] numa: in-kernel profiling: use cpu_to_mem() for per cpu allocations Lee Schermerhorn
2010-04-15 17:30 ` [PATCH 8/8] numa: update Documentation/vm/numa, add memoryless node info Lee Schermerhorn
2010-04-15 17:30 ` Lee Schermerhorn
2010-04-15 18:00 ` Randy Dunlap
2010-04-16 0:50 ` KAMEZAWA Hiroyuki
2010-04-16 0:50 ` KAMEZAWA Hiroyuki
2010-04-18 3:19 ` [PATCH 0/8] Numa: Use Generic Per-cpu Variables for numa_*_id() Tejun Heo
2010-04-19 13:29 ` Lee Schermerhorn
2010-04-19 13:29 ` Lee Schermerhorn
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100416133324.fcb1c168.akpm@linux-foundation.org \
--to=akpm@linux-foundation.org \
--cc=andi@firstfloor.org \
--cc=cl@linux-foundation.org \
--cc=eric.whitney@hp.com \
--cc=kamezawa.hiroyu@jp.fujitsu.com \
--cc=lee.schermerhorn@hp.com \
--cc=linux-arch@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux-numa@vger.kernel.org \
--cc=mel@csn.ul.ie \
--cc=npiggin@suse.de \
--cc=rientjes@google.com \
--cc=tj@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.