From patchwork Fri Nov 30 15:47:51 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Shameerali Kolothum Thodi X-Patchwork-Id: 152565 Delivered-To: patch@linaro.org Received: by 2002:a2e:299d:0:0:0:0:0 with SMTP id p29-v6csp3813369ljp; Fri, 30 Nov 2018 07:49:41 -0800 (PST) X-Google-Smtp-Source: AFSGD/VnGfzH5hfQ5cJbrKKep6FyZmF6MoL8Nqicq/NVfgMXW5hOah+5oz51Kcsu2uqazwhYh1Yi X-Received: by 2002:a63:c42:: with SMTP id 2mr4093717pgm.372.1543592981010; Fri, 30 Nov 2018 07:49:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1543592981; cv=none; d=google.com; s=arc-20160816; b=tsr9ylkOM9bqDPjbmQagf3EQcTj2OlwmTenvNWo9o+FTgwq6B4K2NTtYi3ACnXx5o8 NyMUUeVg/SL29obbrxt+D5A33Pm5be6a8GBcWSjdyhwcnLxldBChxW+Hw97uBOPBPCzF Di2c6g4mcP8i/oI0XF/JH0iVk69RkhXt0b6Tde6rbcSk5FnmMFtx6wriRUPoWMSdGZzp rLXZgA5geRcOffvDYS6f0TDwKUPNqMgJ7luIme0TdHc6J+DWVJi0lmTbz6mx1IHQYfMP hCb/rr9Z2QVW+1monkySpvDqr60gAMlV/cFg7R5FOpan1TY74hNEUEkPzxQ42co31A0y +PcQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from; bh=QpYPSFzB4QcmMW3SufY1plN6g+7Fj6OpZMcoIgHeXU8=; b=qhF6YtcqLd8yvregmSyWCXAe3mGk86Y4x/9//FJrFTuqy6pmU0efuNZ82gbF2u/P7a tpuTSfdlq/bxqWprOuSAJthOAMa1/Fneo3/HSNvyiaWEZkVPUuE8GmoYclv6eMWH9MVt v7v/9v9u19Bs+Rf2ogkds0n92g8ft9Gav04CsNObcoTO9qRmqcWJoeDep8EJVo9oUcNF on5544jhlDubPlYlPoVrmyWEd4tTDYMuO5mlpodvRH7kgc0M4XiJPA7d0j+a3tYT6m5C RBWCql6NGY8Y1gTvLhsDaKPyl7NHGK5FpsFNg8AAZ4v5a4l28RFdjgEocc43J48ODM9c 9XFQ== 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 33-v6si5809229plk.407.2018.11.30.07.49.40; Fri, 30 Nov 2018 07:49:40 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727549AbeLAC7Y (ORCPT + 32 others); Fri, 30 Nov 2018 21:59:24 -0500 Received: from szxga04-in.huawei.com ([45.249.212.190]:15618 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727518AbeLAC7X (ORCPT ); Fri, 30 Nov 2018 21:59:23 -0500 Received: from DGGEMS404-HUB.china.huawei.com (unknown [172.30.72.59]) by Forcepoint Email with ESMTP id 669EEC1AC3C97; Fri, 30 Nov 2018 23:49:34 +0800 (CST) Received: from S00345302A-PC.china.huawei.com (10.202.227.237) by DGGEMS404-HUB.china.huawei.com (10.3.19.204) with Microsoft SMTP Server id 14.3.408.0; Fri, 30 Nov 2018 23:49:28 +0800 From: Shameer Kolothum To: , CC: , , , , , , , , , , , , Subject: [PATCH v5 4/4] perf/smmuv3_pmu: Enable HiSilicon Erratum 162001800 quirk Date: Fri, 30 Nov 2018 15:47:51 +0000 Message-ID: <20181130154751.28580-5-shameerali.kolothum.thodi@huawei.com> X-Mailer: git-send-email 2.12.0.windows.1 In-Reply-To: <20181130154751.28580-1-shameerali.kolothum.thodi@huawei.com> References: <20181130154751.28580-1-shameerali.kolothum.thodi@huawei.com> MIME-Version: 1.0 X-Originating-IP: [10.202.227.237] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org HiSilicon erratum 162001800 describes the limitation of SMMUv3 PMCG implementation on HiSilicon Hip08 platforms. On these platforms, the PMCG event counter registers (SMMU_PMCG_EVCNTRn) are read only and as a result it is not possible to set the initial counter period value on event monitor start. To work around this, the current value of the counter is read and used for delta calculations. OEM information from ACPI header is used to identify the affected hardware platforms. Signed-off-by: Shameer Kolothum --- drivers/acpi/arm64/iort.c | 30 +++++++++++++++++++++++++++--- drivers/perf/arm_smmuv3_pmu.c | 35 +++++++++++++++++++++++++++++------ include/linux/acpi_iort.h | 3 +++ 3 files changed, 59 insertions(+), 9 deletions(-) -- 2.7.4 diff --git a/drivers/acpi/arm64/iort.c b/drivers/acpi/arm64/iort.c index 2da08e1..d174379 100644 --- a/drivers/acpi/arm64/iort.c +++ b/drivers/acpi/arm64/iort.c @@ -1364,6 +1364,22 @@ static void __init arm_smmu_v3_pmcg_init_resources(struct resource *res, ACPI_EDGE_SENSITIVE, &res[2]); } +static struct acpi_platform_list pmcg_evcntr_rdonly_list[] __initdata = { + /* HiSilicon Erratum 162001800 */ + {"HISI ", "HIP08 ", 0, ACPI_SIG_IORT, greater_than_or_equal}, + { } +}; + +static int __init arm_smmu_v3_pmcg_add_platdata(struct platform_device *pdev) +{ + u32 options = 0; + + if (acpi_match_platform_list(pmcg_evcntr_rdonly_list) >= 0) + options |= IORT_PMCG_EVCNTR_RDONLY; + + return platform_device_add_data(pdev, &options, sizeof(options)); +} + struct iort_dev_config { const char *name; int (*dev_init)(struct acpi_iort_node *node); @@ -1374,6 +1390,7 @@ struct iort_dev_config { struct acpi_iort_node *node); void (*dev_set_proximity)(struct device *dev, struct acpi_iort_node *node); + int (*dev_add_platdata)(struct platform_device *pdev); }; static const struct iort_dev_config iort_arm_smmu_v3_cfg __initconst = { @@ -1395,6 +1412,7 @@ static const struct iort_dev_config iort_arm_smmu_v3_pmcg_cfg __initconst = { .name = "arm-smmu-v3-pmu", .dev_count_resources = arm_smmu_v3_pmcg_count_resources, .dev_init_resources = arm_smmu_v3_pmcg_init_resources, + .dev_add_platdata = arm_smmu_v3_pmcg_add_platdata, }; static __init const struct iort_dev_config *iort_get_dev_cfg( @@ -1455,10 +1473,16 @@ static int __init iort_add_platform_device(struct acpi_iort_node *node, goto dev_put; /* - * Add a copy of IORT node pointer to platform_data to - * be used to retrieve IORT data information. + * Platform devices based on PMCG nodes uses platform_data to + * pass quirk flags to the driver. For others, add a copy of + * IORT node pointer to platform_data to be used to retrieve + * IORT data information. */ - ret = platform_device_add_data(pdev, &node, sizeof(node)); + if (ops->dev_add_platdata) + ret = ops->dev_add_platdata(pdev); + else + ret = platform_device_add_data(pdev, &node, sizeof(node)); + if (ret) goto dev_put; diff --git a/drivers/perf/arm_smmuv3_pmu.c b/drivers/perf/arm_smmuv3_pmu.c index 71d10a0..02107a1 100644 --- a/drivers/perf/arm_smmuv3_pmu.c +++ b/drivers/perf/arm_smmuv3_pmu.c @@ -35,6 +35,7 @@ */ #include +#include #include #include #include @@ -111,6 +112,7 @@ struct smmu_pmu { struct device *dev; void __iomem *reg_base; void __iomem *reloc_base; + u32 options; u64 counter_present_mask; u64 counter_mask; }; @@ -224,12 +226,25 @@ static void smmu_pmu_set_period(struct smmu_pmu *smmu_pmu, u32 idx = hwc->idx; u64 new; - /* - * We limit the max period to half the max counter value of the counter - * size, so that even in the case of extreme interrupt latency the - * counter will (hopefully) not wrap past its initial value. - */ - new = smmu_pmu->counter_mask >> 1; + if (smmu_pmu->options & IORT_PMCG_EVCNTR_RDONLY) { + /* + * On platforms that require this quirk, if the counter starts + * at < half_counter value and wraps, the current logic of + * handling the overflow may not work. It is expected that, + * those platforms will have full 64 counter bits implemented + * so that such a possibility is remote(eg: HiSilicon HIP08). + */ + new = smmu_pmu_counter_get_value(smmu_pmu, idx); + } else { + /* + * We limit the max period to half the max counter value + * of the counter size, so that even in the case of extreme + * interrupt latency the counter will (hopefully) not wrap + * past its initial value. + */ + new = smmu_pmu->counter_mask >> 1; + smmu_pmu_counter_set_value(smmu_pmu, idx, new); + } local64_set(&hwc->prev_count, new); smmu_pmu_counter_set_value(smmu_pmu, idx, new); @@ -670,6 +685,12 @@ static void smmu_pmu_reset(struct smmu_pmu *smmu_pmu) smmu_pmu->reloc_base + SMMU_PMCG_OVSCLR0); } +static void smmu_pmu_get_acpi_options(struct smmu_pmu *smmu_pmu) +{ + smmu_pmu->options = *(u32 *)dev_get_platdata(smmu_pmu->dev); + dev_notice(smmu_pmu->dev, "option mask 0x%x\n", smmu_pmu->options); +} + static int smmu_pmu_probe(struct platform_device *pdev) { struct smmu_pmu *smmu_pmu; @@ -749,6 +770,8 @@ static int smmu_pmu_probe(struct platform_device *pdev) return -EINVAL; } + smmu_pmu_get_acpi_options(smmu_pmu); + /* Pick one CPU to be the preferred one to use */ smmu_pmu->on_cpu = get_cpu(); WARN_ON(irq_set_affinity(smmu_pmu->irq, cpumask_of(smmu_pmu->on_cpu))); diff --git a/include/linux/acpi_iort.h b/include/linux/acpi_iort.h index 38cd77b..4a7ae69 100644 --- a/include/linux/acpi_iort.h +++ b/include/linux/acpi_iort.h @@ -26,6 +26,9 @@ #define IORT_IRQ_MASK(irq) (irq & 0xffffffffULL) #define IORT_IRQ_TRIGGER_MASK(irq) ((irq >> 32) & 0xffffffffULL) +/* PMCG node option or quirk flags */ +#define IORT_PMCG_EVCNTR_RDONLY (1 << 0) + int iort_register_domain_token(int trans_id, phys_addr_t base, struct fwnode_handle *fw_node); void iort_deregister_domain_token(int trans_id);