From: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: linux-arch@vger.kernel.org, linux-mm@kvack.org,
linux-numa@vger.kernel.org, Tejun Heo <tj@kernel.org>,
Valdis.Kletnieks@vt.edu, Randy Dunlap <randy.dunlap@oracle.com>,
Christoph Lameter <cl@linux-foundation.org>,
eric.whitney@hp.com,
KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
Subject: Re: [PATCH 3/7] numa-x86_64-use-generic-percpu-var-numa_node_id-implementation-fix1
Date: Mon, 24 May 2010 10:09:32 -0400 [thread overview]
Message-ID: <1274710172.13756.122.camel@useless.americas.hpqcorp.net> (raw)
In-Reply-To: <20100521160240.b61d3404.akpm@linux-foundation.org>
On Fri, 2010-05-21 at 16:02 -0700, Andrew Morton wrote:
> On Mon, 03 May 2010 11:05:18 -0400
> Lee Schermerhorn <lee.schermerhorn@hp.com> wrote:
>
> > Incremental patch 1 to
> > numa-x86_64-use-generic-percpu-var-numa_node_id-implementation.patch
> > in 28apr10 mmotm.
> >
> > Use generic percpu numa_node variable only for x86_64.
> >
> > x86_32 will require separate support. Not sure it's worth it.
> >
> > Signed-off-by: Lee Schermerhorn <lee.schermerhorn@hp.com>
> >
> > arch/x86/Kconfig | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > Index: linux-2.6.34-rc5-mmotm-100428-1653/arch/x86/Kconfig
> > ===================================================================
> > --- linux-2.6.34-rc5-mmotm-100428-1653.orig/arch/x86/Kconfig
> > +++ linux-2.6.34-rc5-mmotm-100428-1653/arch/x86/Kconfig
> > @@ -1720,7 +1720,7 @@ config HAVE_ARCH_EARLY_PFN_TO_NID
> > depends on NUMA
> >
> > config USE_PERCPU_NUMA_NODE_ID
> > - def_bool y
> > + def_bool X86_64
> > depends on NUMA
> >
> > menu "Power management and ACPI options"
>
> i386 allmodconfig:
>
> In file included from include/linux/gfp.h:7,
> from include/linux/kmod.h:22,
> from include/linux/module.h:13,
> from include/linux/crypto.h:21,
> from arch/x86/kernel/asm-offsets_32.c:7,
> from arch/x86/kernel/asm-offsets.c:2:
> include/linux/topology.h: In function 'numa_node_id':
> include/linux/topology.h:248: error: implicit declaration of function 'cpu_to_node'
>
> this patchset has been quite a PITA. What happened?
"fix3" to numa-x86_64-use-generic-percpu-var-numa_node_id-implementation
that I send out on May 17 should have fixed this. That was in response
to Randy's NumaQ config that pulled the same error. He verified that it
fixed the error.
You asked about the fix3 patch [offlist] on Wednesday, 19May. Do you
have that one in your tree?
Lee
--
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>
next prev parent reply other threads:[~2010-05-24 14:09 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-03 15:04 [PATCH 0/7] numa: incremental fixes to generic per cpu numa_*_id() series Lee Schermerhorn
2010-05-03 15:05 ` [PATCH 1/7] numa-add-generic-percpu-var-numa_node_id-implementation-fix1 Lee Schermerhorn
2010-05-03 15:05 ` [PATCH 2/7] numa-add-generic-percpu-var-numa_node_id-implementation-fix2 Lee Schermerhorn
2010-05-03 15:05 ` [PATCH 3/7] numa-x86_64-use-generic-percpu-var-numa_node_id-implementation-fix1 Lee Schermerhorn
2010-05-21 23:02 ` Andrew Morton
2010-05-24 14:09 ` Lee Schermerhorn [this message]
2010-05-24 14:12 ` Valdis.Kletnieks
2010-05-24 14:41 ` Lee Schermerhorn
2010-05-24 18:34 ` Andrew Morton
2010-05-24 19:05 ` Lee Schermerhorn
2010-05-24 20:19 ` Valdis.Kletnieks
2010-05-03 15:06 ` [PATCH 4/7] numa-x86_64-use-generic-percpu-var-numa_node_id-implementation-fix2 Lee Schermerhorn
2010-05-03 15:06 ` [PATCH 5/7] numa-introduce-numa_mem_id-effective-local-memory-node-id-fix2 Lee Schermerhorn
2010-05-03 15:07 ` [PATCH 6/7] numa-introduce-numa_mem_id-effective-local-memory-node-id-fix3 Lee Schermerhorn
2010-05-03 15:07 ` [PATCH 7/7] numa-update-documentation-vm-numa-add-memoryless-node-info-fix1 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=1274710172.13756.122.camel@useless.americas.hpqcorp.net \
--to=lee.schermerhorn@hp.com \
--cc=Valdis.Kletnieks@vt.edu \
--cc=akpm@linux-foundation.org \
--cc=cl@linux-foundation.org \
--cc=eric.whitney@hp.com \
--cc=kamezawa.hiroyu@jp.fujitsu.com \
--cc=linux-arch@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux-numa@vger.kernel.org \
--cc=randy.dunlap@oracle.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox