Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp2067983pxf; Sat, 3 Apr 2021 09:47:07 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzSgm3oSJEc5CRGKlRYcts/g6k1p+VX1iXyZotaJxiSJ/Pd3V+ZXqgvut/2mtXLJROmbx5z X-Received: by 2002:a02:94a9:: with SMTP id x38mr17186855jah.50.1617468427425; Sat, 03 Apr 2021 09:47:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617468427; cv=none; d=google.com; s=arc-20160816; b=FmGrHEZrqjxFqYjstU9gNXfcB9tpeUHV8HdekxcRBcPO+pCD2tHYCu00SIIdcAi5U9 ZEmrZqUZDmN7lGhdl20Tryfm9Jr9uDj05U2MH0eX3WR4LJBsBcg4cx0TG3Rb+2bZ353f MjPyW4zJw2OhevGLkU1LbTph5yUqVF2qRhXBAcFRMHkrbzXHqMEyykTirL0r3BYUavpp fs4jDUZoTFeQV3bAfiLZT8nCG/wjhJ77BuJeIeUGte+ftWSHd7t63cIGkSL0VSfziUm+ vW6mX5sVrEB1/1eCUg8Ap7JACLnZCvnkKX1B1EScHBLYgQKkF3XfukyHdCrEyddyHoJX CpuA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:subject:cc:to:from; bh=L0+tlRNbqs65846gPbFsE0qrIKrSIil5STvg/8/7luA=; b=TT+dMOjzorZZwnfxnSQOkVsIynnSFDHHh/re7OmXUFXYR5Jg8nDzo87+VPtMvpwPnY P7uWja3Cibtdqpef6XMkaa2hQSwEC6qli4z0fHHCeGuYwe5yQ/RmiQpIw+OgoWIvmXsF 34e24WLp2yMR9qevWRynJ7dwDv+WblZJmnPt6jLgMy8REyd7PCuZrxj+RYhszCuNFTnt gTw+Xi7OAZ97U2cyGovD0kCAlVHFwgUUbgJY7h4D/MRiGKykrqckTi0UjVDEqNIUXVPw 6rOuOuahczWONsNAE4nfxalmwrjs3Q+PMnenFBSm1zmavFFXySbBxsJCxnYtfNBuDFol +aZQ== 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 b13si10960050jat.120.2021.04.03.09.46.52; Sat, 03 Apr 2021 09:47:07 -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 S236866AbhDCQpj (ORCPT + 99 others); Sat, 3 Apr 2021 12:45:39 -0400 Received: from mail.kernel.org ([198.145.29.99]:58798 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236735AbhDCQpi (ORCPT ); Sat, 3 Apr 2021 12:45:38 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 1ED4761287; Sat, 3 Apr 2021 16:45:34 +0000 (UTC) From: Tom Zanussi To: vkoul@kernel.org Cc: peterz@infradead.org, acme@kernel.org, mingo@kernel.org, kan.liang@linux.intel.com, dave.jiang@intel.com, tony.luck@intel.com, dan.j.williams@intel.com, linux-kernel@vger.kernel.org, dmaengine@vger.kernel.org Subject: [PATCH v2 0/1] dmaengine: idxd: IDXD pmu support Date: Sat, 3 Apr 2021 11:45:30 -0500 Message-Id: X-Mailer: git-send-email 2.17.1 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Tom Zanussi Hi, This is v2 of the IDXD pmu support patch, which is the same as v1 but removes a few assigned-but-unused variables reported by kernel test robot . Thanks, Tom -- original v1 text -- Hi, This patchset implements initial pmu support for the Intel DSA (Data Streaming Accelerator [1]), which I'm hoping can go into 5.13. I'm also hoping to supply a couple follow-on patches in the near future, but I'm not yet sure how much sense they make, so I thought I'd throw a couple ideas out there and maybe get some opinions before going forward with them: - The perf userspace interface for this isn't exactly user-friedly, in that you currently need to specify numeric values for field values: # perf stat -e dsa0/filter_wq=0x1,filter_tc=0x1,filter_sz=0x7, filter_eng=0x1,event=0x8,event_category=0x3/ It would be nicer to be able to specify those values symbolically instead, and the way to do that seems to be via some JSON files in perf userspace. - Some of the DSA pmu support is patterned after existing uncore code, and there seems to be at least some opportunity to consolidate some of the things they both do into common code, such as the cpumask device attributes and related cpu hotplug support. At this point I'm not sure how much sense it makes to put any effort into that, but would be willing to try if there would be some interest in it, especially considering there will probably be future pmu support added that could benefit from it. Thanks, Tom Tom Zanussi (1): dmaengine: idxd: Add IDXD performance monitor support drivers/dma/Kconfig | 13 + drivers/dma/idxd/Makefile | 2 + drivers/dma/idxd/idxd.h | 45 +++ drivers/dma/idxd/init.c | 9 + drivers/dma/idxd/irq.c | 5 +- drivers/dma/idxd/perfmon.c | 653 +++++++++++++++++++++++++++++++++++ drivers/dma/idxd/perfmon.h | 119 +++++++ drivers/dma/idxd/registers.h | 108 ++++++ include/linux/cpuhotplug.h | 1 + 9 files changed, 951 insertions(+), 4 deletions(-) create mode 100644 drivers/dma/idxd/perfmon.c create mode 100644 drivers/dma/idxd/perfmon.h -- 2.17.1