All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nishanth Aravamudan <nacc@linux.vnet.ibm.com>
To: Grant Likely <grant.likely@linaro.org>
Cc: Jiang Liu <jiang.liu@linux.intel.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Mel Gorman <mgorman@suse.de>,
	David Rientjes <rientjes@google.com>,
	Mike Galbraith <umgwanakikbuti@gmail.com>,
	Peter Zijlstra <peterz@infradead.org>,
	"Rafael J . Wysocki" <rafael.j.wysocki@intel.com>,
	Rob Herring <robh+dt@kernel.org>, Tony Luck <tony.luck@intel.com>,
	linux-mm@kvack.org, linux-hotplug@vger.kernel.org,
	linux-kernel@vger.kernel.org, devicetree@vger.kernel.org
Subject: Re: [RFC Patch V1 22/30] mm, of: Use cpu_to_mem()/numa_mem_id() to support memoryless node
Date: Mon, 28 Jul 2014 19:26:02 +0000	[thread overview]
Message-ID: <20140728192602.GF24458@linux.vnet.ibm.com> (raw)
In-Reply-To: <20140728133040.854F5C4095E@trevor.secretlab.ca>

On 28.07.2014 [07:30:40 -0600], Grant Likely wrote:
> On Mon, 21 Jul 2014 10:52:41 -0700, Nishanth Aravamudan <nacc@linux.vnet.ibm.com> wrote:
> > On 11.07.2014 [15:37:39 +0800], Jiang Liu wrote:
> > > When CONFIG_HAVE_MEMORYLESS_NODES is enabled, cpu_to_node()/numa_node_id()
> > > may return a node without memory, and later cause system failure/panic
> > > when calling kmalloc_node() and friends with returned node id.
> > > So use cpu_to_mem()/numa_mem_id() instead to get the nearest node with
> > > memory for the/current cpu.
> > > 
> > > If CONFIG_HAVE_MEMORYLESS_NODES is disabled, cpu_to_mem()/numa_mem_id()
> > > is the same as cpu_to_node()/numa_node_id().
> > > 
> > > Signed-off-by: Jiang Liu <jiang.liu@linux.intel.com>
> > > ---
> > >  drivers/of/base.c |    2 +-
> > >  1 file changed, 1 insertion(+), 1 deletion(-)
> > > 
> > > diff --git a/drivers/of/base.c b/drivers/of/base.c
> > > index b9864806e9b8..40d4772973ad 100644
> > > --- a/drivers/of/base.c
> > > +++ b/drivers/of/base.c
> > > @@ -85,7 +85,7 @@ EXPORT_SYMBOL(of_n_size_cells);
> > >  #ifdef CONFIG_NUMA
> > >  int __weak of_node_to_nid(struct device_node *np)
> > >  {
> > > -	return numa_node_id();
> > > +	return numa_mem_id();
> > >  }
> > >  #endif
> > 
> > Um, NAK. of_node_to_nid() returns the NUMA node ID for a given device
> > tree node. The default should be the physically local NUMA node, not the
> > nearest memory-containing node.
> 
> That description doesn't match the code. This patch only changes the
> default implementation of of_node_to_nid() which doesn't take the device
> node into account *at all* when returning a node ID. Just look at the
> diff.

I meant that of_node_to_nid() seems to be used throughout the call-sites
to indicate caller locality. We want to keep using cpu_to_node() there,
and fallback appropriately in the MM (when allocations occur offnode due
to memoryless nodes), not indicate memory-specific topology the caller
itself. There was a long thread between between Tejun and I that
discussed what we are trying for: https://lkml.org/lkml/2014/7/18/278

I understand that the code unconditionally returns current's NUMA node
ID right now (ignoring the device node). That seems correct, to me, for
something like:

of_device_add:
	/* device_add will assume that this device is on the same node as
         * the parent. If there is no parent defined, set the node
         * explicitly */
        if (!ofdev->dev.parent)
                set_dev_node(&ofdev->dev, of_node_to_nid(ofdev->dev.of_node));

I don't think we want the default implementation to set the NUMA node of
a dev to the nearest NUMA node with memory?

