Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp179980imm; Wed, 30 May 2018 21:03:14 -0700 (PDT) X-Google-Smtp-Source: ADUXVKL0mkz7R07aThg2a5wHqubP8sZ7aGciOSbtj7uwN39oFQcyyoJ1htGY2OXXLXJNAhMcc+c/ X-Received: by 2002:a17:902:329:: with SMTP id 38-v6mr5459030pld.328.1527739394239; Wed, 30 May 2018 21:03:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527739394; cv=none; d=google.com; s=arc-20160816; b=b9qN3DH1oBtfXi++HiD7IfzM2/BklnDxz5MXo94J2FKUAe4LT6p1nkISz1Ytkjnexb mC7Wd2/Hfdi43z08CfcLOcD2CnIcHmkeRWzEk6PjEIjg+TkTt1aWLUn2+k2f2BTbDj2m O1iikXaXXi8FTef3ZRwslRUlwuVHCHK4Wc2LZVllxkPxYAcjwsWgdjeqCkSl281SYTx7 GzR9LXEeg6Rk8MCeMtmU8K6ybI6Dj6/3txJlkuBf0kkn2QJL3jhcnZDTjM4zQNv4sewV riu11zJBe40qYAMYd9zVSe6gnHnTnD7PYWSUmOHs2u10ZRpsk7yIIirL09aBnViyOSkb 1f4w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=/apMiWmrE0uhJw96K7VhogdkSq6ZghmU/5HlM9DAwJQ=; b=dONCPwq4t7LIVFJ4+h9lzizyFkEiT+ls6VNobq5PBtNAcW097Wk+yENyvDiOoWXT7t tg69it6CCNmCTpWovxYaVR5OPg0+2mlcRnIolusBhU6ebs8N+YOZvI/hIBryxcTnYtvc 5282MZz09CWRv7AkA6HL3ZQpSk1x7TzMlDeFkZPo28dUUGdOakEch4ao7ijTeYNjYhlA KeuOWJyBB0P4JCCQp1rdygiU84Q2Igu+0OsIUvcGBn4DHvC9aDLkSI+NgXH+WXZB678G 79k2gR8qn/v6LTVkyxkUZc58ro9nqMSLcKWZuQcxPHTzALqRufFc0qlC+bb6J47Qbou4 iwpA== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 90-v6si6260094plf.56.2018.05.30.21.03.00; Wed, 30 May 2018 21:03:14 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751397AbeEaECQ (ORCPT + 99 others); Thu, 31 May 2018 00:02:16 -0400 Received: from mail-yw0-f194.google.com ([209.85.161.194]:35128 "EHLO mail-yw0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750844AbeEaECO (ORCPT ); Thu, 31 May 2018 00:02:14 -0400 Received: by mail-yw0-f194.google.com with SMTP id v131-v6so3949456ywg.2; Wed, 30 May 2018 21:02:13 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=/apMiWmrE0uhJw96K7VhogdkSq6ZghmU/5HlM9DAwJQ=; b=XnQJmx9wMvYXni5/QtszRMgvqNqkgr0SAyaqnPhvoMM5XBmf7Qfqy8/Uo9fRej0gO1 2DvjGUdThg6Ij1u1nPtwG71qUVrJ5oMUZg7lDMqoN+UzqT3hEbbj1t1YEKjeA/+oCHj2 eqxOV9uKH+P5c9xe9PTNix/dpqSGSYA9Kw2ORkk+Vc/h5rw6PJr5FCyGEFT35L3AiDPi /LP8ZiEjdrWuzFovLs/W5jRKqkWErXeO84NV5Qi3fYjuAWfVfG8QuKMXIeAVqSHMYsjP eo6GOHX5Q5U6et50IwUIf+kEPPsaYRTBz+RejZDzzBXpTBE+8bI30DnkOLrdEpBVY/B4 AAyw== X-Gm-Message-State: ALKqPwch1q3PPjtwJNKATyRMJqFyYPTE/DwB4COIqzIGwkL9QINR1nM1 Z/anF0hthBUyZUJvxh+x5I4cVHev2A== X-Received: by 2002:a81:93c3:: with SMTP id k186-v6mr2815529ywg.180.1527739333407; Wed, 30 May 2018 21:02:13 -0700 (PDT) Received: from localhost (24-223-123-72.static.usa-companies.net. [24.223.123.72]) by smtp.gmail.com with ESMTPSA id o128-v6sm3823266ywo.54.2018.05.30.21.02.12 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 30 May 2018 21:02:12 -0700 (PDT) Date: Wed, 30 May 2018 23:02:11 -0500 From: Rob Herring To: Maciej Purski Cc: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-samsung-soc@vger.kernel.org, devicetree@vger.kernel.org, dri-devel@lists.freedesktop.org, David Airlie , Mark Rutland , Thierry Reding , Kukjin Kim , Krzysztof Kozlowski , Archit Taneja , Andrzej Hajda , Laurent Pinchart , Inki Dae , Joonyoung Shim , Seung-Woo Kim , Kyungmin Park , Marek Szyprowski , Bartlomiej Zolnierkiewicz Subject: Re: [PATCH v2 07/10] dt-bindings: tc358754: add DT bindings Message-ID: <20180531040211.GA23051@rob-hp-laptop> References: <1527682561-1386-1-git-send-email-m.purski@samsung.com> <1527682561-1386-8-git-send-email-m.purski@samsung.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1527682561-1386-8-git-send-email-m.purski@samsung.com> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, May 30, 2018 at 02:15:58PM +0200, Maciej Purski wrote: > From: Andrzej Hajda > > The patch adds bindings to Toshiba DSI/LVDS bridge TC358764. > Bindings describe power supplies, reset gpio and video interfaces. > > Signed-off-by: Andrzej Hajda > Signed-off-by: Maciej Purski > --- > .../bindings/display/bridge/toshiba,tc358764.txt | 37 ++++++++++++++++++++++ > 1 file changed, 37 insertions(+) > create mode 100644 Documentation/devicetree/bindings/display/bridge/toshiba,tc358764.txt > > diff --git a/Documentation/devicetree/bindings/display/bridge/toshiba,tc358764.txt b/Documentation/devicetree/bindings/display/bridge/toshiba,tc358764.txt > new file mode 100644 > index 0000000..6eda14f > --- /dev/null > +++ b/Documentation/devicetree/bindings/display/bridge/toshiba,tc358764.txt > @@ -0,0 +1,37 @@ > +TC358764 MIPI-DSI to LVDS panel bridge > + > +Required properties: > + - compatible: "toshiba,tc358764" > + - reg: the virtual channel number of a DSI peripheral > + - vddc-supply: core voltage supply, 1.2V > + - vddio-supply: I/O voltage supply, 1.8V or 3.3V > + - vddlvds-supply: LVDS1/2 voltage supply, 3.3V > + - reset-gpios: a GPIO spec for the reset pin > + > +The device node can contain zero to two 'port' child nodes, each with one How would 0 ports be valid? > +child 'endpoint' node, according to the bindings defined in [1]. > +The following are properties specific to those nodes. > + > +port: > + - reg: (required) can be 0 for DSI port or 1 for LVDS port; > + > +[1]: Documentation/devicetree/bindings/media/video-interfaces.txt > + > +Example: > + > + bridge@0 { > + reg = <0>; > + compatible = "toshiba,tc358764"; > + vddc-supply = <&vcc_1v2_reg>; > + vddio-supply = <&vcc_1v8_reg>; > + vddlvds-supply = <&vcc_3v3_reg>; > + reset-gpios = <&gpd1 6 GPIO_ACTIVE_LOW>; > + #address-cells = <1>; > + #size-cells = <0>; > + port@1 { > + reg = <1>; > + lvds_ep: endpoint { > + remote-endpoint = <&panel_ep>; > + }; > + }; > + }; > -- > 2.7.4 >