Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp4724216img; Tue, 26 Mar 2019 15:40:53 -0700 (PDT) X-Google-Smtp-Source: APXvYqy1hGSfEt/aJQCty7XnJRguEHjwZqX0BUGZCpRT2P6ojIl8omr0PO9eqjy5aSTap0CGgt/A X-Received: by 2002:a17:902:e20e:: with SMTP id ce14mr19942693plb.193.1553640053437; Tue, 26 Mar 2019 15:40:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553640053; cv=none; d=google.com; s=arc-20160816; b=rmxTdjkU/Bk4Rv7xsCjxWfNEZGhk+vpFBVIOonq3hCrI+zG4Nf1LMzF3JgBhK9JJXI wTtH/N5D0Fkj07VNH8j4H6jiXWGuSMLre0FfuYJM97CXicoO6hyaGIKTw/neUBqQPkfr gg4l67iAtImnUh8kiJRfq4T3V32WlsybRb328XOezAJj5wIlZYg5w5OXv9aFabaYW9yC Y6UY+KljwO4QGVCWQw1QJM/s3Go90CK7aBxl7+WEN9AsrVklX2SGOhkdZZahcoNuKvfN 3ETDQJpf7tHAMbzXIdq++Udy+AR6mpeeqPnajda1oDfTmZZOiEXiJoJE5BjoCqnU4eI0 OinQ== 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=dJc4R0qzcaQ63xddmCvbt1pF4h3DMvhTTxV2nujQhWY=; b=TZgjsdZOhOzaOf1Kk1W3q8GttaYXxJO5OVpa4yreBKtVxjvzAXafTPTviJVQPxpCgv d+jq/jm9KzzYeAalx8k+Odpuvx5DMy39L4EhNXst5VV2W/U9AgBdAM8e8MPdZsvGWCwH Z92BoB1qRB5ii/lS5DuAuKwhWwutiAgeIDKblWzCVhdujFz+H8JY1yWw2RnaKB1Ql8DK 4uq+8MosLzNfmh5WQtxA/i7KYxdwOrnyC4jEc8qxdElW+ov1EwQ0VxsihJNaDTzy8pKh mJabmZ4+6AseEaU0TJYAsToZ16BzXJZcA26Ruvn8TlqaOHZoX0OEnLD+w5FI6N/5ptQL tKFg== 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 b13si16270379pgt.374.2019.03.26.15.40.35; Tue, 26 Mar 2019 15:40:53 -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 S1731613AbfCZWjx (ORCPT + 99 others); Tue, 26 Mar 2019 18:39:53 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:44470 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726782AbfCZWjx (ORCPT ); Tue, 26 Mar 2019 18:39:53 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id CCFFCA78; Tue, 26 Mar 2019 15:39:52 -0700 (PDT) Received: from mammon-tx2.austin.arm.com (mammon-tx2.austin.arm.com [10.118.29.246]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id 395773F614; Tue, 26 Mar 2019 15:39:52 -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, sudeep.holla@arm.com, james.morse@arm.com, lorenzo.pieralisi@arm.com, linuxarm@huawei.com, Jeremy Linton Subject: [PATCH 0/4] arm64: SPE ACPI enablement Date: Tue, 26 Mar 2019 17:39:34 -0500 Message-Id: <20190326223938.5365-1-jeremy.linton@arm.com> X-Mailer: git-send-email 2.20.1 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. This version also adds 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. Jeremy Linton (4): ACPI/PPTT: Add function to return ACPI 6.3 Identical tokens ACPI/PPTT: Modify node flag detection to find last IDENTICAL 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 | 82 ++++++++++++++++++++++++++++++----- drivers/perf/arm_pmu_acpi.c | 69 +++++++++++++++++++++++++++++ drivers/perf/arm_spe_pmu.c | 11 ++++- include/linux/acpi.h | 5 +++ 5 files changed, 157 insertions(+), 13 deletions(-) -- 2.20.1