Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp1445778ybc; Tue, 12 Nov 2019 21:46:11 -0800 (PST) X-Google-Smtp-Source: APXvYqzRykVo6vYpZrLfrDF+pmy7t3rwhvxismO0ySOyhyRE0W5D0UAHCUe7TtkhHCSJuPINbWWY X-Received: by 2002:a50:bac2:: with SMTP id x60mr1675875ede.114.1573623971647; Tue, 12 Nov 2019 21:46:11 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1573623971; cv=none; d=google.com; s=arc-20160816; b=bYxLZCK1ffSwvMsQJkR9AZKMvxyRubQioO6UYfvorLP76OITytNnYLplAYYr3HvxW6 CIPf70G7AgQ22eV4fH4Z6ZwRzYidLWxgbLswC6L/DZguU+9BHhAUSfGrwDTXy52PSjDy Mtc3ZoPDwwrSnBksF1vmd+fCb3RaaRJkmKwNFJtycHLmJb6ak+z+lA2sVyxy1ixBXd+1 VnCcamLQlBpLoLlRnf/W8aPdS1QdPAU15Ok4i9RAwR+eOx0LRnjFObeOlBQqBAKcDeYO WmybnHonSNhaPL8CPA3XY0OEfttKUmeGKFOoDnWjnHmfnQE7jQQzELKxVJTQWbi/xy32 CeQw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from; bh=6YR1/GePSE8lGAwkpsi3qsC6ykTDH0dSeNYyxoS4Trw=; b=bp6pPAQT6s3+9keRszz+jbb7Vm12rEp16AgWUYSuDf5G02BbCxrcEhh3z8+iK+EG2l TOOmMuC48M5/LD9HxuqlA37lDJ2W/3qbKn0YbwOpxW4Y3brVz+FeJdVSHmmu5gB4uFqT bg8XTKYhxaP4FCTDfysSzKVVoGRttV9+0XE5KSQ1cAhFzwR6d0+pt227NKdch3FZ9CAh U065PfXRsihyZPwpLxlXz1DLWyW0646Xk7q+bHL/zXnKQG1HHVODV3exZ9zQfxk1dhvm myXAxuEw4MqNbpiIWQSv3PmmZw3wdIo6FM3YX2lJOaNYfAsFQI9DhIKGKzi7NUvw48bq 6tyQ== 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=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o25si36385eja.316.2019.11.12.21.45.46; Tue, 12 Nov 2019 21:46:11 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726474AbfKMFpM (ORCPT + 99 others); Wed, 13 Nov 2019 00:45:12 -0500 Received: from mga01.intel.com ([192.55.52.88]:60066 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725976AbfKMFpL (ORCPT ); Wed, 13 Nov 2019 00:45:11 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga101.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 12 Nov 2019 21:45:11 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.68,299,1569308400"; d="scan'208";a="214243641" Received: from hao-dev.bj.intel.com ([10.238.157.65]) by fmsmga001.fm.intel.com with ESMTP; 12 Nov 2019 21:45:08 -0800 From: Wu Hao To: mdf@kernel.org, will@kernel.org, mark.rutland@arm.com, linux-fpga@vger.kernel.org, linux-kernel@vger.kernel.org Cc: linux-api@vger.kernel.org, atull@kernel.org, gregkh@linuxfoundation.org, Xu Yilun , Wu Hao Subject: [PATCH v6 1/2] Documentation: fpga: dfl: add description for performance reporting support Date: Wed, 13 Nov 2019 13:24:54 +0800 Message-Id: <1573622695-25607-2-git-send-email-hao.wu@intel.com> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1573622695-25607-1-git-send-email-hao.wu@intel.com> References: <1573622695-25607-1-git-send-email-hao.wu@intel.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Xu Yilun This patch adds description for performance reporting support for Device Feature List (DFL) based FPGA. Signed-off-by: Xu Yilun Signed-off-by: Wu Hao --- v5: rebase due to format change (txt->rst). --- Documentation/fpga/dfl.rst | 83 ++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 83 insertions(+) diff --git a/Documentation/fpga/dfl.rst b/Documentation/fpga/dfl.rst index 094fc8a..85b137b 100644 --- a/Documentation/fpga/dfl.rst +++ b/Documentation/fpga/dfl.rst @@ -118,6 +118,11 @@ More functions are exposed through sysfs management information (current temperature, thresholds, threshold status, etc.). + Performance reporting + performance counters are exposed through perf PMU APIs. Standard perf tool + can be used to monitor all available perf events. Please see performance + counter section below for more detailed information. + FIU - PORT ========== @@ -378,6 +383,84 @@ The device nodes used for ioctl() or mmap() can be referenced through:: /sys/class/fpga_region///dev +Performance Counters +==================== +Performance reporting is one private feature implemented in FME. It could +supports several independent, system-wide, device counter sets in hardware to +monitor and count for performance events, including "basic", "cache", "fabric", +"vtd" and "vtd_sip" counters. Users could use standard perf tool to monitor +FPGA cache hit/miss rate, transaction number, interface clock counter of AFU +and other FPGA performance events. + +Different FPGA devices may have different counter sets, it depends on hardware +implementation. e.g. some discrete FPGA cards don't have any cache. User could +use "perf list" to check which perf events are supported by target hardware. + +In order to allow user to use standard perf API to access these performance +counters, driver creates a perf PMU, and related sysfs interfaces in +/sys/bus/event_source/devices/fme* to describe available perf events and +configuration options. + +The "format" directory describes the format of the config field of struct +perf_event_attr. There are 3 bitfields for config, "evtype" defines which type +the perf event belongs to. "event" is the identity of the event within its +category. "portid" is introduced to decide counters set to monitor on FPGA +overall data or a specific port. + +The "events" directory describes the configuration templates for all available +events which can be used with perf tool directly. For example, fab_mmio_read +has the configuration "event=0x06,evtype=0x02,portid=0xff", which shows this +event belongs to fabric type (0x02), the local event id is 0x06 and it is for +overall monitoring (portid=0xff). + +Example usage of perf:: + + $# perf list |grep fme + + fme0/fab_mmio_read/ [Kernel PMU event] + <...> + fme0/fab_port_mmio_read,portid=?/ [Kernel PMU event] + <...> + + $# perf stat -a -e fme0/fab_mmio_read/ + or + $# perf stat -a -e fme0/event=0x06,evtype=0x02,portid=0xff/ + or + $# perf stat -a -e fme0/config=0xff2006/ + +Another example, fab_port_mmio_read monitors mmio read of a specific port. So +its configuration template is "event=0x06,evtype=0x01,portid=?". The portid +should be explicitly set. + +Its usage of perf:: + + $# perf stat -a -e fme0/fab_port_mmio_read,portid=0x0/ + or + $# perf stat -a -e fme0/event=0x06,evtype=0x02,portid=0x0/ + or + $# perf stat -a -e fme0/config=0x2006/ + +Please note for fabric counters, overall perf events (fab_*) and port perf +events (fab_port_*) actually share one set of counters in hardware, so it can't +monitor both at the same time. If this set of counters is configured to monitor +overall data, then per port perf data is not supported. See below example:: + + $# perf stat -e fme0/fab_mmio_read/,fme0/fab_port_mmio_write,\ + portid=0/ sleep 1 + + Performance counter stats for 'system wide': + + 3 fme0/fab_mmio_read/ + fme0/fab_port_mmio_write,portid=0x0/ + + 1.001750904 seconds time elapsed + +The driver also provides a "cpumask" sysfs attribute, which always shows fixed +value cpu0 as all perf events are from system-wide counters on FPGA device. + +The current driver does not support sampling. So "perf record" is unsupported. + + Add new FIUs support ==================== It's possible that developers made some new function blocks (FIUs) under this -- 1.8.3.1