From: Martin Schwidefsky <schwidefsky@de.ibm.com>
To: Christoph Lameter <clameter@sgi.com>
Cc: akpm@linux-foundation.org, linux-mm@vger.kernel.org,
linux-kernel@vger.kernel.org, David Miller <davem@davemloft.net>,
Eric Dumazet <dada1@cosmosbay.com>,
heiko.carstens@de.ibm.com
Subject: Re: [patch 00/28] cpu alloc v1: Optimize by removing arrays of pointers to per cpu objects
Date: Wed, 07 Nov 2007 14:10:58 +0100 [thread overview]
Message-ID: <1194441058.7744.9.camel@localhost> (raw)
In-Reply-To: <20071106195144.983665861@sgi.com>
On Tue, 2007-11-06 at 11:51 -0800, Christoph Lameter wrote:
> TODO:
> - Currently only i386, ia64 and x86_64 arch definitions are provided.
> Other arches fall back to 64k static configurations.
> - Cpu hotplug support. Current we simply allocate for all possible processors.
> We could reduce this to only online processors if we could allocate the
> cpu area for the new processor before the callbacks are run and if we could
> free the cpu areas for a processor going down after all the callbacks for
> that were run.
> - There are various modifications to exotic configurations that still need
> some testing (f.e. s/390 iucv--whatever that is--) etc. Tests were
> done on UP(i386) SMP(i386, x86_64) and NUMA (x86_64, ia64)
IUCV = Inter-User-Communication-Vehicle. Nice name, isn't it?
It is a z/VM hypervisor interface that allows the different guests to
communicate between each other. net/iucv.c is the base code,
net/af_iucv.c implements the socket interface.
The patch you provided for iucv has a few bugs which are corrected with
the patch below (please merge with patch #25). With it new cpu alloc
code works fine on s390. We likely want to switch to a virtual
configuration as well. For now we can live with the static
configuration.
--
blue skies,
Martin.
"Reality continues to ruin my life." - Calvin.
---
net/iucv/iucv.c | 18 ++++++++++--------
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git a/net/iucv/iucv.c b/net/iucv/iucv.c
index 0d77dba..7698f6c 100644
--- a/net/iucv/iucv.c
+++ b/net/iucv/iucv.c
@@ -566,7 +566,6 @@ static int __cpuinit iucv_cpu_notify(struct notifier_block *self,
GFP_KERNEL|GFP_DMA, cpu_to_node(cpu));
if (!iucv_param[cpu])
return NOTIFY_BAD;
- }
break;
case CPU_UP_CANCELED:
case CPU_UP_CANCELED_FROZEN:
@@ -1622,19 +1621,21 @@ static int __init iucv_init(void)
}
for_each_online_cpu(cpu) {
- /* Note: GFP_DMA used to get memory below 2G */
+ /* Note: GFP_DMA used to get memory below 2G */
iucv_irq_data[cpu] = kmalloc_node(sizeof(struct iucv_irq_data),
GFP_KERNEL|GFP_DMA, cpu_to_node(cpu));
if (!iucv_irq_data[cpu]) {
rc = -ENOMEM;
- goto out_root;
+ goto out_free;
+ }
/* Allocate parameter blocks. */
iucv_param[cpu] = kmalloc_node(sizeof(union iucv_param),
GFP_KERNEL|GFP_DMA, cpu_to_node(cpu));
if (!iucv_param[cpu]) {
rc = -ENOMEM;
- goto out_extint;
+ goto out_free;
+ }
}
register_hotcpu_notifier(&iucv_cpu_notifier);
ASCEBC(iucv_error_no_listener, 16);
@@ -1643,12 +1644,13 @@ static int __init iucv_init(void)
iucv_available = 1;
return 0;
-out_extint:
- for_each_cpu(cpu) {
+out_free:
+ for_each_possible_cpu(cpu) {
+ kfree(iucv_param[cpu]);
+ iucv_param[cpu] = NULL;
kfree(iucv_irq_data[cpu]);
iucv_irq_data[cpu] = NULL;
}
-out_root:
s390_root_dev_unregister(iucv_root);
out_bus:
bus_unregister(&iucv_bus);
@@ -1675,7 +1677,7 @@ static void __exit iucv_exit(void)
kfree(p);
spin_unlock_irq(&iucv_queue_lock);
unregister_hotcpu_notifier(&iucv_cpu_notifier);
- for_each_cpu(cpu) {
+ for_each_possible_cpu(cpu) {
kfree(iucv_param[cpu]);
iucv_param[cpu] = NULL;
kfree(iucv_irq_data[cpu]);
next prev parent reply other threads:[~2007-11-07 13:11 UTC|newest]
Thread overview: 78+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-06 19:51 [patch 00/28] cpu alloc v1: Optimize by removing arrays of pointers to per cpu objects Christoph Lameter
2007-11-06 19:51 ` [patch 01/28] cpu alloc: The allocator Christoph Lameter
2007-11-08 12:34 ` Peter Zijlstra
2007-11-08 12:37 ` Peter Zijlstra
2007-11-08 18:33 ` Christoph Lameter
2007-11-08 18:50 ` Christoph Lameter
2007-11-08 20:19 ` Peter Zijlstra
[not found] ` <1194522615.6289.136.camel@twins>
[not found] ` <Pine.LNX.4.64.0711081030380.7871@schroedinger.engr.sgi.com>
2007-11-08 20:19 ` Peter Zijlstra
2007-11-08 20:24 ` Christoph Lameter
2007-11-08 23:26 ` David Miller
2007-11-08 23:26 ` David Miller
2007-11-13 11:15 ` David Miller
2007-11-13 21:40 ` Christoph Lameter
2007-11-13 21:58 ` Eric Dumazet
2007-11-13 22:00 ` Christoph Lameter
2007-11-14 1:33 ` David Miller
2007-11-13 22:02 ` Christoph Lameter
2007-11-14 1:30 ` David Miller
2007-11-14 1:48 ` Christoph Lameter
2007-11-13 22:20 ` Christoph Lameter
2007-11-14 1:36 ` David Miller
2007-11-14 1:37 ` David Miller
2007-11-14 1:50 ` Christoph Lameter
2007-11-14 2:00 ` David Miller
2007-11-14 2:05 ` Christoph Lameter
2007-11-14 1:06 ` Andi Kleen
2007-11-14 1:52 ` David Miller
2007-11-14 1:57 ` Christoph Lameter
2007-11-14 2:01 ` David Miller
2007-11-14 2:03 ` Christoph Lameter
2007-11-14 2:28 ` Andi Kleen
2007-11-14 3:48 ` David Miller
2007-11-14 3:49 ` Christoph Lameter
2007-11-16 10:23 ` large lockdep bss (was: Re: [patch 01/28] cpu alloc: The allocator) Peter Zijlstra
2007-11-16 11:44 ` Andi Kleen
2007-11-14 4:15 ` [patch 01/28] cpu alloc: The allocator Christoph Lameter
2007-11-14 4:18 ` David Miller
2007-11-14 4:21 ` David Miller
2007-11-14 4:26 ` Christoph Lameter
2007-11-14 5:53 ` David Miller
2007-11-15 18:49 ` Christoph Lameter
2007-11-15 22:03 ` David Miller
2007-11-16 2:19 ` Christoph Lameter
2007-11-16 2:50 ` David Miller
2007-11-16 2:55 ` Christoph Lameter
2007-11-16 2:58 ` David Miller
2007-11-16 3:10 ` Christoph Lameter
2007-11-16 3:17 ` David Miller
2007-11-16 3:19 ` Christoph Lameter
2007-11-06 19:51 ` [patch 02/28] cpu alloc: x86_64 support Christoph Lameter
2007-11-06 19:51 ` [patch 03/28] cpu alloc: IA64 support Christoph Lameter
2007-11-06 19:51 ` [patch 04/28] cpu alloc: i386 support Christoph Lameter
2007-11-06 19:51 ` [patch 05/28] cpu alloc: Use in SLUB Christoph Lameter
2007-11-06 19:51 ` [patch 06/28] cpu alloc: Remove SLUB fields Christoph Lameter
2007-11-06 19:51 ` [patch 07/28] cpu alloc: page allocator conversion Christoph Lameter
2007-11-06 19:51 ` [patch 08/28] cpu alloc: percpu_counter conversion Christoph Lameter
2007-11-06 19:51 ` [patch 09/28] cpu alloc: crash_notes conversion Christoph Lameter
2007-11-06 19:51 ` [patch 10/28] cpu alloc: workqueue conversion Christoph Lameter
2007-11-06 19:51 ` [patch 11/28] cpu alloc: ACPI cstate handling conversion Christoph Lameter
2007-11-06 19:51 ` [patch 12/28] cpu alloc: genhd statistics conversion Christoph Lameter
2007-11-06 19:51 ` [patch 13/28] cpu alloc: blktrace conversion Christoph Lameter
2007-11-06 19:51 ` [patch 14/28] cpu alloc: SRCU Christoph Lameter
2007-11-06 19:51 ` [patch 15/28] cpu alloc: XFS counters Christoph Lameter
2007-11-06 19:52 ` [patch 16/28] cpu alloc: NFS statistics Christoph Lameter
2007-11-06 19:52 ` [patch 17/28] cpu alloc: neigbour statistics Christoph Lameter
2007-11-06 19:52 ` [patch 18/28] cpu alloc: tcp statistics Christoph Lameter
2007-11-06 19:52 ` [patch 19/28] cpu alloc: convert scatches Christoph Lameter
2007-11-06 19:52 ` [patch 20/28] cpu alloc: dmaengine conversion Christoph Lameter
2007-11-06 19:52 ` [patch 21/28] cpu alloc: convert loopback statistics Christoph Lameter
2007-11-06 19:52 ` [patch 22/28] cpu alloc: veth conversion Christoph Lameter
2007-11-06 19:52 ` [patch 23/28] cpu alloc: Chelsio statistics conversion Christoph Lameter
2007-11-06 19:52 ` [patch 24/28] cpu alloc: convert mib handling to cpu alloc Christoph Lameter
2007-11-06 19:52 ` [patch 25/28] cpu alloc: Explicitly code allocpercpu calls in iucv Christoph Lameter
2007-11-06 19:52 ` [patch 26/28] cpu alloc: Use for infiniband Christoph Lameter
2007-11-06 19:52 ` [patch 27/28] cpu alloc: Use in the crypto subsystem Christoph Lameter
2007-11-06 19:52 ` [patch 28/28] cpu alloc: Remove the allocpercpu functionality Christoph Lameter
2007-11-07 13:10 ` Martin Schwidefsky [this message]
2007-11-07 18:05 ` [patch 00/28] cpu alloc v1: Optimize by removing arrays of pointers to per cpu objects Christoph Lameter
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=1194441058.7744.9.camel@localhost \
--to=schwidefsky@de.ibm.com \
--cc=akpm@linux-foundation.org \
--cc=clameter@sgi.com \
--cc=dada1@cosmosbay.com \
--cc=davem@davemloft.net \
--cc=heiko.carstens@de.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@vger.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