Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp4512849ybl; Tue, 21 Jan 2020 22:46:55 -0800 (PST) X-Google-Smtp-Source: APXvYqyOw4dTfIgpgXsygHqmtC8AVxOtTZ4fM8+rymBVfs2JkpcvB7UVx9cs+oDAv4/N3za0t0fA X-Received: by 2002:aca:3241:: with SMTP id y62mr5773977oiy.31.1579675615209; Tue, 21 Jan 2020 22:46:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1579675615; cv=none; d=google.com; s=arc-20160816; b=LVJQFeOY7eZtK2B7vNTJP5c55XhmXUCxkBJiUPerRd3fky50DYBFjnzCq4Cfld1wAS OMevq9Q2FDxDFM8t9FdeRebelhPQ+BU2KEXbScv4Fox+D92C1Q/ytwiyEFf7IU6bWh/Y /iUgOxOtK6Its4d8rNeiYAml98KAPiNsjIHsJgPT+ieA/WgwDK+epZZlohIj2VhrWlhv B3bemg5S4AO1nbPRKKMY7GctJBdl3quCUTJx1zN9NV1pdtkmfg+TeAR/n/pbuC81PzbX YST8B6z46VIhnz09Ps/CfdDSYGCFElRVlHqtlmU1rWY5/f+RHH3SRkvFkeQtlC4d+0EY xKoA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:message-id:references :in-reply-to:subject:cc:to:from:date:content-transfer-encoding :mime-version:dkim-signature; bh=WCvyWoXNRiwp8CRX6GN54nfgOqCDJv+aooQVfEMaafI=; b=VJrNe1dkDkx8GaZnXfIk5kFIV18OmHQmuJNduYZ/DwkblFtIXbEmiA6DjTKKwVmqxq 5LOHz1iI3wCu8/xnMPHLYIesAXBCb5nLsS8OB2rA9kPt/8F4LzGL9qwcnRBGvcU+h0Ew ms5luH9Uyhl4jKVzVA0xmSwV3PZ+ng0KqX1iQFwlMYTh+9274Bcaqn27oKwiVa07wKS9 /PVKLQxso5IChCPIV/SN0WYSHRuMEBEcoCpTsmY2cfSCO9rL86uZUc2peokbjvn7/cb2 rXRZPzcK1zrjIaGqr170XKPBAU/dHEBb/zuHEzmuRDJu7QfEA+HiyOLU5ykvfIFSbMvS L2dg== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@mg.codeaurora.org header.s=smtp header.b=PLoT3yp2; 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 f194si21661026oig.243.2020.01.21.22.46.43; Tue, 21 Jan 2020 22:46:55 -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; dkim=fail header.i=@mg.codeaurora.org header.s=smtp header.b=PLoT3yp2; 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 S1726164AbgAVGpa (ORCPT + 99 others); Wed, 22 Jan 2020 01:45:30 -0500 Received: from mail25.static.mailgun.info ([104.130.122.25]:30867 "EHLO mail25.static.mailgun.info" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726099AbgAVGp3 (ORCPT ); Wed, 22 Jan 2020 01:45:29 -0500 DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=mg.codeaurora.org; q=dns/txt; s=smtp; t=1579675528; h=Message-ID: References: In-Reply-To: Subject: Cc: To: From: Date: Content-Transfer-Encoding: Content-Type: MIME-Version: Sender; bh=WCvyWoXNRiwp8CRX6GN54nfgOqCDJv+aooQVfEMaafI=; b=PLoT3yp276uNjZZaJtumJAMEn9+ZJrpqED6L6FKEcqSxbPEQY1bguGM8roAV+eFVYpsVUHmj CM4enNUjfpKZPBeoHcvvfxqyPrhnHxI5FBCmd+T50diQauyGFSEfb1j6I+cBFhWjLt6+Og5f dX4kqA47MIak6RHDqo83djygzo0= X-Mailgun-Sending-Ip: 104.130.122.25 X-Mailgun-Sid: WyI0MWYwYSIsICJsaW51eC1rZXJuZWxAdmdlci5rZXJuZWwub3JnIiwgImJlOWU0YSJd Received: from smtp.codeaurora.org (ec2-35-166-182-171.us-west-2.compute.amazonaws.com [35.166.182.171]) by mxa.mailgun.org with ESMTP id 5e27ef84.7f75a28ec848-smtp-out-n03; Wed, 22 Jan 2020 06:45:24 -0000 (UTC) Received: by smtp.codeaurora.org (Postfix, from userid 1001) id 89CBDC447A1; Wed, 22 Jan 2020 06:45:23 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-caf-mail-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=2.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.codeaurora.org (localhost.localdomain [127.0.0.1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: sibis) by smtp.codeaurora.org (Postfix) with ESMTPSA id 922DFC433CB; Wed, 22 Jan 2020 06:45:22 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 22 Jan 2020 12:15:22 +0530 From: Sibi Sankar To: Evan Green Cc: Rob Herring , Georgi Djakov , Bjorn Andersson , Andy Gross , LKML , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , linux-arm-msm , Mark Rutland , David Dai , Saravana Kannan , Viresh Kumar Subject: Re: [PATCH v4 2/4] interconnect: qcom: Add OSM L3 interconnect provider support In-Reply-To: References: <20200109211215.18930-1-sibis@codeaurora.org> <20200109211215.18930-3-sibis@codeaurora.org> Message-ID: X-Sender: sibis@codeaurora.org User-Agent: Roundcube Webmail/1.3.9 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hey Evan, Thanks for the review! On 2020-01-22 03:03, Evan Green wrote: > On Thu, Jan 9, 2020 at 1:12 PM Sibi Sankar > wrote: >> >> On some Qualcomm SoCs, Operating State Manager (OSM) controls the >> resources of scaling L3 caches. Add a driver to handle bandwidth >> requests to OSM L3 from CPU on SDM845 SoCs. >> >> Signed-off-by: Sibi Sankar >> --- >> drivers/interconnect/qcom/Kconfig | 7 + >> drivers/interconnect/qcom/Makefile | 2 + >> drivers/interconnect/qcom/osm-l3.c | 267 >> +++++++++++++++++++++++++++++ >> 3 files changed, 276 insertions(+) >> create mode 100644 drivers/interconnect/qcom/osm-l3.c >> >> diff --git a/drivers/interconnect/qcom/Kconfig >> b/drivers/interconnect/qcom/Kconfig >> index a9bbbdf7400f9..b94d28e7bf700 100644 >> --- a/drivers/interconnect/qcom/Kconfig >> +++ b/drivers/interconnect/qcom/Kconfig >> @@ -14,6 +14,13 @@ config INTERCONNECT_QCOM_MSM8974 >> This is a driver for the Qualcomm Network-on-Chip on >> msm8974-based >> platforms. >> >> +config INTERCONNECT_QCOM_OSM_L3 >> + tristate "Qualcomm OSM L3 interconnect driver" >> + depends on INTERCONNECT_QCOM || COMPILE_TEST >> + help >> + Say y here to support the Operating State Manager (OSM) >> interconnect >> + driver which controls the scaling of L3 caches on Qualcomm >> SoCs. >> + >> config INTERCONNECT_QCOM_QCS404 >> tristate "Qualcomm QCS404 interconnect driver" >> depends on INTERCONNECT_QCOM >> diff --git a/drivers/interconnect/qcom/Makefile >> b/drivers/interconnect/qcom/Makefile >> index 55ec3c5c89dbd..89fecbd1257c7 100644 >> --- a/drivers/interconnect/qcom/Makefile >> +++ b/drivers/interconnect/qcom/Makefile >> @@ -1,5 +1,6 @@ >> # SPDX-License-Identifier: GPL-2.0 >> >> +icc-osm-l3-objs := osm-l3.o >> qnoc-msm8974-objs := msm8974.o >> qnoc-qcs404-objs := qcs404.o >> qnoc-sc7180-objs := sc7180.o >> @@ -12,6 +13,7 @@ icc-smd-rpm-objs := smd-rpm.o >> obj-$(CONFIG_INTERCONNECT_QCOM_BCM_VOTER) += icc-bcm-voter.o >> obj-$(CONFIG_INTERCONNECT_QCOM_MSM8916) += qnoc-msm8916.o >> obj-$(CONFIG_INTERCONNECT_QCOM_MSM8974) += qnoc-msm8974.o >> +obj-$(CONFIG_INTERCONNECT_QCOM_OSM_L3) += icc-osm-l3.o >> obj-$(CONFIG_INTERCONNECT_QCOM_QCS404) += qnoc-qcs404.o >> obj-$(CONFIG_INTERCONNECT_QCOM_RPMH) += icc-rpmh.o >> obj-$(CONFIG_INTERCONNECT_QCOM_SC7180) += qnoc-sc7180.o >> diff --git a/drivers/interconnect/qcom/osm-l3.c >> b/drivers/interconnect/qcom/osm-l3.c >> new file mode 100644 >> index 0000000000000..7fde53c70081e >> --- /dev/null >> +++ b/drivers/interconnect/qcom/osm-l3.c >> @@ -0,0 +1,267 @@ >> +// SPDX-License-Identifier: GPL-2.0 >> +/* >> + * Copyright (c) 2019, The Linux Foundation. All rights reserved. >> + * >> + */ >> + >> +#include >> +#include >> +#include >> +#include >> +#include >> +#include >> +#include >> +#include >> +#include >> +#include >> + >> +#define LUT_MAX_ENTRIES 40U >> +#define LUT_SRC GENMASK(31, 30) >> +#define LUT_L_VAL GENMASK(7, 0) >> +#define LUT_ROW_SIZE 32 >> +#define CLK_HW_DIV 2 >> + >> +/* Register offsets */ >> +#define REG_ENABLE 0x0 >> +#define REG_FREQ_LUT 0x110 >> +#define REG_PERF_STATE 0x920 >> + >> +#define OSM_L3_MAX_LINKS 1 >> +#define SDM845_MAX_RSC_NODES 130 > > I'm nervous this define is going to fall out of date with > qcom,sdm845.h. I'm worried someone will end up adding a few more nodes > that were always there but previously hidden from Linux. Can we put > this define in include/dt-bindings/interconnect/qcom,sdm845.h, so at > least when that happens they'll come face to face with this define? > The same comment goes for the SC7180 define in patch 4. Yeah both solution require manual intervention how about we just go with what I proposed below. > > On second thought, this trick only works once. Are we sure there > aren't going to be other drivers that might want to tag on > interconnect nodes as well? How about instead we just add the enum > values below in qcom,sdm845.h as defines? Georgi/Evan, Since qcom,sdm845.h is specific to bindings shouldn't I just create a .h file with all the enums so that it can used across all icc providers on SDM845? > > -Evan -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project.