Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp5042047imu; Wed, 19 Dec 2018 04:45:55 -0800 (PST) X-Google-Smtp-Source: AFSGD/VCdWNFxCeQzLB08SA4LQskuE5oPCLsLF+KDzD7zLbepSD7lzS9zrItgnXH8Vf1JP8aZmEA X-Received: by 2002:a17:902:128c:: with SMTP id g12mr4115134pla.146.1545223555359; Wed, 19 Dec 2018 04:45:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1545223555; cv=none; d=google.com; s=arc-20160816; b=Xu9848864EbvwUwsdkeEVgCbBWx9WZvQYFqSMNY3IbuBrwcPIqBuok4wiCHNBWebhc Poj29Hw1SxGMnSo5ysqbQh8rOfhbokmzqOVo0fqDe3eR7x1+U7oDMwqse2q9JBldj0zy ionn/Alq1XCKaQu2hv9PXa05bkiC4qq0g+lbJFAGfsFPfQQ1BlqsVSRM3gJiCA2kQkIl QD/rr84dVKL6Z+2NGsG+3f9/XUCzTQlZw5SnxiHbLmlGp8Nu863mszGQLrqmFkD8fyOY h8WnDYF227r9yTZxaoimRziJ+xTSfyLm3DlchRbMWugb9I16HHDwFTpqIgnD0Smi09Zb 0V/Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:organization:message-id:date:subject:cc:to :from:dkim-signature; bh=5nod6SWDxZ8pw+bE34/K7Nuqam2hoFrk6s7K9yaUMmw=; b=slvJjqPoS9vnMW/OKKe6TRoJkYMfKBmDqDNXfwlXdvBxqbNxmw2G66Ip0WYaVJcD8F femJKBdnMxqx7yUzSczUDaP+POIuVmFLJ1fSrRmWndLjdzJS4P+phtSOZcgVrsQKw6Gl 9H2+72L3AM2ecDh8QymBvsUA7G06PtEMw+AYiiuGvMpWT63niJFc2DLSiY3wWqi49EbE yOTtVj1FVzKGj8UaEgD5k9G1IKOmY1CoWE/MW98BLZREOsKcS5+LTr9llPzOJvWZiKfR yF9yqIuhXLZWY+K5c481lKbqjW0JXLRQ0CKQOFYW03EZYfctVqN2gkCTUXLBdpizMlQ4 SGmw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass (test mode) header.i=@ideasonboard.com header.s=mail header.b=E7Laryj3; 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 s8si15182104plq.345.2018.12.19.04.45.39; Wed, 19 Dec 2018 04:45: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=pass (test mode) header.i=@ideasonboard.com header.s=mail header.b=E7Laryj3; 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 S1729171AbeLSLiH (ORCPT + 99 others); Wed, 19 Dec 2018 06:38:07 -0500 Received: from perceval.ideasonboard.com ([213.167.242.64]:51920 "EHLO perceval.ideasonboard.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727852AbeLSLiH (ORCPT ); Wed, 19 Dec 2018 06:38:07 -0500 Received: from avalon.localnet (dfj612ybrt5fhg77mgycy-3.rev.dnainternet.fi [IPv6:2001:14ba:21f5:5b00:2e86:4862:ef6a:2804]) by perceval.ideasonboard.com (Postfix) with ESMTPSA id CDC37549; Wed, 19 Dec 2018 12:38:03 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ideasonboard.com; s=mail; t=1545219484; bh=pMk32tWyfmJp9PmcfOUi0mquzU6wlJkMVW+t2StVdLw=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=E7Laryj3ruKmjq0oly6qXu3tMwwPSPyWMDvJzjw8DfWi/v1EJeOkeGgCWYpIYPVeP JSrtzbNvU9QcpnEhv/gyUVXy7Cf0giaYizYzkRhGQ+b+2hXBCEMmAMi4yginYrEWk9 4j16X7RgNTBoJk38cPkbb2IvaElrzd0URyf3oJEs= From: Laurent Pinchart To: Peter Rosin Cc: Andrzej Hajda , "linux-kernel@vger.kernel.org" , David Airlie , Rob Herring , Mark Rutland , Archit Taneja , "dri-devel@lists.freedesktop.org" , "devicetree@vger.kernel.org" Subject: Re: [PATCH 2/3] dt-bindings: display: bridge: lvds-transmitter: add pwdn-gpios Date: Wed, 19 Dec 2018 13:38:57 +0200 Message-ID: <2541072.bfOLpEHFeN@avalon> Organization: Ideas on Board Oy In-Reply-To: <7c2f1268-43a3-1dc2-bb2d-6da9d74a5a43@axentia.se> References: <20181218231850.3572-1-peda@axentia.se> <7c2f1268-43a3-1dc2-bb2d-6da9d74a5a43@axentia.se> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, On Wednesday, 19 December 2018 11:57:32 EET Peter Rosin wrote: > On 2018-12-19 10:12, Andrzej Hajda wrote: > > On 19.12.2018 00:19, Peter Rosin wrote: > >> Add optional property to specify a power-down GPIO. > >> The pwdn-gpios name is already in use by the thine,thc63lvdm83d > >> binding, so go with that. > >> > >> Signed-off-by: Peter Rosin > >> --- > >> > >> Documentation/devicetree/bindings/display/bridge/lvds-transmitter.txt | > >> 3 +++ > >> 1 file changed, 3 insertions(+) > >> > >> diff --git > >> a/Documentation/devicetree/bindings/display/bridge/lvds-transmitter.txt > >> b/Documentation/devicetree/bindings/display/bridge/lvds-transmitter.txt > >> index f9e7dd666f58..47941d39f92f 100644 > >> --- > >> a/Documentation/devicetree/bindings/display/bridge/lvds-transmitter.txt > >> +++ > >> b/Documentation/devicetree/bindings/display/bridge/lvds-transmitter.txt > >> @@ -31,6 +31,9 @@ Required properties: > >> device-specific version corresponding to the device first > >> followed by the generic version. > >> > >> +Optional properties: > >> +- pwdn-gpios: Power-down control GPIO > >> + > > > > Since naming is not enforced by any datasheet I would propose something > > more popular with less twisted logic. Maybe: > > > > - enable-gpios: ... (active high). > > That was my original thought too, but the driver implementing the > lvds-encoder bindings also handles the mentioned thine,thc63lvdm83d > lvds encoder, and that binding has the "pwdn" naming. So, for driver > implementation simplicity I went with what was already there, thus > allowing adding support for both bindings with one implementation > (in patch 3/3). > > Adding code just to handle multiple names for the same thing does > not sounds too appealing. I'm afraid I think we shouldn't add pwdn-gpios support to the lvds encoder DT bindings. The reason is that control GPIOs (and regulators) come with device- specific semantics. If we add pwdn-gpios now, we'll then add reset-gpios, and power supplies, and all of a sudden we'll end up having to encode sequencing of GPIOs and power supplies in DT. That path has been tried in the past, with no good results. I would instead create device-specific bindings, like done for thine,thc63lvdm83d. It's fine to then add support for the pwdn-gpios property in the lvds-encoder driver, as long as the meaning of the property comes from specific DT bindings, not from the generic ones. -- Regards, Laurent Pinchart