Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp1956288ybl; Thu, 9 Jan 2020 04:35:38 -0800 (PST) X-Google-Smtp-Source: APXvYqyuUWfOX/xEOxxOayVtVbiMCINWMQKcpaiP1WkIYNTeC67YFIOEJLT7WtbMe0oJAIMPxYTr X-Received: by 2002:aca:3d7:: with SMTP id 206mr2999866oid.98.1578573338245; Thu, 09 Jan 2020 04:35:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578573338; cv=none; d=google.com; s=arc-20160816; b=kkKa1zn+obznb7afgfNXSmfKehDVhlHpd5DZ7pUNS2LzC+C6/fQ8WKu2c/SvbzZ5dU Rmvpnr6ZrMhyryLhvvu0Rd0ev6mJUUZLZ/sElDAG9s+UdRM4jHMmOpq1U4Ocpdy35YGT mjy7xpDGIo8hEj4aai8q6bFHv3DN9MZ2Eie65IWX5ASsVSS48dVz5D6JDKuq1UY68lbD f4n4fmS/zQTYBWc3sTaaxMvQduZ3HBSmJi+7WsQ8pkfXqloETKUM8bkkwbxE8t5VWNM6 qMnljqaJ1mQdGk8d3ufigqDJMBO4Ps+Pea/HQd0TT9skYPZ4vcFDmAYf6jSGt7IVXZWd GG/A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=/kqAwowe82s0RgGtrhaQEpc3RLW9TQlgeB2yxGVh+/w=; b=IOWpMqSSfbQI6ZHSxSfYHFodaCFFhkzRfJDPVsNV5R36sTCshOXuArruXCphE+vakZ 04aow/H7ZexnecxqnzJ5LdEqIibw60Flse6+YhAGc+wCAbaiXnbik+kuIkvNdyXq7X7I FeXpnCQxtiWegf1Crm233+6udUGLD/+8c4UIcxlUatp1imlT1GaOvhqWVAgnrFSf48zA Ut39q9YQhqBALxAqc/BtOdGJWFisTeAQLfjhSYMDq2/U5YOYeJX+c9e377T7J90ZwhNe X/kuOxZcSt+p9DSlk2URcPOKosmHlpw/qdU1lsvT/fM2L/w8q3RQLtwRS2KCgBXSkzhz 3KSg== 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 l3si4077391otq.40.2020.01.09.04.35.26; Thu, 09 Jan 2020 04:35:38 -0800 (PST) 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 S1729682AbgAILFS (ORCPT + 99 others); Thu, 9 Jan 2020 06:05:18 -0500 Received: from foss.arm.com ([217.140.110.172]:57118 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728635AbgAILFS (ORCPT ); Thu, 9 Jan 2020 06:05:18 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 8891331B; Thu, 9 Jan 2020 03:05:17 -0800 (PST) Received: from e105550-lin.cambridge.arm.com (usa-sjc-imap-foss1.foss.arm.com [10.121.207.14]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 6CCEE3F703; Thu, 9 Jan 2020 03:05:16 -0800 (PST) Date: Thu, 9 Jan 2020 11:05:14 +0000 From: Morten Rasmussen To: Dietmar Eggemann Cc: "Zengtao (B)" , Valentin Schneider , Sudeep Holla , Linuxarm , Greg Kroah-Hartman , "Rafael J. Wysocki" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH] cpu-topology: warn if NUMA configurations conflicts with lower layer Message-ID: <20200109110514.GC10914@e105550-lin.cambridge.arm.com> References: <678F3D1BB717D949B966B68EAEB446ED340AE1D3@dggemm526-mbx.china.huawei.com> <20200102112955.GC4864@bogus> <678F3D1BB717D949B966B68EAEB446ED340AEB67@dggemm526-mbx.china.huawei.com> <678F3D1BB717D949B966B68EAEB446ED340AFCA0@dggemm526-mbx.china.huawei.com> <7b375d79-2d3c-422b-27a6-68972fbcbeaf@arm.com> <66943c82-2cfd-351b-7f36-5aefdb196a03@arm.com> <678F3D1BB717D949B966B68EAEB446ED340B3203@dggemm526-mbx.china.huawei.com> <51a7d543-e35f-6492-fa51-02828832c154@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51a7d543-e35f-6492-fa51-02828832c154@arm.com> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jan 06, 2020 at 03:31:24PM +0100, Dietmar Eggemann wrote: > Your issue is related to the 'numa mask check for scheduler MC > selection' functionality. It was introduced by commit 37c3ec2d810f and > re-introduced by commit e67ecf647020 later. I don't know why we need > this functionality? That functionality is to ensure that we don't break the sched_domain hierarchy for numa-in-cluster systems. We have to be sure that the MC domain is always smaller or equal to the NUMA node span. Morten