Received: by 2002:a05:6a10:2785:0:0:0:0 with SMTP id ia5csp2894490pxb; Tue, 12 Jan 2021 00:52:24 -0800 (PST) X-Google-Smtp-Source: ABdhPJyCYoEZn3E8A0q1id72y8hFCWjmygFl9GxUhlhVcLskwHBO9ZLPej7+99P6DqK71KikEwrZ X-Received: by 2002:a05:6402:55:: with SMTP id f21mr2625113edu.38.1610441544074; Tue, 12 Jan 2021 00:52:24 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1610441544; cv=none; d=google.com; s=arc-20160816; b=CZ3DfnnmIajnNDpxC8He/7h/b6QxCaxLnX+Vpb1YazFKsWO+x8cuzv550DY7VAFRvq 0S+rvsLZvSzx1F4ZVu9EHCDcXgrLrg1wmB8aPvtAKSnQcY85M55OEkhUSUdZvQEwssSl MguI2xcE95nyBV5Vcta2UnfOY/yT9dHW483F7fFGoo0w10aWIUpwyQf6kF/CVSfku9Un OVBsnivAYga62r9F9qFltNzy5DX+QuW5H3GPN0HQBnKaND1EMaIxhJ1wmk7/zXRJwAnN 4isTAjfAN4tXS9mc6BDQzkaNk9v45krT425T6BZg3kIV7p8AIlrt6ZHoLO1al3GkQQKk LlAw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:ironport-sdr:ironport-sdr; bh=xEHDmA4G3QY33sDfTB9JS4KKkKSrpezXC+QeBy22Es0=; b=SOuYD93zRLpmjOwbvaFcC5k51GIfWJvBhnyXAKbjxXwVkBrjEvzaEvdttMVgzCU3Gt w6rQtYRLQhTqLggnUDLQCBqTWQqxwCltyQuLfgrjpnNR+Shr99dkZ0XSJXaW9phnjVfI JnoNf58WFRLa6rlrTd+b6WCWCkmrdh9oyry4FEs4Wh07K0cEqd9VyfrTKFXbvd+juFZx SUtkrDoeX+MSy7VC116pH9DLNLjQiE7RA5a2fa6RCIQ+AksNS35/JBUziilIp+ZL5ULl Zu2f4O/ouNx+FhU6V9JzFEXqLh/hLv5/nyOBmyjG6mkmyENcE94K67ew5jqIAZp9QJ0n 3qsQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q14si878719ejx.155.2021.01.12.00.52.00; Tue, 12 Jan 2021 00:52:24 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1733140AbhAKQlO (ORCPT + 99 others); Mon, 11 Jan 2021 11:41:14 -0500 Received: from mga07.intel.com ([134.134.136.100]:39838 "EHLO mga07.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727826AbhAKQlO (ORCPT ); Mon, 11 Jan 2021 11:41:14 -0500 IronPort-SDR: fpE9PYAcfWlhKyljkrAHLe9X+Sb7+axLGKLb96CGT2qn7rJxxkPs74BLrHmRDDLHFytpEP7GHv vP6rNsQU32lQ== X-IronPort-AV: E=McAfee;i="6000,8403,9861"; a="241965016" X-IronPort-AV: E=Sophos;i="5.79,338,1602572400"; d="scan'208";a="241965016" Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 11 Jan 2021 08:39:28 -0800 IronPort-SDR: okmijB6pK3Lhm52pmv0ELX5gRiRSZd8ahVZvHV+DGR1zNO9zoLalHFWpdKIHNqG59+5rYf242o m/h8Xs3084kA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.79,338,1602572400"; d="scan'208";a="464214361" Received: from linux.intel.com ([10.54.29.200]) by fmsmga001.fm.intel.com with ESMTP; 11 Jan 2021 08:39:24 -0800 Received: from [10.254.78.146] (kliang2-MOBL.ccr.corp.intel.com [10.254.78.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by linux.intel.com (Postfix) with ESMTPS id D723658090E; Mon, 11 Jan 2021 08:39:22 -0800 (PST) Subject: Re: [PATCH 0/2] perf/x86/intel/uncore: Derive die id from NUMA info with more than 8 nodes To: Steve Wahl , rja_direct@groups.int.hpe.com, Peter Zijlstra , Ingo Molnar , Arnaldo Carvalho de Melo , Mark Rutland , Alexander Shishkin , Jiri Olsa , Namhyung Kim , Thomas Gleixner , Borislav Petkov , x86@kernel.org, "H. Peter Anvin" , linux-kernel@vger.kernel.org Cc: "Liang, Kan" References: <20210108153549.108989-1-steve.wahl@hpe.com> From: "Liang, Kan" Message-ID: Date: Mon, 11 Jan 2021 11:39:21 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: <20210108153549.108989-1-steve.wahl@hpe.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 1/8/2021 10:35 AM, Steve Wahl wrote: > For Intel uncore, the registers being used to identify the die don't > contain enough bits to uniquely identify more than 8 dies. On > systems with more than 8 dies, this results in error messages of the > form "skx_uncore: probe of XXXX:XX:XX.X failed with error -22", and > some perf counters showing up as "". > > On such systems, use NUMA information to determine die id. > > Continue to use the register information with 8 or fewer numa nodes to > cover cases like NUMA not being enabled. > > The first patch moves translation from physical to logical die id > earlier in the code, and stores only the logical id. The logical id > is the only one that is really used. Without this change the second > patch would have to store both physical and logical id, which was much > more complicated. > > The second patch adds the alternative of deriving the logical die id > from the NUMA information when there are more than 8 nodes. > > Steve Wahl (2): > perf/x86/intel/uncore: Store the logical die id instead of the > physical die id. > perf/x86/intel/uncore: With > 8 nodes, get pci bus die id from NUMA > info > > arch/x86/events/intel/uncore.c | 58 +++++--------- > arch/x86/events/intel/uncore.h | 5 +- > arch/x86/events/intel/uncore_snb.c | 2 +- > arch/x86/events/intel/uncore_snbep.c | 114 ++++++++++++++++++--------- > 4 files changed, 99 insertions(+), 80 deletions(-) > Thanks Steve for working on the issue. The patch set looks good to me. Reviewed-by: Kan Liang Thanks, Kan