Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp304957ybg; Mon, 1 Jun 2020 01:37:53 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwYT5XS7GPI2AD6tFWjThGVg4tOy3A1S0G2Y+f/nbj70VIBQjRgL9vKc0jbUmxyvhbRudTY X-Received: by 2002:a17:906:35ca:: with SMTP id p10mr17363198ejb.392.1591000673414; Mon, 01 Jun 2020 01:37:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591000673; cv=none; d=google.com; s=arc-20160816; b=n1xuC2vx9T0nSA1ZmGyVtvMaJLEI7fD794FXvxOR9/qnXORdDNg1v3z9IphL+Dpt57 L+HML4J7l0eLfLy0UjVJtp5bj6iqNbJbmRltuZOOtTp21ZEgtBrWUN1hX+E4jX24dgSd hv8KnVexnl+1JL98k+Rs/Fdmtf57WBHD2egsZxGr9EVcVVzyBYqxL2hzrKlyz9E1KHVN beVUSnZj01HbHhAzUzFPygy5hJbz0gteGYsWTkJWobPxLbuVzhngz7iDZjT6oew9i8tj kgA5efSIWZys9D/eSgiREN5adh842P4n74vTDQVnWP4k4Ez6neB9Me3mT9WQ3ALtnpGg /hSQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:ironport-sdr:ironport-sdr; bh=d+/nKPYihC17PkXexucPOvtAlmrhlhu5ES0iGSzMePk=; b=cE3VFQP05qsjGElt1z+GNvp7L/+ptVCQD4c+2uSFO7rsMR+fcbzsFQ5T9CltcrZvC8 2JkTF7MKKgl8egiQ0odhgdI2fs7M//PBi/fz1P0n13d+ETvbe0XXJCHfpFFPwUjB7Ruv c4zcPR0j3iawP4ZWSKGCCSvVgfXRLAQhJdoDdWyulto+PEcvHju8QnVTBfGkHlhUGBnH yvDcFCHb2+9euLvp/vrsD1tzqCDoBnC1zPRsFSVVtSqhQFlvIcDf3qE222PrOZpq30Tn /GZPnqt+3uapKsE4R2dpeOSyabxVNeREsgxK5ffFU3OP2Jsyee2r5XAcpZ65LOqwkY52 FqHg== 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 k1si8434921eja.313.2020.06.01.01.37.30; Mon, 01 Jun 2020 01:37:53 -0700 (PDT) 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 S1728219AbgFAIfu (ORCPT + 99 others); Mon, 1 Jun 2020 04:35:50 -0400 Received: from mga06.intel.com ([134.134.136.31]:62255 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726142AbgFAIft (ORCPT ); Mon, 1 Jun 2020 04:35:49 -0400 IronPort-SDR: azSBGJ1mwIMqfeN81os6DK7gZswojsl2l4/aL5syiRrf74QK+yhBPnYzieaxEMK9UmWLWaoz2f ckOdJAOoMqhA== X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 01 Jun 2020 01:35:47 -0700 IronPort-SDR: FGfQ24Q7z2odwpkFCgNChXUIRxCxnX0dfcN1QjZ3+RN+ot7NVSX/sayz4twCYoPOzOgLbC0Sfg ElzBfkJeAqZA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.73,460,1583222400"; d="scan'208";a="303565655" Received: from nntpdsd52-183.inn.intel.com ([10.125.52.183]) by fmsmga002.fm.intel.com with ESMTP; 01 Jun 2020 01:35:44 -0700 From: alexander.antonov@linux.intel.com To: peterz@infradead.org, mingo@redhat.com, acme@kernel.org, mark.rutland@arm.com, alexander.shishkin@linux.intel.com, jolsa@redhat.com, namhyung@kernel.org, linux-kernel@vger.kernel.org, eranian@google.com, bgregg@netflix.com, ak@linux.intel.com, kan.liang@linux.intel.com, lkp@intel.com Cc: alexander.antonov@linux.intel.com Subject: [PATCH v10 0/3] perf x86: Exposing IO stack to IO PMON mapping through sysfs Date: Mon, 1 Jun 2020 11:35:40 +0300 Message-Id: <20200601083543.30011-1-alexander.antonov@linux.intel.com> X-Mailer: git-send-email 2.19.1 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Alexander Antonov The previous version can be found at: v9: https://lkml.kernel.org/r/20200525080554.21313-1-alexander.antonov@linux.intel.com/ Changes in this revision are: v9 -> v10: - Addressed comment from CI Test Service: 1. Fixed coding style issues (old style declaration) The previous version can be found at: v8: https://lkml.kernel.org/r/20200320073110.4761-1-roman.sudarikov@linux.intel.com/ Changes in this revision are: v8 -> v9: - Addressed comments from Alexander Shishkin: 1. Improved comments and commit messages 2. Replacing "0444" with the S_IRUGO results in the following checkpatch warning: "Symbolic permissions 'S_IRUGO' are not preferred. Consider using octal permissions '0444'". Thus keeping 0444 for now. Also see: https://lkml.org/lkml/2016/8/2/1945 The previous version can be found at: v7: https://lkml.kernel.org/r/20200303135418.9621-1-roman.sudarikov@linux.intel.com/ Changes in this revision are: v7 -> v8: - Addressed comments from Kan Liang: 1. Fixed coding style issues (gotos in error path, comments style) The previous version can be found at: v6: https://lkml.kernel.org/r/20200213150148.5627-1-roman.sudarikov@linux.intel.com/ Changes in this revision are: v6 -> v7: - Addressed comments from Greg Kroah-Hartman: 1. Added proper handling of load/unload path 2. Simplified the mapping attribute show procedure by using the segment value of the first available root bus for all mapping attributes which is safe due to current implementation supports single segment configuration only 3. Fixed coding style issues (extra lines, gotos in error path, macros etc) The previous version can be found at: v5: https://lkml.kernel.org/r/20200211161549.19828-1-roman.sudarikov@linux.intel.com/ Changes in this revision are: v5 -> v6: 1. Changed the mapping attribute name to "dieX" 2. Called sysfs_attr_init() prior to dynamically creating the mapping attrs 3. Removed redundant "empty" attribute 4. Got an agreement on the mapping attribute format The previous version can be found at: v4: https://lkml.kernel.org/r/20200117133759.5729-1-roman.sudarikov@linux.intel.com/ Changes in this revision are: v4 -> v5: - Addressed comments from Greg Kroah-Hartman: 1. Using the attr_update flow for newly introduced optional attributes 2. No subfolder, optional attributes are created the same level as 'cpumask' 3. No symlinks, optional attributes are created as files 4. Single file for each IIO PMON block to node mapping 5. Added Documentation/ABI/sysfs-devices-mapping The previous version can be found at: v3: https://lkml.kernel.org/r/20200113135444.12027-1-roman.sudarikov@linux.intel.com Changes in this revision are: v3 -> v4: - Addressed comments from Greg Kroah-Hartman: 1. Reworked handling of newly introduced attribute. 2. Required Documentation update is expected in the follow up patchset The previous version can be found at: v2: https://lkml.kernel.org/r/20191210091451.6054-1-roman.sudarikov@linux.intel.com Changes in this revision are: v2 -> v3: 1. Addressed comments from Peter and Kan The previous version can be found at: v1: https://lkml.kernel.org/r/20191126163630.17300-1-roman.sudarikov@linux.intel.com Changes in this revision are: v1 -> v2: 1. Fixed process related issues; 2. This patch set includes kernel support for IIO stack to PMON mapping; 3. Stephane raised concerns regarding output format which may require code changes in the user space part of the feature only. We will continue output format discussion in the context of user space update. Intel® Xeon® Scalable processor family (code name Skylake-SP) makes significant changes in the integrated I/O (IIO) architecture. The new solution introduces IIO stacks which are responsible for managing traffic between the PCIe domain and the Mesh domain. Each IIO stack has its own PMON block and can handle either DMI port, x16 PCIe root port, MCP-Link or various built-in accelerators. IIO PMON blocks allow concurrent monitoring of I/O flows up to 4 x4 bifurcation within each IIO stack. Software is supposed to program required perf counters within each IIO stack and gather performance data. The tricky thing here is that IIO PMON reports data per IIO stack but users have no idea what IIO stacks are - they only know devices which are connected to the platform. Understanding IIO stack concept to find which IIO stack that particular IO device is connected to, or to identify an IIO PMON block to program for monitoring specific IIO stack assumes a lot of implicit knowledge about given Intel server platform architecture. This patch set introduces: 1. An infrastructure for exposing an Uncore unit to Uncore PMON mapping through sysfs-backend; 2. A new --iiostat mode in perf stat to provide I/O performance metrics per I/O device. Usage examples: 1. List all devices below IIO stacks ./perf stat --iiostat=show Sample output w/o libpci: S0-RootPort0-uncore_iio_0<00:00.0> S1-RootPort0-uncore_iio_0<81:00.0> S0-RootPort1-uncore_iio_1<18:00.0> S1-RootPort1-uncore_iio_1<86:00.0> S1-RootPort1-uncore_iio_1<88:00.0> S0-RootPort2-uncore_iio_2<3d:00.0> S1-RootPort2-uncore_iio_2 S1-RootPort3-uncore_iio_3 Sample output with libpci: S0-RootPort0-uncore_iio_0<00:00.0 Sky Lake-E DMI3 Registers> S1-RootPort0-uncore_iio_0<81:00.0 Ethernet Controller X710 for 10GbE SFP+> S0-RootPort1-uncore_iio_1<18:00.0 Omni-Path HFI Silicon 100 Series [discrete]> S1-RootPort1-uncore_iio_1<86:00.0 Ethernet Controller XL710 for 40GbE QSFP+> S1-RootPort1-uncore_iio_1<88:00.0 Ethernet Controller XL710 for 40GbE QSFP+> S0-RootPort2-uncore_iio_2<3d:00.0 Ethernet Connection X722 for 10GBASE-T> S1-RootPort2-uncore_iio_2 S1-RootPort3-uncore_iio_3 2. Collect metrics for all I/O devices below IIO stack ./perf stat --iiostat -- dd if=/dev/zero of=/dev/nvme0n1 bs=1M oflag=direct 357708+0 records in 357707+0 records out 375083606016 bytes (375 GB, 349 GiB) copied, 215.381 s, 1.7 GB/s Performance counter stats for 'system wide': device Inbound Read(MB) Inbound Write(MB) Outbound Read(MB) Outbound Write(MB) 00:00.0 0 0 0 0 81:00.0 0 0 0 0 18:00.0 0 0 0 0 86:00.0 0 0 0 0 88:00.0 0 0 0 0 3b:00.0 3 0 0 0 3c:03.0 3 0 0 0 3d:00.0 3 0 0 0 af:00.0 0 0 0 0 da:00.0 358559 44 0 22 215.383783574 seconds time elapsed 3. Collect metrics for comma separted list of I/O devices ./perf stat --iiostat=da:00.0 -- dd if=/dev/zero of=/dev/nvme0n1 bs=1M oflag=direct 381555+0 records in 381554+0 records out 400088457216 bytes (400 GB, 373 GiB) copied, 374.044 s, 1.1 GB/s Performance counter stats for 'system wide': device Inbound Read(MB) Inbound Write(MB) Outbound Read(MB) Outbound Write(MB) da:00.0 382462 47 0 23 374.045775505 seconds time elapsed Roman Sudarikov (3): perf/x86/intel/uncore: Expose an Uncore unit to PMON mapping perf/x86/intel/uncore: Wrap the max dies calculation into an accessor perf/x86/intel/uncore: Expose an Uncore unit to IIO PMON mapping .../ABI/testing/sysfs-devices-mapping | 33 +++ arch/x86/events/intel/uncore.c | 21 +- arch/x86/events/intel/uncore.h | 24 +++ arch/x86/events/intel/uncore_snbep.c | 191 ++++++++++++++++++ 4 files changed, 263 insertions(+), 6 deletions(-) create mode 100644 Documentation/ABI/testing/sysfs-devices-mapping base-commit: 9cb1fd0efd195590b828b9b865421ad345a4a145 -- 2.19.1