Received: by 2002:a25:f815:0:0:0:0:0 with SMTP id u21csp1276354ybd; Wed, 26 Jun 2019 14:37:54 -0700 (PDT) X-Google-Smtp-Source: APXvYqw2DbBIJPoTc089UIyNe1uZeXMc/zpV+q25cnFoDnB3fVigr+2DM7JRqwHU7wMAEca9N2XH X-Received: by 2002:a17:90a:30cf:: with SMTP id h73mr1567823pjb.42.1561585074595; Wed, 26 Jun 2019 14:37:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1561585074; cv=none; d=google.com; s=arc-20160816; b=g4mQfaaUPkwQVZj2FlGiPWYxqWT5o6CVC6ZqdDdyMvBZmY9IxC0Qk4ULxcfY31mL4w gntJ7aCucHhSzrQ82GlC1Y6UOag9AbGtxiR6Dsn2vbpWvGIixrZeH1c5nwtVksCNTmVB eELVSCiTk44n7E5jQRJRMkv/KvppH4MsTOVZXUODGucf38cfZ8SMrlL7VY8zKOgNCK2A iHF9eL65u8D22rEA9+MbHCc8RNMN+ci1kKD1qHcjZqEBi5y71NrXewZ792V8lgXRx9ko vtR8WfydN3r0tsG+jw2VyS3dEIm5r3CS828MLbZxYOCbKrrmZEoFgCfpn6mqugFvlNlB 0/ww== 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; bh=qeYnH1FfbZxmOiqVo9WwuwWMO9JilwL/iNe9lsmXTqY=; b=zeTAKp8z6E1BjoRgjzCKVy37HX+PY5TSJ60V5PD5xlbQQT7CjvsYJluoFbhC6bSGBO DgfZE4MCaJTixq+OYzVLPuNW4vGG0+ex6/KWcpldT0GCGYNMpCB6eVNbgAInHVYo/816 pAKUJ9VirSIeRVLj/BJ7L3p3SHl78kCipBM7knYrRR1WWUN1mGseHh/S4Wm/ea2Ttyk3 whbRvm1xOuRKJv2dj6VDVOsONyO5tszL8J0jfzld45tYt6417IM017YYDUzA6GtxV6YN ChCfsYWZo+HnIyd2bbtWqMjK0S/yxPbNraWyf17h1jVOqIL2ZMszVDZFwIyPpCsdI2Qd xfOg== 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 l11si150174pgp.438.2019.06.26.14.37.38; Wed, 26 Jun 2019 14:37:54 -0700 (PDT) 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 S1726382AbfFZVhb (ORCPT + 99 others); Wed, 26 Jun 2019 17:37:31 -0400 Received: from foss.arm.com ([217.140.110.172]:41418 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726223AbfFZVhb (ORCPT ); Wed, 26 Jun 2019 17:37:31 -0400 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 4F6E12B; Wed, 26 Jun 2019 14:37:30 -0700 (PDT) Received: from mammon-tx2.austin.arm.com (mammon-tx2.austin.arm.com [10.118.30.49]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id 33EF13F246; Wed, 26 Jun 2019 14:37:30 -0700 (PDT) From: Jeremy Linton To: linux-arm-kernel@lists.infradead.org Cc: linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, catalin.marinas@arm.com, will.deacon@arm.com, rjw@rjwysocki.net, lenb@kernel.org, mark.rutland@arm.com, lorenzo.pieralisi@arm.com, sudeep.holla@arm.com, Jeremy Linton Subject: [PATCH v5 0/4] arm64: SPE ACPI enablement Date: Wed, 26 Jun 2019 16:37:14 -0500 Message-Id: <20190626213718.39423-1-jeremy.linton@arm.com> X-Mailer: git-send-email 2.21.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This patch series enables the Arm Statistical Profiling Extension (SPE) on ACPI platforms. This is possible because ACPI 6.3 uses a previously reserved field in the MADT to store the SPE interrupt number, similarly to how the normal PMU is described. If a consistent valid interrupt exists across all the cores in the system, a platform device is registered. That then triggers the SPE module, which runs as normal. We also add the ability to parse the PPTT for IDENTICAL cores. We then use this to sanity check the single SPE device we create. This creates a bit of a problem with respect to the specification though. The specification says that its legal for multiple tree's to exist in the PPTT. We handle this fine, but what happens in the case of multiple tree's is that the lack of a common node with IDENTICAL set forces us to assume that there are multiple non-IDENTICAL cores in the machine. v4->v5: Remove error returns from arm_spe_acpi_register_device() Add some review/test tags v3->v4: Rebase to 5.2. Minor formatting, patch rearrangement. Add missing `inline` in static header definition. Drop ARM_SPE_ACPI and just use ARM_SPE_PMU. v2->v3: Previously a function pointer was being used to handle the more complex node checking required by the IDENTICAL flag. This version simply checks for the IDENTICAL flag and calls flag_identical() to preform the revision and next node checks. (I think after reading Raphael's comments for the Nth time, this is actually what he was suggesting, which I initially miss interpreted). Modify subject of first patch so that its clear a that its a capitalization change rather, than a logical C 'case' change. v1->v2: Wrap the code which creates the SPE device in a new CONFIG_ARM_SPE_ACPI ifdef. Move arm,spe-v1 device name into common header file Some comment/case sensitivity/function name changes. Jeremy Linton (4): ACPI/PPTT: Modify node flag detection to find last IDENTICAL ACPI/PPTT: Add function to return ACPI 6.3 Identical tokens arm_pmu: acpi: spe: Add initial MADT/SPE probing perf: arm_spe: Enable ACPI/Platform automatic module loading arch/arm64/include/asm/acpi.h | 3 ++ drivers/acpi/pptt.c | 61 ++++++++++++++++++++++++++--- drivers/perf/arm_pmu_acpi.c | 72 +++++++++++++++++++++++++++++++++++ drivers/perf/arm_spe_pmu.c | 12 +++++- include/linux/acpi.h | 5 +++ include/linux/perf/arm_pmu.h | 2 + 6 files changed, 147 insertions(+), 8 deletions(-) -- 2.21.0