> I think this patch is correct, and it doesn't affect the override
> versions provided by powerpc and sparc.

Yes, agreed, so maybe it doesn't matter. I guess my point was simply
that it only seems reasonable to change callers of cpu_to_node() to
cpu_to_mem() that aren't in the core MM is if they care about memoryless
nodes explicitly. I don't think the OF code does, so I don't think it
should change.

Sorry for my premature NAK and lack of clarity in my explanation.

-Nish


WARNING: multiple messages have this Message-ID (diff)
From: Nishanth Aravamudan <nacc@linux.vnet.ibm.com>
To: Grant Likely <grant.likely@linaro.org>
Cc: Jiang Liu <jiang.liu@linux.intel.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Mel Gorman <mgorman@suse.de>,
	David Rientjes <rientjes@google.com>,
	Mike Galbraith <umgwanakikbuti@gmail.com>,
	Peter Zijlstra <peterz@infradead.org>,
	"Rafael J . Wysocki" <rafael.j.wysocki@intel.com>,
	Rob Herring <robh+dt@kernel.org>, Tony Luck <tony.luck@intel.com>,
	linux-mm@kvack.org, linux-hotplug@vger.kernel.org,
	linux-kernel@vger.kernel.org, devicetree@vger.kernel.org
Subject: Re: [RFC Patch V1 22/30] mm, of: Use cpu_to_mem()/numa_mem_id() to support memoryless node
Date: Mon, 28 Jul 2014 12:26:02 -0700	[thread overview]
Message-ID: <20140728192602.GF24458@linux.vnet.ibm.com> (raw)
In-Reply-To: <20140728133040.854F5C4095E@trevor.secretlab.ca>

On 28.07.2014 [07:30:40 -0600], Grant Likely wrote:
> On Mon, 21 Jul 2014 10:52:41 -0700, Nishanth Aravamudan <nacc@linux.vnet.ibm.com> wrote:
> > On 11.07.2014 [15:37:39 +0800], Jiang Liu wrote:
> > > When CONFIG_HAVE_MEMORYLESS_NODES is enabled, cpu_to_node()/numa_node_id()
> > > may return a node without memory, and later cause system failure/panic
> > > when calling kmalloc_node() and friends with returned node id.
> > > So use cpu_to_mem()/numa_mem_id() instead to get the nearest node with
> > > memory for the/current cpu.
> > > 
> > > If CONFIG_HAVE_MEMORYLESS_NODES is disabled, cpu_to_mem()/numa_mem_id()
> > > is the same as cpu_to_node()/numa_node_id().
> > > 
> > > Signed-off-by: Jiang Liu <jiang.liu@linux.intel.com>
> > > ---
> > >  drivers/of/base.c |    2 +-
> > >  1 file changed, 1 insertion(+), 1 deletion(-)
> > > 
> > > diff --git a/drivers/of/base.c b/drivers/of/base.c
> > > index b9864806e9b8..40d4772973ad 100644
> > > --- a/drivers/of/base.c
> > > +++ b/drivers/of/base.c
> > > @@ -85,7 +85,7 @@ EXPORT_SYMBOL(of_n_size_cells);
> > >  #ifdef CONFIG_NUMA
> > >  int __weak of_node_to_nid(struct device_node *np)
> > >  {
> > > -	return numa_node_id();
> > > +	return numa_mem_id();
> > >  }
> > >  #endif
> > 
> > Um, NAK. of_node_to_nid() returns the NUMA node ID for a given device
> > tree node. The default should be the physically local NUMA node, not the
> > nearest memory-containing node.
> 
> That description doesn't match the code. This patch only changes the
> default implementation of of_node_to_nid() which doesn't take the device
> node into account *at all* when returning a node ID. Just look at the
> diff.

I meant that of_node_to_nid() seems to be used throughout the call-sites
to indicate caller locality. We want to keep using cpu_to_node() there,
and fallback appropriately in the MM (when allocations occur offnode due
to memoryless nodes), not indicate memory-specific topology the caller
itself. There was a long thread between between Tejun and I that
discussed what we are trying for: https://lkml.org/lkml/2014/7/18/278

