Received: by 10.192.165.156 with SMTP id m28csp211176imm; Sun, 15 Apr 2018 21:18:06 -0700 (PDT) X-Google-Smtp-Source: AIpwx48d2NjgfTF9BQvK6UBmDyI5yDmEvbSr2JXCBnF3keZiPnVGdS4w84D1v/diGzR1FaCvzdbM X-Received: by 2002:a17:902:a9c2:: with SMTP id b2-v6mr14233393plr.181.1523852286945; Sun, 15 Apr 2018 21:18:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523852286; cv=none; d=google.com; s=arc-20160816; b=nU3oaSUPzd8pxHipzfnolxuKuyErIw/NN8TM35dQqCpDAA4IOMQg7yM0cTm9XEjelb 0fPQGRPzIK1damcfUjXTqCX8lx+DfQt6/xstYQbz3+1rTURjE+u+qIr5jiITg8gx8xYJ QZvKI0OmwvzZBYcH5U80/mulCHvWzGPVuW+o1Ne8JuZFUoHSNaxf0tmvmkvRyPwdcDp0 eQHfgVj7wbrlbJ4GBQBG77efKmUYi+CjXTbidaqc5UTDU3cxJJSXDMIq87v2H3R8DSFn z9m7kAWAT6Ea0HPBfVLsonFV1vcW4kzH8meHufXmZjHNglxDc/qffWoaQvWSR7t709to cTeQ== 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=iB21gFeCWiFR9Iq3AIwptKnS27XqBC0lC/+olIu+K1w=; b=TjyQfMcmVunq15LaQU/cgwGzQ2mgaCn41us8BPptqBPX/+M096qs0RlGTOhFaZ7tLj jX5naaZc9DHCpYfEorwwSVN2paNjik35ow8wVW935oioheFxE50cGU3HOdqYaQg0Jejj oMxrwNZipmSxi37bldZoDg4EDqLuH7c7XTbb4RPDnVAZrpmJAh5WeSMtqyZhPnm/mrte cZiHt1PpSmnuzs/lrKfYMPpO2mknm+tCZ0g5PjKXjD6A3B/PBGFbRDwxWTYSLC/GIQcf nDZrlqKR7JUR6LDoNV9tOM+AYDINgWiWSQqTN3ggWY5z/N97SQBTNhJo0GT8V+UeLNPS f9aQ== 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 g3-v6si11335790pld.513.2018.04.15.21.17.52; Sun, 15 Apr 2018 21:18:06 -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 S1751189AbeDPEKN (ORCPT + 99 others); Mon, 16 Apr 2018 00:10:13 -0400 Received: from smtp3.ccs.ornl.gov ([160.91.203.39]:36388 "EHLO smtp3.ccs.ornl.gov" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751114AbeDPEKM (ORCPT ); Mon, 16 Apr 2018 00:10:12 -0400 Received: from star.ccs.ornl.gov (star.ccs.ornl.gov [160.91.202.134]) by smtp3.ccs.ornl.gov (Postfix) with ESMTP id 72CE224B; Mon, 16 Apr 2018 00:10:11 -0400 (EDT) Received: by star.ccs.ornl.gov (Postfix, from userid 2004) id 6BC7D1F3; Mon, 16 Apr 2018 00:10:11 -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 00/25] staging: lustre: libcfs: SMP rework Date: Mon, 16 Apr 2018 00:09:42 -0400 Message-Id: <1523851807-16573-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 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 (9): staging: lustre: libcfs: implement cfs_cpt_cpumask for UMP case 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: clear up failure patch in cfs_cpt_*_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 creation code staging: lustre: libcfs: rework CPU pattern parsing code staging: lustre: libcfs: change CPT estimate algorithm James Simmons (1): staging: lustre: libcfs: merge UMP and SMP libcfs cpu header code .../lustre/include/linux/libcfs/libcfs_cpu.h | 135 +-- .../lustre/include/linux/libcfs/linux/libcfs.h | 1 - .../lustre/include/linux/libcfs/linux/linux-cpu.h | 78 -- drivers/staging/lustre/lnet/libcfs/libcfs_cpu.c | 126 ++- .../staging/lustre/lnet/libcfs/linux/linux-cpu.c | 912 +++++++++++---------- drivers/staging/lustre/lnet/libcfs/module.c | 53 ++ drivers/staging/lustre/lnet/lnet/lib-msg.c | 2 + 7 files changed, 676 insertions(+), 631 deletions(-) delete mode 100644 drivers/staging/lustre/include/linux/libcfs/linux/linux-cpu.h -- 1.8.3.1