From patchwork Mon May 15 15:35:27 2017 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Georgi Djakov X-Patchwork-Id: 99818 Delivered-To: patch@linaro.org Received: by 10.182.142.97 with SMTP id rv1csp1483677obb; Mon, 15 May 2017 08:35:40 -0700 (PDT) X-Received: by 10.84.198.3 with SMTP id o3mr9567869pld.60.1494862540132; Mon, 15 May 2017 08:35:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1494862540; cv=none; d=google.com; s=arc-20160816; b=cQSapNAI28cVajBPNoi1FsVHM6KeELYAd8m0MkIWjnShLavMq58Gh9PONEmCXBxWKg BDh3STgpGICEhOr19aJtUHvA1R2CSEIXp2T/UMA8huImAR6HvIJh5IxYzwLEFem/9VV1 P+EuFyRqv8SMCyvn3qnlXVT4FoxBvPOz6NQWW8rF2VvJyazO0gAchjsgo+zHad7PkVqr WQMCMYZX8TGiqn5iqvwtrCSSPzuMrwfcGJj9JmNsHDdTkrDtOhUlH55d6c9kQ5tcEOD9 qIUz7UVeNXjVE4vWmoL4BGDx15PLiXs44Bx4E/b5JCNY5bkYr+5iP81evB+LrovSoxxK 1Tcg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:dkim-signature:arc-authentication-results; bh=1NkXunc/Tu21QCbylEuI4CTduD2x5KwRYuf/i707Xrs=; b=o1D2+OVfaNwC7pq9oIE75rUJy4l+ZMOoiLhGCQfDFPvHNBgbs1n4L+XJ5b0YN4qpAA 2V/rBinDbTgqTAu1V+fmQs9qIbFazX9Zpe6N7CePt2z+t1MFjhkYtNH12P45yrU8Owas K14g2Lw2pan+7hoaVQ5KrMYxtmOBk+UXMvlIT6q8U/DgeOMR5pQs7l+pVNNVZlFLr9Pa iUJSdka5+MEhcR1Bva/53ydjmx3noDqLTXRUWWisx5hmoRWw44Fx85ID/HOI7QzWhxBQ t6ACAg3CtBOb/HdKrLYnn/qS2gc/idigV2NcPI4swVdQfrJBi4EBBPMis8aw67kjkdrX C14A== ARC-Authentication-Results: i=1; mx.google.com; dkim=neutral (body hash did not verify) header.i=@linaro.org; spf=pass (google.com: best guess record for domain of linux-arm-msm-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-arm-msm-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w20si10999657pgj.290.2017.05.15.08.35.39; Mon, 15 May 2017 08:35:40 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-arm-msm-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=neutral (body hash did not verify) header.i=@linaro.org; spf=pass (google.com: best guess record for domain of linux-arm-msm-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-arm-msm-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965864AbdEOPfi (ORCPT + 10 others); Mon, 15 May 2017 11:35:38 -0400 Received: from mail-qt0-f179.google.com ([209.85.216.179]:33494 "EHLO mail-qt0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965917AbdEOPfh (ORCPT ); Mon, 15 May 2017 11:35:37 -0400 Received: by mail-qt0-f179.google.com with SMTP id t26so91240071qtg.0 for ; Mon, 15 May 2017 08:35:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=from:to:cc:subject:date:message-id:in-reply-to:references; bh=rY8s3532ufsD/QZ9NHY3Glb0s09VglHhB9TSrvqyMRM=; b=ZeYYxYC+DO+0UeoP5SrwyMiZCbble++t9GVwY48xSMOnzGb3w9lPIWOcttJV7JJOOC 8rrL6apq4kBEZ5hW2PNlIRb/FGpGs/9GrPk8WXxI7A3qPvX+/7GiIl+jKy62ZtRbuGCE vu5R8vc0jU006m5tkM/PnB2cksvAlPslsWUr4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=rY8s3532ufsD/QZ9NHY3Glb0s09VglHhB9TSrvqyMRM=; b=W174J9C22alstjFboy6hcdlRxUFYidBdVsvC8v8E1B+iu2DkHBWwFqRIlc7V+AxBM0 GocDvx1ar8dsd1b12BIyPQCeG8XALf3ixROJp3MPYZLuticWB3Qg9kejub7FWFJixjjk UOdwtY2jBO7kCvPjepWiRdyG4nYUmdc5tEpAL33bshOvAy4ajZFBSCALbFXmJ7klLJrP ZsqiQ0cNw6wnwI/qdLz8xmdxrVSxfvrNe1AAHW4wTDlc3w4fosyQhCcT0lnUQT/MeUgE sHmjiJY/Tw+C2p5gcu3Uz2/HEmFvU/G4ZWM0iuDGSPCOnuGuS/RBQacouZ+JpVbDqX1D Pevw== X-Gm-Message-State: AODbwcDYkaXMiCTiOXjE71bDqo4Qr8YZKJyyU+DvB2R51/TVthBzaU1U dKfzBj1ksuja2ieL X-Received: by 10.223.168.97 with SMTP id l88mr4638567wrc.54.1494862535801; Mon, 15 May 2017 08:35:35 -0700 (PDT) Received: from mms-0441.qualcomm.mm-sol.com ([212.45.67.2]) by smtp.googlemail.com with ESMTPSA id l7sm14548023wrc.52.2017.05.15.08.35.34 (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 15 May 2017 08:35:35 -0700 (PDT) From: Georgi Djakov To: linux-pm@vger.kernel.org, rjw@rjwysocki.net Cc: robh+dt@kernel.org, khilman@baylibre.com, mturquette@baylibre.com, gregkh@linuxfoundation.org, vincent.guittot@linaro.org, skannan@codeaurora.org, sboyd@codeaurora.org, andy.gross@linaro.org, seansw@qti.qualcomm.com, davidai@quicinc.com, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-arm-msm@vger.kernel.org, georgi.djakov@linaro.org Subject: [RFC v1 3/3] dt-binding: Interconnect device-tree bindings draft Date: Mon, 15 May 2017 18:35:27 +0300 Message-Id: <20170515153527.27649-4-georgi.djakov@linaro.org> X-Mailer: git-send-email 2.11.0 In-Reply-To: <20170515153527.27649-1-georgi.djakov@linaro.org> References: <20170515153527.27649-1-georgi.djakov@linaro.org> Sender: linux-arm-msm-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-arm-msm@vger.kernel.org The interconnect API is not yet using DT bindings for expressing the relations between the API consumers and providers. This is posted a separate patch as it needs further discussions on how to represent this with DT. Signed-off-by: Georgi Djakov --- .../bindings/interconnect/interconnect.txt | 75 ++++++++++++++++++++++ 1 file changed, 75 insertions(+) create mode 100644 Documentation/devicetree/bindings/interconnect/interconnect.txt -- To unsubscribe from this list: send the line "unsubscribe linux-arm-msm" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/Documentation/devicetree/bindings/interconnect/interconnect.txt b/Documentation/devicetree/bindings/interconnect/interconnect.txt new file mode 100644 index 000000000000..e38a29db981e --- /dev/null +++ b/Documentation/devicetree/bindings/interconnect/interconnect.txt @@ -0,0 +1,75 @@ +Interconnect Provider Device Tree Bindings +========================================= + +The purpose of this document is to define a common set of generic interconnect +providers/consumers properties. + + += interconnect providers = + +The interconnect provider binding is intended to represent the interconnect +controllers in the system. Each provider registers a set of interconnect +nodes, which expose the interconnect related capabilities of the interconnect +to consumer drivers. These capabilities can be throughput, latency, priority +etc. The consumer drivers set constraints on interconnect path (or endpoints) +depending on the usecase. Interconnect providers can also be interconnect +consumers, such as in the case where two network-on-chip fabrics interface +directly + +Required properties: +- compatible : contains the interconnect provider vendor specific compatible + string +- reg : register space of the interconnect controller hardware +- #interconnect-cells : number of cells in a interconnect specifier needed to + encode the interconnect node id. + +Example: + + snoc: snoc@0580000 { + compatible = "qcom,msm-bus-snoc"; + reg = <0x580000 0x14000>; + #interconnect-cells = <1>; + clock-names = "bus_clk", "bus_a_clk"; + clocks = <&rpmcc RPM_SMD_SNOC_CLK>, <&rpmcc RPM_SMD_SNOC_A_CLK>; + status = "okay"; + }; + bimc: bimc@0400000 { + compatible = "qcom,msm-bus-bimc"; + reg = <0x400000 0x62000>; + #interconnect-cells = <1>; + clock-names = "bus_clk", "bus_a_clk"; + clocks = <&rpmcc RPM_SMD_BIMC_CLK>, <&rpmcc RPM_SMD_BIMC_A_CLK>; + status = "okay"; + }; + pnoc: pnoc@500000 { + compatible = "qcom,msm-bus-pnoc"; + reg = <0x500000 0x11000>; + #interconnect-cells = <1>; + clock-names = "bus_clk", "bus_a_clk"; + clocks = <&rpmcc RPM_SMD_PCNOC_CLK>, <&rpmcc RPM_SMD_PCNOC_A_CLK>; + status = "okay"; + }; + += interconnect consumers = + +The interconnect consumers are device nodes which consume the interconnect +path(s) provided by the interconnect provider. There can be multiple +interconnect providers on a SoC and the consumer may consume multiple paths +from different providers depending on usecase and the components it has to +interact with. + +Required-properties: +interconnect-src : A phandle and interconnect provider specifier as defined by + bindings of the interconnect provider specified by phandle. + This denotes the source device port which will be used, as the + device may have multiple master ports. +interconnect-dst : A phandle and internet provider specifier pointing to the + local port of the target device. + +Example: + + sdhci@07864000 { + ... + interconnect-src = <&pnoc MAS_PNOC_SDCC_2>; + interconnect-dst = <&pnoc SLV_BLSP_1>; + };