I understand that the code unconditionally returns current's NUMA node
ID right now (ignoring the device node). That seems correct, to me, for
something like:

of_device_add:
	/* device_add will assume that this device is on the same node as
         * the parent. If there is no parent defined, set the node
         * explicitly */
        if (!ofdev->dev.parent)
                set_dev_node(&ofdev->dev, of_node_to_nid(ofdev->dev.of_node));

I don't think we want the default implementation to set the NUMA node of
a dev to the nearest NUMA node with memory?

> I think this patch is correct, and it doesn't affect the override
> versions provided by powerpc and sparc.

Yes, agreed, so maybe it doesn't matter. I guess my point was simply
that it only seems reasonable to change callers of cpu_to_node() to
cpu_to_mem() that aren't in the core MM is if they care about memoryless
nodes explicitly. I don't think the OF code does, so I don't think it
should change.

Sorry for my premature NAK and lack of clarity in my explanation.

-Nish

--
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: Nishanth Aravamudan <nacc@linux.vnet.ibm.com>
To: Grant Likely <grant.likely@linaro.org>
Cc: Jiang Liu <jiang.liu@linux.intel.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Mel Gorman <mgorman@suse.de>,
	David Rientjes <rientjes@google.com>,
	Mike Galbraith <umgwanakikbuti@gmail.com>,
	Peter Zijlstra <peterz@infradead.org>,
	"Rafael J . Wysocki" <rafael.j.wysocki@intel.com>,
	Rob Herring <robh+dt@kernel.org>, Tony Luck <tony.luck@intel.com>,
	linux-mm@kvack.org, linux-hotplug@vger.kernel.org,
	linux-kernel@vger.kernel.org, devicetree@vger.kernel.org
Subject: Re: [RFC Patch V1 22/30] mm, of: Use cpu_to_mem()/numa_mem_id() to support memoryless node
Date: Mon, 28 Jul 2014 12:26:02 -0700	[thread overview]
Message-ID: <20140728192602.GF24458@linux.vnet.ibm.com> (raw)
In-Reply-To: <20140728133040.854F5C4095E@trevor.secretlab.ca>

On 28.07.2014 [07:30:40 -0600], Grant Likely wrote:
> On Mon, 21 Jul 2014 10:52:41 -0700, Nishanth Aravamudan <nacc@linux.vnet.ibm.com> wrote:
> > On 11.07.2014 [15:37:39 +0800], Jiang Liu wrote:
> > > When CONFIG_HAVE_MEMORYLESS_NODES is enabled, cpu_to_node()/numa_node_id()
> > > may return a node without memory, and later cause system failure/panic
> > > when calling kmalloc_node() and friends with returned node id.
> > > So use cpu_to_mem()/numa_mem_id() instead to get the nearest node with
> > > memory for the/current cpu.
> > > 
> > > If CONFIG_HAVE_MEMORYLESS_NODES is disabled, cpu_to_mem()/numa_mem_id()
> > > is the same as cpu_to_node()/numa_node_id().
> > > 
> > > Signed-off-by: Jiang Liu <jiang.liu@linux.intel.com>
> > > ---
> > >  drivers/of/base.c |    2 +-
> > >  1 file changed, 1 insertion(+), 1 deletion(-)
> > > 
> > > diff --git a/drivers/of/base.c b/drivers/of/base.c
> > > index b9864806e9b8..40d4772973ad 100644
> > > --- a/drivers/of/base.c
> > > +++ b/drivers/of/base.c
> > > @@ -85,7 +85,7 @@ EXPORT_SYMBOL(of_n_size_cells);
> > >  #ifdef CONFIG_NUMA
> > >  int __weak of_node_to_nid(struct device_node *np)
> > >  {
> > > -	return numa_node_id();
> > > +	return numa_mem_id();
> > >  }
> > >  #endif
> > 
> > Um, NAK. of_node_to_nid() returns the NUMA node ID for a given device
> > tree node. The default should be the physically local NUMA node, not the
> > nearest memory-containing node.
> 
> That description doesn't match the code. This patch only changes the
> default implementation of of_node_to_nid() which doesn't take the device
> node into account *at all* when returning a node ID. Just look at the
> diff.

