Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp4156858imm; Mon, 14 May 2018 03:31:42 -0700 (PDT) X-Google-Smtp-Source: AB8JxZoPqzaWemd8DV1wyEyp+wm2G/p/Pvtlzrvmqpuxg9Hj9lwFJyGaxPbYBz03SPTJFphHfuhD X-Received: by 2002:a65:6205:: with SMTP id d5-v6mr8048129pgv.416.1526293902010; Mon, 14 May 2018 03:31:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1526293901; cv=none; d=google.com; s=arc-20160816; b=BquWyO0lZU1NUxL5a3EP/J3mwYd7mLu9RQcOezBMd+Q4Kxp9ytvTFTKk12zBAKmFzd 1OUioUnton60xR6l8sL2QOlgQ8uxBHJWVwUzvxYOyN8b21s9oT6+21B/no6rWBbx9U/L VQ3VN1wyv0fHuqbvNwx9SHnNZMSP9KljbX/eDVBpqtUqyjCfUVDHvG5GxKyc1vG+68tO YqVAezrDyDX9WuFNsXrDiu5YmKBulDBh1Ji5yv81K5rPTn2YKWC/Ab7Qx7ebrInydR/y uouIaZIDuZgXEs5oGhgQ4+ZSQK9EVMqImrAUeM0yhiuumWGPc/ROSKDOj6STtUuaytaI 5OZg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-disposition :content-transfer-encoding:message-id:in-reply-to:mime-version :references:subject:cc:to:from:date:arc-authentication-results; bh=jTa3IphyTO1kACo5U5GPQQjdYnrQwC2AdXoeyuJhCFY=; b=ly+PCwAUeAJ4DeoJ2Evfh2H2nEF4QX7xlfAZCjIg/T2YSsBjznCxxi0nxZQCgH48Pu c69ZE0sBirRztDTmh6M1dVnm13koUaRrqS9sDK1qhQX2AnnvfVt68oZe8ZbQNLUZd3Sb +0ZmuvDRiMOeaZuwmpCf5rqiZTVUdiLRWlSWDcwMJfS6PEhOIY6Zet3mvEHo6xUd/4W2 bxNknjtmlHh7u9reedq3r2iVQ32ocYnLT64kHIW61vYoL+jlPoFUTBKG3JU26ELZ3WK9 iGMzQC7NH7ruMElLJptKL43YTH9GWRWbvQ5xhSx7Wv6jj0zHJPZLk/OYXrivYDAV3DCw N2Cw== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i14-v6si7365085pgv.424.2018.05.14.03.31.27; Mon, 14 May 2018 03:31:41 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752115AbeENKaV (ORCPT + 99 others); Mon, 14 May 2018 06:30:21 -0400 Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:37010 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751487AbeENKaU (ORCPT ); Mon, 14 May 2018 06:30:20 -0400 Received: from pps.filterd (m0098419.ppops.net [127.0.0.1]) by mx0b-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w4EATcmX029698 for ; Mon, 14 May 2018 06:30:19 -0400 Received: from e06smtp14.uk.ibm.com (e06smtp14.uk.ibm.com [195.75.94.110]) by mx0b-001b2d01.pphosted.com with ESMTP id 2hy8mgr9wj-1 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT) for ; Mon, 14 May 2018 06:30:19 -0400 Received: from localhost by e06smtp14.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Mon, 14 May 2018 11:30:17 +0100 Received: from b06cxnps4074.portsmouth.uk.ibm.com (9.149.109.196) by e06smtp14.uk.ibm.com (192.168.101.144) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Mon, 14 May 2018 11:30:15 +0100 Received: from d06av22.portsmouth.uk.ibm.com (d06av22.portsmouth.uk.ibm.com [9.149.105.58]) by b06cxnps4074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id w4EAUFQT2490678; Mon, 14 May 2018 10:30:15 GMT Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 1842B4C062; Mon, 14 May 2018 11:22:08 +0100 (BST) Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id D36784C05A; Mon, 14 May 2018 11:22:07 +0100 (BST) Received: from osiris (unknown [9.152.212.94]) by d06av22.portsmouth.uk.ibm.com (Postfix) with ESMTPS; Mon, 14 May 2018 11:22:07 +0100 (BST) Date: Mon, 14 May 2018 12:30:13 +0200 From: Heiko Carstens To: Peter Zijlstra Cc: Suravee Suthikulpanit , Ingo Molnar , Andre Wild , linux-kernel@vger.kernel.org Subject: Re: [bisected] 051f3ca02e46 "Introduce NUMA identity node sched domain" breaks fake NUMA on s390 References: <20180512100233.GB3738@osiris> <20180514093909.GO12217@hirez.programming.kicks-ass.net> MIME-Version: 1.0 In-Reply-To: <20180514093909.GO12217@hirez.programming.kicks-ass.net> X-TM-AS-GCONF: 00 x-cbid: 18051410-0044-0000-0000-0000055242CD X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 18051410-0045-0000-0000-00002893A093 Message-Id: <20180514103013.GA3603@osiris> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit Content-Disposition: inline X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2018-05-14_02:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1709140000 definitions=main-1805140109 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, May 14, 2018 at 11:39:09AM +0200, Peter Zijlstra wrote: > On Sat, May 12, 2018 at 12:02:33PM +0200, Heiko Carstens wrote: > > Hello, > > > > Andre Wild reported that fake NUMA doesn't work on s390 anymore. Doesn't > > work means it crashed for Andre, or it is in an endless loop within > > init_sched_groups_capacity() for me (sg != sd->groups is always true). > > > > I could reproduce this with a very simple setup with only two nodes, where > > each node has only one CPU. This allowed me to bisect it down to commit > > 051f3ca02e46 ("sched/topology: Introduce NUMA identity node sched domain"). > > > > With that commit reverted the system comes up again and the scheduling > > domains look like this: > > > > [ 0.148592] smp: Bringing up secondary CPUs ... > > [ 0.148984] smp: Brought up 2 nodes, 2 CPUs > > [ 0.149097] CPU0 attaching sched-domain(s): > > [ 0.149099] domain-0: span=0-1 level=NUMA > > [ 0.149101] groups: 0:{ span=0 }, 1:{ span=1 } > > [ 0.149106] CPU1 attaching sched-domain(s): > > [ 0.149107] domain-0: span=0-1 level=NUMA > > [ 0.149108] groups: 1:{ span=1 }, 0:{ span=0 } > > [ 0.149111] span: 0-1 (max cpu_capacity = 1024) > > > > Any idea what's going wrong? > > Not yet; still trying to decipher your fake nume implementation. > > But meanwhile; could you provide me with: > > $ cat /sys/devices/system/node/node*/distance > $ cat /sys/devices/system/node/node*/cpulist Yes, of course: $ cat /sys/devices/system/node/node0/distance 0 10 $ cat /sys/devices/system/node/node1/distance 10 0 $ cat /sys/devices/system/node/node0/cpulist 0 $ cat /sys/devices/system/node/node1/cpulist 1