Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp3452055imm; Tue, 29 May 2018 07:30:34 -0700 (PDT) X-Google-Smtp-Source: AB8JxZqWD4qA4QQaZ7cZSPWFRF/OFaTMsX2kbpi9DmayxxHekMHIRD5jbA2vW7Jm7yhI9qHn+Ncy X-Received: by 2002:a65:65d2:: with SMTP id y18-v6mr13654655pgv.186.1527604234193; Tue, 29 May 2018 07:30:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527604234; cv=none; d=google.com; s=arc-20160816; b=CrKBBfCLjeSuP448/7mOUQZW5LAGcxcwoyUuOTQAkMvYmB8JtW71JZ8tEwVPCuzPW+ pXB54qXy6pQSK3TY9O8P42Ep0egu4w1xcpEqsXTrvhuIeWnPBeWsnvLAhCJt9YGXwCCy 9Sso0oOHbMziCD3oRRKOLSEGGGn+3PuGsnbqNe8T+q/5c56C8oUvnG8yvGrwfY3aqW0F cyIXKBvNrOqhhV598ACjhnP2KvdjeHzrd1W/ZAak7pNs3o0Hx+gu2sFPPuW5EmqMMOeK wQI8gVuNV5S6M/KDmgN3k6sSP7aTMiQtLxZyQrr10dLJ2RiKx6k5yptHd6YWrHQsAJYK Yxkg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from :arc-authentication-results; bh=/0FZe/YqGGyZQrNGnHPWRx4zoho9gsbnO7U5Gqm2ozw=; b=Ybn0n1NQ3I/sLNrn+a2vD4MDKlq7VIno43St5f5nSplT3aK1+LA6jo1Tbyb83xvbqW TwMTWJxF5xnbBahLOXXgIqIz8g441p3rDjdsSo349czOL2dJwvFWOs1sUux8qCb1iIzq oO+JVTNIL6hani55A9zY6HqbAZjxs1dq+chlPVUvgN16eAlBP6TNREnUSMuXR3U9AP8O GfChVoAruRf+hp9iRhtGlyHwpZU0L2KVmWsgAANJ1JTwZoetv9DwHeLF0MNuK6tjjbQC Br0tT9lwojbVBxZa/RiEN7gKUAfPCTKXIuprIvjnmd1r8n6aMvun8+Np6q/53qyjw9AX QJcg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r63-v6si31780736plb.366.2018.05.29.07.30.19; Tue, 29 May 2018 07:30:34 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935077AbeE2OWM (ORCPT + 99 others); Tue, 29 May 2018 10:22:12 -0400 Received: from smtp4.ccs.ornl.gov ([160.91.203.40]:38190 "EHLO smtp4.ccs.ornl.gov" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934868AbeE2OWH (ORCPT ); Tue, 29 May 2018 10:22:07 -0400 Received: from star.ccs.ornl.gov (star.ccs.ornl.gov [160.91.202.134]) by smtp4.ccs.ornl.gov (Postfix) with ESMTP id BDEFC100524B; Tue, 29 May 2018 10:22:06 -0400 (EDT) Received: by star.ccs.ornl.gov (Postfix, from userid 2004) id BBE42BF; Tue, 29 May 2018 10:22:06 -0400 (EDT) From: James Simmons To: Greg Kroah-Hartman , devel@driverdev.osuosl.org, Andreas Dilger , Oleg Drokin , NeilBrown Cc: Linux Kernel Mailing List , Lustre Development List , James Simmons Subject: [PATCH v2 00/25] staging: lustre: libcfs: SMP rework Date: Tue, 29 May 2018 10:21:40 -0400 Message-Id: <1527603725-30560-1-git-send-email-jsimmons@infradead.org> X-Mailer: git-send-email 1.8.3.1 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: James Simmons Recently lustre support has been expanded to extreme machines with as many as a 1000+ cores. On the other end lustre also has been ported to platforms like ARM and KNL which have uniquie NUMA and core setup. For example some devices exist that have NUMA nodes with no cores. With these new platforms the limitations of the Lustre's SMP code came to light so a lot of work was needed. This resulted in this patch set which has been tested on these platforms. Amir Shehata (8): staging: lustre: libcfs: replace MAX_NUMNODES with nr_node_ids staging: lustre: libcfs: remove excess space staging: lustre: libcfs: replace num_possible_cpus() with nr_cpu_ids staging: lustre: libcfs: NUMA support staging: lustre: libcfs: add cpu distance handling staging: lustre: libcfs: use distance in cpu and node handling staging: lustre: libcfs: provide debugfs files for distance handling staging: lustre: libcfs: invert error handling for cfs_cpt_table_print Dmitry Eremin (15): staging: lustre: libcfs: remove useless CPU partition code staging: lustre: libcfs: rename variable i to cpu staging: lustre: libcfs: fix libcfs_cpu coding style staging: lustre: libcfs: use int type for CPT identification. staging: lustre: libcfs: rename i to node for cfs_cpt_set_nodemask staging: lustre: libcfs: rename i to cpu for cfs_cpt_bind staging: lustre: libcfs: rename cpumask_var_t variables to *_mask staging: lustre: libcfs: rename goto label in cfs_cpt_table_print staging: lustre: libcfs: update debug messages staging: lustre: libcfs: make tolerant to offline CPUs and empty NUMA nodes staging: lustre: libcfs: report NUMA node instead of just node staging: lustre: libcfs: update debug messages in CPT code staging: lustre: libcfs: rework CPU pattern parsing code staging: lustre: libcfs: change CPT estimate algorithm staging: lustre: ptlrpc: use current CPU instead of hardcoded 0 James Simmons (2): staging: lustre: libcfs: restore UMP handling staging: lustre: libcfs: properly handle failure cases in SMP code .../lustre/include/linux/libcfs/libcfs_cpu.h | 225 +++-- drivers/staging/lustre/lnet/libcfs/libcfs_cpu.c | 965 +++++++++++---------- drivers/staging/lustre/lnet/libcfs/module.c | 57 ++ drivers/staging/lustre/lnet/lnet/lib-msg.c | 2 + drivers/staging/lustre/lustre/ptlrpc/service.c | 11 +- 5 files changed, 728 insertions(+), 532 deletions(-) -- 1.8.3.1