I meant that of_node_to_nid() seems to be used throughout the call-sites
to indicate caller locality. We want to keep using cpu_to_node() there,
and fallback appropriately in the MM (when allocations occur offnode due
to memoryless nodes), not indicate memory-specific topology the caller
itself. There was a long thread between between Tejun and I that
discussed what we are trying for: https://lkml.org/lkml/2014/7/18/278

I understand that the code unconditionally returns current's NUMA node
ID right now (ignoring the device node). That seems correct, to me, for
something like:

of_device_add:
	/* device_add will assume that this device is on the same node as
         * the parent. If there is no parent defined, set the node
         * explicitly */
        if (!ofdev->dev.parent)
                set_dev_node(&ofdev->dev, of_node_to_nid(ofdev->dev.of_node));

I don't think we want the default implementation to set the NUMA node of
a dev to the nearest NUMA node with memory?

> I think this patch is correct, and it doesn't affect the override
> versions provided by powerpc and sparc.

Yes, agreed, so maybe it doesn't matter. I guess my point was simply
that it only seems reasonable to change callers of cpu_to_node() to
cpu_to_mem() that aren't in the core MM is if they care about memoryless
nodes explicitly. I don't think the OF code does, so I don't think it
should change.

Sorry for my premature NAK and lack of clarity in my explanation.

-Nish


  reply	other threads:[~2014-07-28 19:26 UTC|newest]

