From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.6 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY, SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E2CFFC33CB3 for ; Thu, 30 Jan 2020 20:54:42 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id AB42E2083E for ; Thu, 30 Jan 2020 20:54:42 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="fqfQnsIO" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727618AbgA3Uym (ORCPT ); Thu, 30 Jan 2020 15:54:42 -0500 Received: from mail-ot1-f67.google.com ([209.85.210.67]:41789 "EHLO mail-ot1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726514AbgA3Uyl (ORCPT ); Thu, 30 Jan 2020 15:54:41 -0500 Received: by mail-ot1-f67.google.com with SMTP id r27so4441039otc.8; Thu, 30 Jan 2020 12:54:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=gywvdJG4S8zg1F0N8TnRS+h5mKkXnwAKlRZJYdtt1ZA=; b=fqfQnsIOmo8FmmJdsz2QjZwzZa6CYUyDAHwdulBh0jkPnMA2cImjHHcOxHjDXmQxpK T6gAsbqbhlv3FqXjp2FtLtncpIuSJcy8c0KH8OQQJTA88lgBhyNTywMuTRS39yqoLn9e otCeRvbEC+QbtcPgCrRsBKdFutoKjpNJThPflcqDwcA6dn9elZQwW4cAmhwrC0l8nrWf yuiA5qOtgXUUsuFXmYRkCEKFgLvGn+d6kknn2KBw3Y513xLJzFWTdVL5+bfddX62jeJc U1SjOTbI/s0t/d877OkaPGV10zeH/1DLghuVq4hmhPkuDAIUTiTWYoPaMvWgvAXhqAx7 aSHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=gywvdJG4S8zg1F0N8TnRS+h5mKkXnwAKlRZJYdtt1ZA=; b=pWllvH+ILYwfam+MHPZVQGaJiv36prPhp+dE+KE+rSrPtO+pSm58VRTJjvUQcarLjT 1dj1deJXrxttvQu+S5mL9iaV8aagllfLnS1e6nSa2r2QxCJrQ2gjK4H08okZrEgtxduO ei60I99wYdyDWAA8w/UkMfEmb5vl15hAIaY2K9xDpI23xUbTbj8eNOWiPDZQnHpzTlgj w5RxOBWj5AFpb68rmFz/5CW0+jijjP9tOSj/+tOypT4qIdAorwwRiCyCcxmRIIBAQvh0 HbotAMx4tnxfA2i+PuLsf8iQG/3n6IcaKmn3m9csBGh7YRrNw68riiKYrxMCAVIV/D8V MHWw== X-Gm-Message-State: APjAAAVnbSIxueJ6bvHDDxDSiVKDh8SpQDSIXdr0ZclZzOj0XVEEMwMD v+ngJcI6DyNfIg1HDPvIGrkOf6SBNUL/Irrnkuk= X-Google-Smtp-Source: APXvYqwBCKF8eCODlztMB8ORP0u3uiwR5t2s2nCfZgKiHWS07FIMyZ3kn6caD7U18ugZfY2NZqr0ejOUQrOc2egVDVs= X-Received: by 2002:a9d:64ca:: with SMTP id n10mr5023218otl.325.1580417680064; Thu, 30 Jan 2020 12:54:40 -0800 (PST) MIME-Version: 1.0 References: <20200108162211.22358-1-prabhakar.mahadev-lad.rj@bp.renesas.com> <20200108162211.22358-5-prabhakar.mahadev-lad.rj@bp.renesas.com> <9c65eb7a-539b-1fa3-f988-40c32aa8dfe3@ti.com> In-Reply-To: <9c65eb7a-539b-1fa3-f988-40c32aa8dfe3@ti.com> From: "Lad, Prabhakar" Date: Thu, 30 Jan 2020 20:54:13 +0000 Message-ID: Subject: Re: [v3 4/6] dt-bindings: PCI: rcar: Add bindings for R-Car PCIe endpoint controller To: Rob Herring Cc: Kishon Vijay Abraham I , Bjorn Helgaas , Mark Rutland , Geert Uytterhoeven , Magnus Damm , Marek Vasut , Yoshihiro Shimoda , linux-pci , Catalin Marinas , Will Deacon , Lorenzo Pieralisi , Arnd Bergmann , Greg Kroah-Hartman , Andrew Murray , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , LKML , LAK , Linux-Renesas , Chris Paterson , Frank Rowand , Gustavo Pimentel , Jingoo Han , Simon Horman , Shawn Lin , Tom Joseph , Heiko Stuebner , "open list:ARM/Rockchip SoC..." , Lad Prabhakar Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Rob, On Wed, Jan 22, 2020 at 8:13 AM Kishon Vijay Abraham I wrote: > > Hi Prabhakar, > > On 21/01/20 11:27 PM, Lad, Prabhakar wrote: > > Hi Rob/Kishon, > > > > On Wed, Jan 8, 2020 at 4:22 PM Lad Prabhakar wrote: > >> > >> This patch adds the bindings for the R-Car PCIe endpoint driver. > >> > >> Signed-off-by: Lad Prabhakar > >> --- > >> .../devicetree/bindings/pci/rcar-pci-ep.yaml | 76 +++++++++++++++++++ > >> 1 file changed, 76 insertions(+) > >> create mode 100644 Documentation/devicetree/bindings/pci/rcar-pci-ep.yaml > >> > >> diff --git a/Documentation/devicetree/bindings/pci/rcar-pci-ep.yaml b/Documentation/devicetree/bindings/pci/rcar-pci-ep.yaml > >> new file mode 100644 > >> index 000000000000..99c2a1174463 > >> --- /dev/null > >> +++ b/Documentation/devicetree/bindings/pci/rcar-pci-ep.yaml > >> @@ -0,0 +1,76 @@ > >> +# SPDX-License-Identifier: GPL-2.0 > >> +# Copyright (C) 2020 Renesas Electronics Europe GmbH - https://www.renesas.com/eu/en/ > >> +%YAML 1.2 > >> +--- > >> +$id: http://devicetree.org/schemas/pci/rcar-pcie-ep.yaml# > >> +$schema: http://devicetree.org/meta-schemas/core.yaml# > >> + > >> +title: Renesas R-Car PCIe Endpoint > >> + > >> +maintainers: > >> + - Lad Prabhakar > >> + > >> +properties: > >> + compatible: > >> + items: > >> + - const: renesas,r8a774c0-pcie-ep > >> + - const: renesas,rcar-gen3-pcie-ep > >> + > >> + reg: > >> + maxItems: 5 > >> + > >> + reg-names: > >> + items: > >> + - const: apb-base > >> + - const: memory0 > >> + - const: memory1 > >> + - const: memory2 > >> + - const: memory3 > > As I had mentioned in the other patch, I'd prefer if we can create > standard binding for representing the memory regions. IMHO we should > create subnode for memory regions Each sub-node itself may or may not > have more than one memory region. > > In your platform, since there can be only one allocation in a memory > region, there should be 4 sub-nodes for each of the memory region and > each node should have page_size (or some equivalent property) property > to indicate page_size (= region_size). > > For a platform that doesn't have the restriction, there can be a single > sub-node containing all the memory region. > > Let's wait for Rob's comment though. > Gentle ping.on the suggestions above. Cheers, --Prabhakar > Thanks > Kishon > >> + > >> + power-domains: > >> + maxItems: 1 > >> + > >> + resets: > >> + maxItems: 1 > >> + > >> + clocks: > >> + maxItems: 1 > >> + > >> + clock-names: > >> + items: > >> + - const: pcie > >> + > >> + max-functions: > >> + minimum: 1 > >> + maximum: 6 > >> + > >> +required: > >> + - compatible > >> + - reg > >> + - reg-names > >> + - resets > >> + - power-domains > >> + - clocks > >> + - clock-names > >> + - max-functions > >> + > > apart from dt_binding_check error are we OK with dt bindings ? > > > > Cheers, > > --Prabhakar > > > >> +examples: > >> + - | > >> + #include > >> + #include > >> + > >> + pcie0_ep: pcie-ep@fe000000 { > >> + compatible = "renesas,r8a774c0-pcie-ep", > >> + "renesas,rcar-gen3-pcie-ep"; > >> + reg = <0 0xfe000000 0 0x80000>, > >> + <0x0 0xfe100000 0 0x100000>, > >> + <0x0 0xfe200000 0 0x200000>, > >> + <0x0 0x30000000 0 0x8000000>, > >> + <0x0 0x38000000 0 0x8000000>; > >> + reg-names = "apb-base", "memory0", "memory1", "memory2", "memory3"; > >> + resets = <&cpg 319>; > >> + power-domains = <&sysc R8A774C0_PD_ALWAYS_ON>; > >> + clocks = <&cpg CPG_MOD 319>; > >> + clock-names = "pcie"; > >> + max-functions = /bits/ 8 <1>; > >> + }; > >> -- > >> 2.20.1 > >> From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Lad, Prabhakar" Subject: Re: [v3 4/6] dt-bindings: PCI: rcar: Add bindings for R-Car PCIe endpoint controller Date: Thu, 30 Jan 2020 20:54:13 +0000 Message-ID: References: <20200108162211.22358-1-prabhakar.mahadev-lad.rj@bp.renesas.com> <20200108162211.22358-5-prabhakar.mahadev-lad.rj@bp.renesas.com> <9c65eb7a-539b-1fa3-f988-40c32aa8dfe3@ti.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Return-path: In-Reply-To: <9c65eb7a-539b-1fa3-f988-40c32aa8dfe3@ti.com> Sender: linux-renesas-soc-owner@vger.kernel.org To: Rob Herring Cc: Kishon Vijay Abraham I , Bjorn Helgaas , Mark Rutland , Geert Uytterhoeven , Magnus Damm , Marek Vasut , Yoshihiro Shimoda , linux-pci , Catalin Marinas , Will Deacon , Lorenzo Pieralisi , Arnd Bergmann , Greg Kroah-Hartman , Andrew Murray , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , LKML , LAK , Linux-Renesa List-Id: linux-rockchip.vger.kernel.org Hi Rob, On Wed, Jan 22, 2020 at 8:13 AM Kishon Vijay Abraham I wrote: > > Hi Prabhakar, > > On 21/01/20 11:27 PM, Lad, Prabhakar wrote: > > Hi Rob/Kishon, > > > > On Wed, Jan 8, 2020 at 4:22 PM Lad Prabhakar wrote: > >> > >> This patch adds the bindings for the R-Car PCIe endpoint driver. > >> > >> Signed-off-by: Lad Prabhakar > >> --- > >> .../devicetree/bindings/pci/rcar-pci-ep.yaml | 76 +++++++++++++++++++ > >> 1 file changed, 76 insertions(+) > >> create mode 100644 Documentation/devicetree/bindings/pci/rcar-pci-ep.yaml > >> > >> diff --git a/Documentation/devicetree/bindings/pci/rcar-pci-ep.yaml b/Documentation/devicetree/bindings/pci/rcar-pci-ep.yaml > >> new file mode 100644 > >> index 000000000000..99c2a1174463 > >> --- /dev/null > >> +++ b/Documentation/devicetree/bindings/pci/rcar-pci-ep.yaml > >> @@ -0,0 +1,76 @@ > >> +# SPDX-License-Identifier: GPL-2.0 > >> +# Copyright (C) 2020 Renesas Electronics Europe GmbH - https://www.renesas.com/eu/en/ > >> +%YAML 1.2 > >> +--- > >> +$id: http://devicetree.org/schemas/pci/rcar-pcie-ep.yaml# > >> +$schema: http://devicetree.org/meta-schemas/core.yaml# > >> + > >> +title: Renesas R-Car PCIe Endpoint > >> + > >> +maintainers: > >> + - Lad Prabhakar > >> + > >> +properties: > >> + compatible: > >> + items: > >> + - const: renesas,r8a774c0-pcie-ep > >> + - const: renesas,rcar-gen3-pcie-ep > >> + > >> + reg: > >> + maxItems: 5 > >> + > >> + reg-names: > >> + items: > >> + - const: apb-base > >> + - const: memory0 > >> + - const: memory1 > >> + - const: memory2 > >> + - const: memory3 > > As I had mentioned in the other patch, I'd prefer if we can create > standard binding for representing the memory regions. IMHO we should > create subnode for memory regions Each sub-node itself may or may not > have more than one memory region. > > In your platform, since there can be only one allocation in a memory > region, there should be 4 sub-nodes for each of the memory region and > each node should have page_size (or some equivalent property) property > to indicate page_size (= region_size). > > For a platform that doesn't have the restriction, there can be a single > sub-node containing all the memory region. > > Let's wait for Rob's comment though. > Gentle ping.on the suggestions above. Cheers, --Prabhakar > Thanks > Kishon > >> + > >> + power-domains: > >> + maxItems: 1 > >> + > >> + resets: > >> + maxItems: 1 > >> + > >> + clocks: > >> + maxItems: 1 > >> + > >> + clock-names: > >> + items: > >> + - const: pcie > >> + > >> + max-functions: > >> + minimum: 1 > >> + maximum: 6 > >> + > >> +required: > >> + - compatible > >> + - reg > >> + - reg-names > >> + - resets > >> + - power-domains > >> + - clocks > >> + - clock-names > >> + - max-functions > >> + > > apart from dt_binding_check error are we OK with dt bindings ? > > > > Cheers, > > --Prabhakar > > > >> +examples: > >> + - | > >> + #include > >> + #include > >> + > >> + pcie0_ep: pcie-ep@fe000000 { > >> + compatible = "renesas,r8a774c0-pcie-ep", > >> + "renesas,rcar-gen3-pcie-ep"; > >> + reg = <0 0xfe000000 0 0x80000>, > >> + <0x0 0xfe100000 0 0x100000>, > >> + <0x0 0xfe200000 0 0x200000>, > >> + <0x0 0x30000000 0 0x8000000>, > >> + <0x0 0x38000000 0 0x8000000>; > >> + reg-names = "apb-base", "memory0", "memory1", "memory2", "memory3"; > >> + resets = <&cpg 319>; > >> + power-domains = <&sysc R8A774C0_PD_ALWAYS_ON>; > >> + clocks = <&cpg CPG_MOD 319>; > >> + clock-names = "pcie"; > >> + max-functions = /bits/ 8 <1>; > >> + }; > >> -- > >> 2.20.1 > >> From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-4.0 required=3.0 tests=DKIM_ADSP_CUSTOM_MED, DKIM_SIGNED,DKIM_VALID,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY, SPF_HELO_NONE,SPF_PASS,URIBL_DBL_ABUSE_MALW autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E6421C2D0DB for ; Thu, 30 Jan 2020 20:54:54 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id B65762083E for ; Thu, 30 Jan 2020 20:54:54 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="CKse5II7"; dkim=fail reason="signature verification failed" (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="fqfQnsIO" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org B65762083E Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=gmail.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:To:Subject:Message-ID:Date:From: In-Reply-To:References:MIME-Version:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=RBgi3gI0AQboovVHYHT7KrwZpL9diaYq1BukieRALgk=; b=CKse5II72LKe5h J2SNQB9ZIF703KE5GJU+gztjVAlLP+/pio5fHgOLIS+BeoP43KO/iztt5DB8S8blDdcVzMhFIyOjF dXfcm84TKUNOg4OcAT4gxt8dYSsX74rbBdFmxknVn4mdA55SHk2VPSEzS8GyFCJloTZGk26SpO5cN p0GnSMNQ2OCfaorztKZ1opkFmv/NV+45ef1qyGY52tCxEzDMxT4SWXxG/S6vG36Z/y6nHrQuZoSDI m92hYABL+TPsqW3fogebWLPF6OTON6vbgdF1RX6xA3ZYmd5qlzD2LKQYNRHHiRLnlztpBc2ePDeC0 sUiRbOlbG4chRDOfachg==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1ixGpq-0007Hh-AP; Thu, 30 Jan 2020 20:54:46 +0000 Received: from mail-ot1-x343.google.com ([2607:f8b0:4864:20::343]) by bombadil.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1ixGpl-0007Gc-Ji; Thu, 30 Jan 2020 20:54:44 +0000 Received: by mail-ot1-x343.google.com with SMTP id g15so4476704otp.3; Thu, 30 Jan 2020 12:54:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=gywvdJG4S8zg1F0N8TnRS+h5mKkXnwAKlRZJYdtt1ZA=; b=fqfQnsIOmo8FmmJdsz2QjZwzZa6CYUyDAHwdulBh0jkPnMA2cImjHHcOxHjDXmQxpK T6gAsbqbhlv3FqXjp2FtLtncpIuSJcy8c0KH8OQQJTA88lgBhyNTywMuTRS39yqoLn9e otCeRvbEC+QbtcPgCrRsBKdFutoKjpNJThPflcqDwcA6dn9elZQwW4cAmhwrC0l8nrWf yuiA5qOtgXUUsuFXmYRkCEKFgLvGn+d6kknn2KBw3Y513xLJzFWTdVL5+bfddX62jeJc U1SjOTbI/s0t/d877OkaPGV10zeH/1DLghuVq4hmhPkuDAIUTiTWYoPaMvWgvAXhqAx7 aSHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=gywvdJG4S8zg1F0N8TnRS+h5mKkXnwAKlRZJYdtt1ZA=; b=dz2LbxJJsO1nfWXI2GdkRQhceNr+IA9FbSvNItXYW/glBot+WzNFGyg+ZYPxSFIdco FiTO3aNQF50531XOuoXji2hIVcBD18XR9BrvJsMpTyfpIV3pNebpc8sW2JZeqbujcJnh AVDRmDP5+m+VB9mfsx3eAKwG6twFXj6JSaOvgZ4133rDwUSxfP/7ogk2zwguTV/r2d4B TvkyS/ELI8xxveOguHCotVGG2+cYjXPwkrbnfIpndT5cTZkkGsQxM677OFxL1NS8byKZ PUIY7hJzBp7VgwbMrSGPvSp4JHf0ZXsbXUdbc18C4bPLdVx2LQ+TdsBiHAhc1k96suFl PKGA== X-Gm-Message-State: APjAAAXeZcpk6NCNsOJPGSnUmPtS2X8W/xtHd9zsXMqMwWZ4cvZA/Bcf TU/l5KwBJZSl4bs/t4uizYwQkeLMBuMf8IcwuIQ= X-Google-Smtp-Source: APXvYqwBCKF8eCODlztMB8ORP0u3uiwR5t2s2nCfZgKiHWS07FIMyZ3kn6caD7U18ugZfY2NZqr0ejOUQrOc2egVDVs= X-Received: by 2002:a9d:64ca:: with SMTP id n10mr5023218otl.325.1580417680064; Thu, 30 Jan 2020 12:54:40 -0800 (PST) MIME-Version: 1.0 References: <20200108162211.22358-1-prabhakar.mahadev-lad.rj@bp.renesas.com> <20200108162211.22358-5-prabhakar.mahadev-lad.rj@bp.renesas.com> <9c65eb7a-539b-1fa3-f988-40c32aa8dfe3@ti.com> In-Reply-To: <9c65eb7a-539b-1fa3-f988-40c32aa8dfe3@ti.com> From: "Lad, Prabhakar" Date: Thu, 30 Jan 2020 20:54:13 +0000 Message-ID: Subject: Re: [v3 4/6] dt-bindings: PCI: rcar: Add bindings for R-Car PCIe endpoint controller To: Rob Herring X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200130_125441_674236_0433D11D X-CRM114-Status: GOOD ( 23.25 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Mark Rutland , Heiko Stuebner , Geert Uytterhoeven , linux-pci , Shawn Lin , Frank Rowand , Marek Vasut , Lorenzo Pieralisi , Will Deacon , Magnus Damm , Kishon Vijay Abraham I , "open list:ARM/Rockchip SoC..." , Catalin Marinas , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , Chris Paterson , Arnd Bergmann , Lad Prabhakar , Simon Horman , Bjorn Helgaas , LAK , Greg Kroah-Hartman , Yoshihiro Shimoda , LKML , Linux-Renesas , Tom Joseph , Jingoo Han , Andrew Murray , Gustavo Pimentel Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hi Rob, On Wed, Jan 22, 2020 at 8:13 AM Kishon Vijay Abraham I wrote: > > Hi Prabhakar, > > On 21/01/20 11:27 PM, Lad, Prabhakar wrote: > > Hi Rob/Kishon, > > > > On Wed, Jan 8, 2020 at 4:22 PM Lad Prabhakar wrote: > >> > >> This patch adds the bindings for the R-Car PCIe endpoint driver. > >> > >> Signed-off-by: Lad Prabhakar > >> --- > >> .../devicetree/bindings/pci/rcar-pci-ep.yaml | 76 +++++++++++++++++++ > >> 1 file changed, 76 insertions(+) > >> create mode 100644 Documentation/devicetree/bindings/pci/rcar-pci-ep.yaml > >> > >> diff --git a/Documentation/devicetree/bindings/pci/rcar-pci-ep.yaml b/Documentation/devicetree/bindings/pci/rcar-pci-ep.yaml > >> new file mode 100644 > >> index 000000000000..99c2a1174463 > >> --- /dev/null > >> +++ b/Documentation/devicetree/bindings/pci/rcar-pci-ep.yaml > >> @@ -0,0 +1,76 @@ > >> +# SPDX-License-Identifier: GPL-2.0 > >> +# Copyright (C) 2020 Renesas Electronics Europe GmbH - https://www.renesas.com/eu/en/ > >> +%YAML 1.2 > >> +--- > >> +$id: http://devicetree.org/schemas/pci/rcar-pcie-ep.yaml# > >> +$schema: http://devicetree.org/meta-schemas/core.yaml# > >> + > >> +title: Renesas R-Car PCIe Endpoint > >> + > >> +maintainers: > >> + - Lad Prabhakar > >> + > >> +properties: > >> + compatible: > >> + items: > >> + - const: renesas,r8a774c0-pcie-ep > >> + - const: renesas,rcar-gen3-pcie-ep > >> + > >> + reg: > >> + maxItems: 5 > >> + > >> + reg-names: > >> + items: > >> + - const: apb-base > >> + - const: memory0 > >> + - const: memory1 > >> + - const: memory2 > >> + - const: memory3 > > As I had mentioned in the other patch, I'd prefer if we can create > standard binding for representing the memory regions. IMHO we should > create subnode for memory regions Each sub-node itself may or may not > have more than one memory region. > > In your platform, since there can be only one allocation in a memory > region, there should be 4 sub-nodes for each of the memory region and > each node should have page_size (or some equivalent property) property > to indicate page_size (= region_size). > > For a platform that doesn't have the restriction, there can be a single > sub-node containing all the memory region. > > Let's wait for Rob's comment though. > Gentle ping.on the suggestions above. Cheers, --Prabhakar > Thanks > Kishon > >> + > >> + power-domains: > >> + maxItems: 1 > >> + > >> + resets: > >> + maxItems: 1 > >> + > >> + clocks: > >> + maxItems: 1 > >> + > >> + clock-names: > >> + items: > >> + - const: pcie > >> + > >> + max-functions: > >> + minimum: 1 > >> + maximum: 6 > >> + > >> +required: > >> + - compatible > >> + - reg > >> + - reg-names > >> + - resets > >> + - power-domains > >> + - clocks > >> + - clock-names > >> + - max-functions > >> + > > apart from dt_binding_check error are we OK with dt bindings ? > > > > Cheers, > > --Prabhakar > > > >> +examples: > >> + - | > >> + #include > >> + #include > >> + > >> + pcie0_ep: pcie-ep@fe000000 { > >> + compatible = "renesas,r8a774c0-pcie-ep", > >> + "renesas,rcar-gen3-pcie-ep"; > >> + reg = <0 0xfe000000 0 0x80000>, > >> + <0x0 0xfe100000 0 0x100000>, > >> + <0x0 0xfe200000 0 0x200000>, > >> + <0x0 0x30000000 0 0x8000000>, > >> + <0x0 0x38000000 0 0x8000000>; > >> + reg-names = "apb-base", "memory0", "memory1", "memory2", "memory3"; > >> + resets = <&cpg 319>; > >> + power-domains = <&sysc R8A774C0_PD_ALWAYS_ON>; > >> + clocks = <&cpg CPG_MOD 319>; > >> + clock-names = "pcie"; > >> + max-functions = /bits/ 8 <1>; > >> + }; > >> -- > >> 2.20.1 > >> _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel