Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp4460453imm; Wed, 30 May 2018 06:09:55 -0700 (PDT) X-Google-Smtp-Source: ADUXVKLNFOZTTOrZVB0UfPJOp7pOsK5x2H9ka/QPZb/tfwIE7gGGkN0lZnj9RE9Q8Nq1zG7fbBQP X-Received: by 2002:a65:6517:: with SMTP id x23-v6mr2222238pgv.268.1527685795258; Wed, 30 May 2018 06:09:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527685795; cv=none; d=google.com; s=arc-20160816; b=HaScL92yOY0CfPX67x6DsZXfxpI7h9Tsqr9P8j2Ldm+N534sd7uNRVkbSV6LpNZ0OH /I0RT3qA8tMViwDqbqBFwyLO04zh53tCFSjUtmO+JWWvUJ2ObSWGngAETGt6cDm9hKhy 4ftOZ2G+UXKhWZ+pRNKmfDiCTbTI/p326V58bXTjH8M6yZrGCcWZv6G8Vrb8W0rYQRsD 4URZfIjp9KrD9++1P2djeYQumOXvPe68W5f8ubpbJUZNNSqQol5lCXoMiLazN3dsUhzn q3evODWv4kisTZ03/xS4Eyy2Wq9q8CfQGDw84K3nxmPZME48DjLvk6RQNj2wuoptz4QA q21A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:cms-type:message-id :content-language:content-transfer-encoding:in-reply-to:mime-version :user-agent:date:from:cc:to:subject:dkim-signature:dkim-filter :arc-authentication-results; bh=jK1HxTikjw2c/tyhT1qVAiiWN3Umf1FJx9PYl7L71VA=; b=M794ZynmgVhP8jjKW4I61oQA9iOTLUXhITwxK9RIbfyY/MXpQsmvVFzSWWQaiUzDXn cDXadeY87zskUfwfBSV21jO/WcPPSFWwmi1O4Dy6h0wANEuhtURnWXqt6ZpmxCIvcIn1 5j9qmZyh2Pbejq/QJ3TvDPTUlEAxWQvO85KtZ19tyutubQPmPBMEJF+TvUjMAF/3/sks vP1PHekjHJb8yL9F//iMSraqBxKjbFLiEt8ZVs7tK7BJVVURGTRn5KY871fU9IApDo3i 1O/MPAcAC1SrxI3frFZfJzBKY744sTVnaJNcPKlF3uw/ION7guoudkWlgyrq+jfqNc9n 8DVg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@samsung.com header.s=mail20170921 header.b=qy7C3jSF; 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=pass (p=NONE sp=NONE dis=NONE) header.from=samsung.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k5-v6si27424711pgo.0.2018.05.30.06.09.40; Wed, 30 May 2018 06:09:55 -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; dkim=pass header.i=@samsung.com header.s=mail20170921 header.b=qy7C3jSF; 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=pass (p=NONE sp=NONE dis=NONE) header.from=samsung.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753337AbeE3NHk (ORCPT + 99 others); Wed, 30 May 2018 09:07:40 -0400 Received: from mailout2.w1.samsung.com ([210.118.77.12]:50167 "EHLO mailout2.w1.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752645AbeE3NHg (ORCPT ); Wed, 30 May 2018 09:07:36 -0400 Received: from eucas1p1.samsung.com (unknown [182.198.249.206]) by mailout2.w1.samsung.com (KnoxPortal) with ESMTP id 20180530130734euoutp02054e20a55416a4b9fb4ace2c2e3ed1e4~zbgI5BEuv2658826588euoutp02B for ; Wed, 30 May 2018 13:07:34 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 mailout2.w1.samsung.com 20180530130734euoutp02054e20a55416a4b9fb4ace2c2e3ed1e4~zbgI5BEuv2658826588euoutp02B DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=samsung.com; s=mail20170921; t=1527685654; bh=jK1HxTikjw2c/tyhT1qVAiiWN3Umf1FJx9PYl7L71VA=; h=Subject:To:Cc:From:Date:In-Reply-To:References:From; b=qy7C3jSF0t3b1eACi+Aw+wwsKi+MDc39eqo+1PSMaOLGA3c4Bldq999r0UUtN0iOp 3TBHpHuT8BbpMxSrOwK1XWqAYCTT9waORKHxswuEXPYp3N691mnrVBA53i+Ti88dZx zTAJdqx2nJXevjtgXFgFeOpEtFwaABoQsxz6ugeU= Received: from eusmges2new.samsung.com (unknown [203.254.199.244]) by eucas1p2.samsung.com (KnoxPortal) with ESMTP id 20180530130732eucas1p2f1fe92aa03631e0231c1cf8c5aa783dd~zbgHeIScL0511905119eucas1p2H; Wed, 30 May 2018 13:07:32 +0000 (GMT) Received: from eucas1p2.samsung.com ( [182.198.249.207]) by eusmges2new.samsung.com (EUCPMTA) with SMTP id 2C.06.17380.412AE0B5; Wed, 30 May 2018 14:07:32 +0100 (BST) Received: from eusmtrp1.samsung.com (unknown [182.198.249.138]) by eucas1p1.samsung.com (KnoxPortal) with ESMTPA id 20180530130731eucas1p160d53c3f8500bcecd000bd8895843817~zbgGgQw3b1079710797eucas1p1H; Wed, 30 May 2018 13:07:31 +0000 (GMT) Received: from eusmgms1.samsung.com (unknown [182.198.249.179]) by eusmtrp1.samsung.com (KnoxPortal) with ESMTP id 20180530130731eusmtrp18832c32612e1fd18707936b08bf2e338~zbgGQxsiN0756307563eusmtrp1O; Wed, 30 May 2018 13:07:31 +0000 (GMT) X-AuditID: cbfec7f4-b4fc79c0000043e4-26-5b0ea214f8ee Received: from eusmtip2.samsung.com ( [203.254.199.222]) by eusmgms1.samsung.com (EUCPMTA) with SMTP id 55.D1.04178.312AE0B5; Wed, 30 May 2018 14:07:31 +0100 (BST) Received: from [106.120.43.17] (unknown [106.120.43.17]) by eusmtip2.samsung.com (KnoxPortal) with ESMTPA id 20180530130730eusmtip2201ce4a6d284d16d965b90c29ea8d162~zbgFdklt30794107941eusmtip2P; Wed, 30 May 2018 13:07:30 +0000 (GMT) Subject: Re: [PATCH 07/12] dt-bindings: tc358754: add DT bindings To: Laurent Pinchart Cc: Maciej Purski , 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 , Rob Herring , Mark Rutland , Thierry Reding , Kukjin Kim , Krzysztof Kozlowski , Archit Taneja , Inki Dae , Joonyoung Shim , Seung-Woo Kim , Kyungmin Park , Marek Szyprowski , Bartlomiej Zolnierkiewicz From: Andrzej Hajda Date: Wed, 30 May 2018 15:07:29 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <1928297.lKUBOH9NhR@avalon> Content-Transfer-Encoding: 7bit Content-Language: en-US X-Brightmail-Tracker: H4sIAAAAAAAAA02Se0hTYRjG+3auDidnJ2svFZaTwIK8RNAX2Y2CDv1TBEUolMsOGjmNnbTs KpKhpja3Qp2iUYZmC2uZq3UBpzTtZsvKlExp0kUbldrNrtvOIv/7vd/zvs/7PvCxBJ9Hz2B3 ZuwRDRm6dC2tJFvufO9aEH4mLCnObI7GJQ87FTivwEvhyxVNFK5tf0jhJ58/0Ng0YCTx25du Ep/wjBC4q+sSgx/kvWdwYVkdg22eZxTudlTTuKLrtgKfftdH4ovt/Qw+1+NW4Pxb7QyuML+j 8XdHDbkyXLDWWJHQXVqiEK5b+hmhqqCSEmyNhbRg/zJICQPHXQrhSt0RobS5EQljtogNykRl wg4xfWe2aIhdnqxM6x59Tey2zd139L6Ui85GFKEQFrhF4HJ5GD/zXAOCjy8ii5DSx+MIvv7p RHIxhuDozRb630R3dbNCFuoRFBfdCRZeBIOtdsLfNZVbBT3njZSfwzkMJWfKA1YE94oC78jd gBXNzYNfV3oDTHJz4dvIDeTnadwWuGwcDRipODV0Vg6Rfg7houHNsDnABDcb7N5qQmYN9A3V Bq4ArpkFa8dZJA9ng33CTsp3r4H8CyZG5qkw7GoO8iy4Zy4O9kgweio3aJSLoKq+MygshTaX 2xeH9W2bB02OWD+CL+VTEy9jGDz3quVzwsDUUk7IzyooOMbLHpEw8OAqIbMGzj36TBuR1jIp pGVSMMukYJb/a08jshFpxCxJnypKCzPEvTGSTi9lZaTGpGTqbcj3M+/9do1fQ46f252IY5E2 VBW3RZXEU7psKUfvRMAS2nBV1q3QJF61Q5ezXzRkbjNkpYuSE81kSa1GtTX6cCLPper2iLtE cbdo+Kcq2JAZueggG6Gud2rX9+WrNx3wZsanLO9NqlJMsbDJbx2tlfyKzabVrfHlV588tsYm uNOdhRNu642TcX9Khz4mM6xgfLaEaFlS3JHn+VUate7QnG+fypr0s9bkNGyKmr5Ad6DA66y9 OL0jRlr1eOJH79qeyCjP7eHQXcusG9vUej7ld4JmsZaU0nTx8wmDpPsLBHohg5UDAAA= X-Brightmail-Tracker: H4sIAAAAAAAAA02Se0hTYRjG+85da3Gaih8SWiNTi6bT1E8xMSg5QaRRkqmxlh5UclvsbNKk SMygNM20i62xmWmgWOa20hQDxbxfUFNR6AJdrKbZvSSNnCvwvx88z++FFx4GF18nvZhMlZbX qBRZEsqV6PvT9XybW+Xa5KC5+o2oaLAHQ3nnZ0nUUF5PInPHIImefp+jUOmLEgK9ez5MoEuv 7DgaGrpPo4G8GRpduFxFI8urcRKNNhspVD70GEMV76cIdLfjGY2qJ4YxdK61g0blZe8pNN9s ImLcuTpTHeBGi4sw7pHhGc3dPH+D5Cy1Fyiu8cdLkntR2IVx1qozXLGtFnBfLd7xrknSKI1a p+U3ZKgF7Q5JsgwFS2URSBq8PUIqCwk/EhkcKgmMjkrjszKzeU1g9FFpxuiXt/gJi+/J/H4h F9z2LgAuDGS3w1GjDSsAroyYrQaw19ZCOgNP2GKexZ3sBhfGCyhnyQ7g2JU7tCNwY3fCiZqS ZcGdRbCo8jpwlHD2LQk/DZj/GW0YrJj/uNyi2AC4aJ2kHCxio+G3qWvLlwjWF/6ytwAHe7CJ MM9URzs762DPjdeEg11Yfzj9oWyZcdYPLphGcCf7wMZZ4z/2hFOvzVgJEBtW6IYVimGFYlih VACiFrjzOkGZrhRkUkGhFHSqdGmqWmkBS6N42DlvbQIjDQfaAcsAyRpRUKIoWUwqsgW9sh1A Bpe4i3Sta5LFojSFPofXqOUaXRYvtIPQpecu414eqeqliam0clmoLBxFyMJDwkPCkMRTNBSk TxKz6Qotf5znT/Ca/x7GuHjlgqudDxZ67Rd1JD2wOsLHcGvvWfmwGZDr/eiwHFvG7LGt5pp4 t9SEkfq430H3dvcFFI7lRwpMfExoomnB5Wdm4ODntgROrljcVWGV5/d7PWk+Fct0G8c2qeDB FL1/0ebGN4cLJrtXaanKssSR0/qZlEP79u/paZoqrY+btg1Px0oIIUMh24JrBMVfvziwESoD AAA= Message-Id: <20180530130731eucas1p160d53c3f8500bcecd000bd8895843817~zbgGgQw3b1079710797eucas1p1H@eucas1p1.samsung.com> X-CMS-MailID: 20180530130731eucas1p160d53c3f8500bcecd000bd8895843817 X-Msg-Generator: CA Content-Type: text/plain; charset="utf-8" X-RootMTR: 20180530123603epcas2p24f25097881c56b00ec9f81693924c38b X-EPHeader: CA CMS-TYPE: 201P X-CMS-RootMailID: 20180530123603epcas2p24f25097881c56b00ec9f81693924c38b References: <1527500833-16005-1-git-send-email-m.purski@samsung.com> <2275901.CJI6BsfBlP@avalon> <20180530095915eucas1p27f09c8424d0c3c0619d134c5e7319fa3~zY7uP6Y6R1391213912eucas1p23@eucas1p2.samsung.com> <1928297.lKUBOH9NhR@avalon> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 30.05.2018 14:35, Laurent Pinchart wrote: > Hi Andrzej, > > On Wednesday, 30 May 2018 12:59:12 EEST Andrzej Hajda wrote: >> On 28.05.2018 12:18, Laurent Pinchart wrote: >>> On Monday, 28 May 2018 12:47:11 EEST Maciej Purski wrote: >>>> 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 | 42 ++++++++++++++++ >>>> 1 file changed, 42 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..d09bdc2 >>>> --- /dev/null >>>> +++ >>>> b/Documentation/devicetree/bindings/display/bridge/toshiba,tc358764.txt >>>> @@ -0,0 +1,42 @@ >>>> +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 >>>> + - vddio-supply: I/O voltage supply >>>> + - vddmipi-supply: MIPI voltage supply >>>> + - vddlvds133-supply: LVDS1 3.3V voltage supply >>>> + - vddlvds112-supply: LVDS1 1.2V voltage supply >>> That's a lot of power supplies. Could some of them be merged together ? >>> See https://patchwork.freedesktop.org/patch/216058/ for an earlier >>> discussion on the same subject. >> Specs says about 3 supply voltage values: >> - 1.2V - digital core, DSI-RX PHY >> - 1.8-3.3V - digital I/O >> - 3.3V - LVDS-TX PHY >> >> So I guess it should be minimal number of supplies. Natural candidates: >> >> - 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 >> >> I have changed name of the latest supply to be more consistent with >> other supplies, and changed 1.8-3.3 (which incorrectly suggest voltage >> range), to more precise voltage alternative. > This looks fine to me. > >>>> + - reset-gpios: a GPIO spec for the reset pin >>>> + >>>> +The device node can contain zero to two 'port' child nodes, each with >>>> one >>>> +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; >>> This seems pretty vague to me. It could be read as meaning that ports are >>> completely optional, and that the port number you list can be used, but >>> that something else could be used to. >>> >>> Let's make the port nodes mandatory. I propose the following. >>> >>> Required nodes: >>> >>> The TC358764 has DSI and LVDS ports whose connections are described using >>> the OF graph bindings defined in >>> Documentation/devicetree/bindings/graph.txt. The device node must contain >>> one 'port' child node per DSI and LVDS port. The port nodes are numbered >>> as follows. >>> >>> Port Number >>> ------------------------------------------------------------------- >>> DSI Input 0 >>> LVDS Output 1 >>> >>> Each port node must contain endpoint nodes describing the hardware >>> connections. >> Since the bridge is controlled via DSI bus, DSI input port is not necessary. > I don't agree with this. Regardless of how the bridge is controlled, I think > we should always use ports to describe the data connections. Otherwise it > would get more complicated for display controller drivers to use different > types of bridges. It was discussed already, and DT guideline is to skip graphs in simple case of parent/child nodes, see for example [1]. [1]: https://marc.info/?l=dri-devel&m=148354108702517&w=2 Regards Andrzej >>>> +[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>; >>>> + vddmipi-supply = <&vcc_1v2_reg>; >>>> + vddlvds133-supply = <&vcc_3v3_reg>; >>>> + vddlvds112-supply = <&vcc_1v2_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>; >>>> + }; >>>> + }; >>>> + };