Thread overview: 274+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-11  7:37 [RFC Patch V1 00/30] Enable memoryless node on x86 platforms Jiang Liu
2014-07-11  7:37 ` Jiang Liu
2014-07-11  7:37 ` Jiang Liu
2014-07-11  7:37 ` [RFC Patch V1 01/30] mm, kernel: Use cpu_to_mem()/numa_mem_id() to support memoryless node Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11 15:14   ` Paul E. McKenney
2014-07-11 15:14     ` Paul E. McKenney
2014-07-11 15:14     ` Paul E. McKenney
2014-07-21 17:15     ` Nishanth Aravamudan
2014-07-21 17:15       ` Nishanth Aravamudan
2014-07-21 17:15       ` Nishanth Aravamudan
2014-07-21 17:33       ` Paul E. McKenney
2014-07-21 17:33         ` Paul E. McKenney
2014-07-21 17:33         ` Paul E. McKenney
2014-07-12 12:32   ` Jens Axboe
2014-07-12 12:32     ` Jens Axboe
2014-07-12 12:32     ` Jens Axboe
2014-07-11  7:37 ` [RFC Patch V1 02/30] mm, sched: " Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37 ` [RFC Patch V1 03/30] mm, net: " Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37 ` [RFC Patch V1 04/30] mm, netfilter: " Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37 ` [RFC Patch V1 05/30] mm, perf: " Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37 ` [RFC Patch V1 06/30] mm, tracing: " Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37 ` [RFC Patch V1 07/30] mm: " Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11 13:51   ` Christoph Lameter
2014-07-11 13:51     ` Christoph Lameter
2014-07-11 13:51     ` Christoph Lameter
2014-07-11 14:42   ` Tejun Heo
2014-07-11 14:42     ` Tejun Heo
2014-07-11 14:42     ` Tejun Heo
2014-07-11 15:13     ` Christoph Lameter
2014-07-11 15:13       ` Christoph Lameter
2014-07-11 15:13       ` Christoph Lameter
2014-07-11 15:21       ` Tejun Heo
2014-07-11 15:21         ` Tejun Heo
2014-07-11 15:21         ` Tejun Heo
2014-07-11 15:33         ` Tejun Heo
2014-07-11 15:33           ` Tejun Heo
2014-07-11 15:33           ` Tejun Heo
2014-07-11 15:55           ` Christoph Lameter
2014-07-11 15:55             ` Christoph Lameter
2014-07-11 15:55             ` Christoph Lameter
2014-07-11 15:58             ` Tejun Heo
2014-07-11 15:58               ` Tejun Heo
2014-07-11 15:58               ` Tejun Heo
2014-07-11 16:04               ` Christoph Lameter
2014-07-11 16:04                 ` Christoph Lameter
2014-07-11 16:04                 ` Christoph Lameter
2014-07-11 15:58         ` Christoph Lameter
2014-07-11 15:58           ` Christoph Lameter
2014-07-11 15:58           ` Christoph Lameter
2014-07-11 16:01           ` Tejun Heo
2014-07-11 16:01             ` Tejun Heo
2014-07-11 16:01             ` Tejun Heo
2014-07-11 16:19             ` Christoph Lameter
2014-07-11 16:19               ` Christoph Lameter
2014-07-11 16:19               ` Christoph Lameter
2014-07-11 16:24               ` Tejun Heo
2014-07-11 16:24                 ` Tejun Heo
2014-07-11 16:24                 ` Tejun Heo
2014-07-11 17:29                 ` Christoph Lameter
2014-07-11 17:29                   ` Christoph Lameter
2014-07-11 17:29                   ` Christoph Lameter
2014-07-11 18:28                   ` Tejun Heo
2014-07-11 18:28                     ` Tejun Heo
2014-07-11 18:28                     ` Tejun Heo
2014-07-11 19:11                     ` Christoph Lameter
2014-07-11 19:11                       ` Christoph Lameter
2014-07-11 19:11                       ` Christoph Lameter
2014-07-23  3:16                       ` Jiang Liu
2014-07-23  3:16                         ` Jiang Liu
2014-07-23  3:16                         ` Jiang Liu
2014-07-11  7:37 ` [RFC Patch V1 08/30] mm, thp: " Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37 ` [RFC Patch V1 09/30] mm, memcg: " Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-18  7:36   ` Michal Hocko
2014-07-18  7:36     ` Michal Hocko
2014-07-18  7:36     ` Michal Hocko
2014-07-23  3:18     ` Jiang Liu
2014-07-23  3:18       ` Jiang Liu
2014-07-23  3:18       ` Jiang Liu
2014-07-11  7:37 ` [RFC Patch V1 10/30] mm, xfrm: " Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37 ` [RFC Patch V1 11/30] mm, char/mspec.c: " Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37 ` [RFC Patch V1 12/30] mm, IB/qib: " Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37 ` [RFC Patch V1 13/30] mm, i40e: " Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37 ` [RFC Patch V1 14/30] mm, i40evf: " Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37 ` [RFC Patch V1 15/30] mm, igb: " Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-21 17:42   ` Nishanth Aravamudan
2014-07-21 17:42     ` Nishanth Aravamudan
2014-07-21 17:42     ` Nishanth Aravamudan
2014-07-21 17:42     ` Nishanth Aravamudan
2014-07-21 19:53     ` Alexander Duyck
2014-07-21 19:53       ` Alexander Duyck
2014-07-21 21:09       ` Nishanth Aravamudan
2014-07-21 21:09         ` Nishanth Aravamudan
2014-07-21 21:09         ` Nishanth Aravamudan
2014-07-21 21:09         ` Nishanth Aravamudan
2014-07-23  3:20         ` Jiang Liu
2014-07-23  3:20           ` Jiang Liu
2014-07-23  3:20           ` Jiang Liu
2014-07-11  7:37 ` [RFC Patch V1 16/30] mm, ixgbe: " Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37 ` [RFC Patch V1 17/30] mm, intel_powerclamp: " Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-21 17:38   ` [RFC Patch V1 17/30] mm, intel_powerclamp: Use cpu_to_mem()/numa_mem_id() to support memoryless Nishanth Aravamudan
2014-07-21 17:38     ` [RFC Patch V1 17/30] mm, intel_powerclamp: Use cpu_to_mem()/numa_mem_id() to support memoryless node Nishanth Aravamudan
2014-07-21 17:38     ` Nishanth Aravamudan
2014-07-11  7:37 ` [RFC Patch V1 18/30] mm, bnx2fc: " Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37 ` [RFC Patch V1 19/30] mm, bnx2i: " Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37 ` [RFC Patch V1 20/30] mm, fcoe: " Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37 ` [RFC Patch V1 21/30] mm, irqchip: " Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-18 12:40   ` Jason Cooper
2014-07-18 12:40     ` Jason Cooper
2014-07-18 12:40     ` Jason Cooper
2014-07-18 12:40     ` Jason Cooper
2014-07-23  3:47     ` Jiang Liu
2014-07-23  3:47       ` Jiang Liu
2014-07-23  3:47       ` Jiang Liu
2014-07-23  3:47       ` Jiang Liu
2014-07-11  7:37 ` [RFC Patch V1 22/30] mm, of: " Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-21 17:52   ` Nishanth Aravamudan
2014-07-21 17:52     ` Nishanth Aravamudan
2014-07-21 17:52     ` Nishanth Aravamudan
2014-07-28 13:30     ` Grant Likely
2014-07-28 13:30       ` Grant Likely
2014-07-28 13:30       ` Grant Likely
2014-07-28 19:26       ` Nishanth Aravamudan [this message]
2014-07-28 19:26         ` Nishanth Aravamudan
2014-07-28 19:26         ` Nishanth Aravamudan
2014-07-11  7:37 ` [RFC Patch V1 23/30] mm, x86: " Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37 ` [RFC Patch V1 24/30] mm, x86/platform/uv: " Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37 ` [RFC Patch V1 25/30] mm, x86, kvm: " Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:44   ` Paolo Bonzini
2014-07-11  7:44     ` Paolo Bonzini
2014-07-11  7:44     ` Paolo Bonzini
2014-07-11  7:37 ` [RFC Patch V1 26/30] mm, x86, perf: " Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37 ` [RFC Patch V1 27/30] x86, numa: Kill useless code to improve code readability Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37 ` [RFC Patch V1 28/30] mm: Update _mem_id_[] for every possible CPU when memory configuration changes Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-21 17:47   ` [RFC Patch V1 28/30] mm: Update _mem_id_[] for every possible CPU when memory configuration chan Nishanth Aravamudan
2014-07-21 17:47     ` [RFC Patch V1 28/30] mm: Update _mem_id_[] for every possible CPU when memory configuration changes Nishanth Aravamudan
2014-07-21 17:47     ` Nishanth Aravamudan
2014-07-23  8:16     ` [RFC Patch V1 28/30] mm: Update _mem_id_[] for every possible CPU when memory configuration chan Jiang Liu
2014-07-23  8:16       ` [RFC Patch V1 28/30] mm: Update _mem_id_[] for every possible CPU when memory configuration changes Jiang Liu
2014-07-23  8:16       ` Jiang Liu
2014-07-11  7:37 ` [RFC Patch V1 29/30] mm, x86: Enable memoryless node support to better support CPU/memory hotplug Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-24 23:26   ` [RFC Patch V1 29/30] mm, x86: Enable memoryless node support to better support CPU/memory hotplu Nishanth Aravamudan
2014-07-24 23:26     ` [RFC Patch V1 29/30] mm, x86: Enable memoryless node support to better support CPU/memory hotplug Nishanth Aravamudan
2014-07-24 23:26     ` Nishanth Aravamudan
2014-07-24 23:26     ` Nishanth Aravamudan
2014-07-25  1:41     ` [RFC Patch V1 29/30] mm, x86: Enable memoryless node support to better support CPU/memory hotplu Jiang Liu
2014-07-25  1:41       ` [RFC Patch V1 29/30] mm, x86: Enable memoryless node support to better support CPU/memory hotplug Jiang Liu
2014-07-25  1:41       ` Jiang Liu
2014-07-25  1:41       ` Jiang Liu
2014-07-11  7:37 ` [RFC Patch V1 30/30] x86, NUMA: Online node earlier when doing CPU hot-addition Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-11  7:37   ` Jiang Liu
2014-07-24 23:30   ` Nishanth Aravamudan
2014-07-24 23:30     ` Nishanth Aravamudan
2014-07-24 23:30     ` Nishanth Aravamudan
2014-07-25  1:43     ` Jiang Liu
2014-07-25  1:43       ` Jiang Liu
2014-07-25  1:43       ` Jiang Liu
2014-07-25  1:44     ` Jiang Liu
2014-07-25  1:44       ` Jiang Liu
2014-07-25  1:44       ` Jiang Liu
2014-07-11  8:29 ` [RFC Patch V1 00/30] Enable memoryless node on x86 platforms Peter Zijlstra
2014-07-11  8:29   ` Peter Zijlstra
2014-07-11  8:29   ` Peter Zijlstra
2014-07-11 15:33   ` Greg KH
2014-07-11 15:33     ` Greg KH
2014-07-11 15:33     ` Greg KH
2014-07-11 20:02     ` Dave Hansen
2014-07-11 20:02       ` Dave Hansen
2014-07-11 20:02       ` Dave Hansen
2014-07-11 20:20     ` Andi Kleen
2014-07-11 20:20       ` Andi Kleen
2014-07-11 20:20       ` Andi Kleen
2014-07-11 20:51       ` Peter Zijlstra
2014-07-11 20:51         ` Peter Zijlstra
2014-07-11 20:51         ` Peter Zijlstra
2014-07-11 21:58         ` Andi Kleen
2014-07-11 21:58           ` Andi Kleen
2014-07-11 21:58           ` Andi Kleen
2014-07-15  1:18         ` David Rientjes
2014-07-15  1:18           ` David Rientjes
2014-07-15  1:18           ` David Rientjes
2014-07-11 23:51       ` H. Peter Anvin
2014-07-11 23:51         ` H. Peter Anvin
2014-07-11 23:51         ` H. Peter Anvin
2014-07-11 22:40     ` Jiri Kosina
2014-07-11 22:40       ` Jiri Kosina
2014-07-11 22:40       ` Jiri Kosina
2014-07-15  1:19       ` David Rientjes
2014-07-15  1:19         ` David Rientjes
2014-07-15  1:19         ` David Rientjes
2014-07-18 17:48         ` Nish Aravamudan
2014-07-21 17:23 ` Nishanth Aravamudan
2014-07-21 17:23   ` Nishanth Aravamudan
2014-07-21 17:23   ` Nishanth Aravamudan
2014-07-21 17:41   ` Tony Luck
2014-07-21 17:41     ` Tony Luck
2014-07-21 17:41     ` Tony Luck
2014-07-21 17:57     ` Nishanth Aravamudan
2014-07-21 17:57       ` Nishanth Aravamudan
2014-07-21 17:57       ` Nishanth Aravamudan
2014-07-23  8:20       ` Jiang Liu
2014-07-23  8:20         ` Jiang Liu
2014-07-23  8:20         ` Jiang Liu
2014-07-24 23:32         ` Nishanth Aravamudan
2014-07-24 23:32           ` Nishanth Aravamudan
2014-07-24 23:32           ` Nishanth Aravamudan
2014-07-25  1:50           ` Jiang Liu
2014-07-25  1:50             ` Jiang Liu
2014-07-25  1:50             ` Jiang Liu
2014-08-18 23:30             ` Nishanth Aravamudan
2014-08-18 23:30               ` Nishanth Aravamudan
2014-08-18 23:30               ` Nishanth Aravamudan
2014-07-21 20:06     ` Peter Zijlstra
2014-07-21 20:06       ` Peter Zijlstra
2014-07-21 20:06       ` Peter Zijlstra

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=20140728192602.GF24458@linux.vnet.ibm.com \
    --to=nacc@linux.vnet.ibm.com \
    --cc=akpm@linux-foundation.org \
    --cc=devicetree@vger.kernel.org \
    --cc=grant.likely@linaro.org \
    --cc=jiang.liu@linux.intel.com \
    --cc=linux-hotplug@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=mgorman@suse.de \
    --cc=peterz@infradead.org \
    --cc=rafael.j.wysocki@intel.com \
    --cc=rientjes@google.com \
    --cc=robh+dt@kernel.org \
    --cc=tony.luck@intel.com \
    --cc=umgwanakikbuti@gmail.com \
    /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.