Received: by 10.213.65.68 with SMTP id h4csp36784imn; Thu, 15 Mar 2018 08:51:04 -0700 (PDT) X-Google-Smtp-Source: AG47ELuQ1EVZYfI3BClDwcA3oaat5j1zAcMDDwt0PuSWDRLDiyKTpuxuHJV26SVI4zNODnhyzZpL X-Received: by 2002:a17:902:8d90:: with SMTP id v16-v6mr8539439plo.168.1521129064726; Thu, 15 Mar 2018 08:51:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521129064; cv=none; d=google.com; s=arc-20160816; b=TIxJogOd1jWG749o3GaDyrrxlTtXTQv83xXiznjMurl2cnJKkNUFODEwb2J01ueqxN qplK3QMEtzShHWZeD0dpiP2U7mCJes6H22RZFHym24/rDfG5b/JXqDzMO30o/gYkDlDx uH9kipxNpdXlyia3mV0z7eIysJDgIjMlSmjyoNqAs7pAIAr9SDs+YJOXS3qANQp8hFHc v2eTOmQfHw8Dd6g+o/RKLP8qCTAuP3w+F+BSh+7Ce4YajGt1LE6xYzBioHhsDMzt343V gZjEq5ENgSs7HR1L/oDBFRIV7nRNZBSTWzNwzlCN6pbSj2pJwRXKP4pfALNthFeTTr92 3PDA== 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=UAxjIiKrlFNCoE2XQi5F6dJY3X6tJIi7zU70aFT65O8=; b=IoeAZoyjHjGmBMeif3LSRH4DCqZBZ90eGlp+/CSCyt8aafrf4CK8aQaGC702xmN+RG 3RWcO4XxBgDwBdpaqbZQLlX6MvnuJaB2eUPVysTmCPpATGkP1EMwKHIbVaW/4YjcTt7z q9vh5PYottF0WbbVH0WFcYde5FXtIspE0lTFDDpUPB+aGgT1hAoimH05r/YV2gHOpcUR bpdR3KDIo99vbCcacQkY66NWklSq8JAckW7nK27tY/R3DPNkZOO1pOrjZ0vf+SvJEiao TyaoWfF4raimDmkWzlPQ+wwwZepXWYS5DtPrRjfXVZiEubyzYhB+4SZ6/YP4tvg0yIIy 14xg== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 91-v6si4228008plh.296.2018.03.15.08.50.50; Thu, 15 Mar 2018 08:51:04 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932786AbeCOPte (ORCPT + 99 others); Thu, 15 Mar 2018 11:49:34 -0400 Received: from relay0.mail.gandi.net ([217.70.178.220]:57657 "EHLO relay0-d.mail.gandi.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S932517AbeCOPtc (ORCPT ); Thu, 15 Mar 2018 11:49:32 -0400 X-Originating-IP: 2.224.242.101 Received: from w540 (unknown [2.224.242.101]) (Authenticated sender: jacopo@jmondi.org) by relay0-d.mail.gandi.net (Postfix) with ESMTPSA id B7A1640033; Thu, 15 Mar 2018 16:49:21 +0100 (CET) Date: Thu, 15 Mar 2018 16:49:19 +0100 From: jacopo mondi To: Andrzej Hajda Cc: Jacopo Mondi , architt@codeaurora.org, Laurent.pinchart@ideasonboard.com, airlied@linux.ie, horms@verge.net.au, magnus.damm@gmail.com, geert@linux-m68k.org, niklas.soderlund@ragnatech.se, sergei.shtylyov@cogentembedded.com, robh+dt@kernel.org, mark.rutland@arm.com, dri-devel@lists.freedesktop.org, linux-renesas-soc@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v4 2/3] drm: bridge: Add thc63lvd1024 LVDS decoder driver Message-ID: <20180315154919.GG16424@w540> References: <1521111391-3515-1-git-send-email-jacopo+renesas@jmondi.org> <1521111391-3515-3-git-send-email-jacopo+renesas@jmondi.org> <1d98d055-fb5b-3840-e9dd-6bb8f8251bb9@samsung.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2E/hm+v6kSLEYT3h" Content-Disposition: inline In-Reply-To: <1d98d055-fb5b-3840-e9dd-6bb8f8251bb9@samsung.com> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --2E/hm+v6kSLEYT3h Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Andrzej, thanks for your patience in reviewing this series On Thu, Mar 15, 2018 at 02:37:00PM +0100, Andrzej Hajda wrote: > On 15.03.2018 11:56, Jacopo Mondi wrote: > > Add DRM bridge driver for Thine THC63LVD1024 LVDS to digital parallel > > output converter. > > > > Signed-off-by: Jacopo Mondi > > --- > > drivers/gpu/drm/bridge/Kconfig | 6 + > > drivers/gpu/drm/bridge/Makefile | 1 + > > drivers/gpu/drm/bridge/thc63lvd1024.c | 255 ++++++++++++++++++++++++++= ++++++++ > > 3 files changed, 262 insertions(+) > > create mode 100644 drivers/gpu/drm/bridge/thc63lvd1024.c > > > > diff --git a/drivers/gpu/drm/bridge/Kconfig b/drivers/gpu/drm/bridge/Kc= onfig > > index 3b99d5a..5815a20 100644 > > --- a/drivers/gpu/drm/bridge/Kconfig > > +++ b/drivers/gpu/drm/bridge/Kconfig > > @@ -92,6 +92,12 @@ config DRM_SII9234 > > It is an I2C driver, that detects connection of MHL bridge > > and starts encapsulation of HDMI signal. > > > > +config DRM_THINE_THC63LVD1024 > > + tristate "Thine THC63LVD1024 LVDS decoder bridge" > > + depends on OF > > + ---help--- > > + Thine THC63LVD1024 LVDS/parallel converter driver. > > + > > config DRM_TOSHIBA_TC358767 > > tristate "Toshiba TC358767 eDP bridge" > > depends on OF > > diff --git a/drivers/gpu/drm/bridge/Makefile b/drivers/gpu/drm/bridge/M= akefile > > index 373eb28..fd90b16 100644 > > --- a/drivers/gpu/drm/bridge/Makefile > > +++ b/drivers/gpu/drm/bridge/Makefile > > @@ -8,6 +8,7 @@ obj-$(CONFIG_DRM_PARADE_PS8622) +=3D parade-ps8622.o > > obj-$(CONFIG_DRM_SIL_SII8620) +=3D sil-sii8620.o > > obj-$(CONFIG_DRM_SII902X) +=3D sii902x.o > > obj-$(CONFIG_DRM_SII9234) +=3D sii9234.o > > +obj-$(CONFIG_DRM_THINE_THC63LVD1024) +=3D thc63lvd1024.o > > obj-$(CONFIG_DRM_TOSHIBA_TC358767) +=3D tc358767.o > > obj-$(CONFIG_DRM_ANALOGIX_DP) +=3D analogix/ > > obj-$(CONFIG_DRM_I2C_ADV7511) +=3D adv7511/ > > diff --git a/drivers/gpu/drm/bridge/thc63lvd1024.c b/drivers/gpu/drm/br= idge/thc63lvd1024.c > > new file mode 100644 > > index 0000000..067f231 > > --- /dev/null > > +++ b/drivers/gpu/drm/bridge/thc63lvd1024.c > > @@ -0,0 +1,255 @@ > > +// SPDX-License-Identifier: GPL-2.0 > > +/* > > + * THC63LVD1024 LVDS to parallel data DRM bridge driver. > > + * > > + * Copyright (C) 2018 Jacopo Mondi > > + */ > > + > > +#include > > +#include > > +#include > > + > > +#include > > +#include > > +#include > > + > > +enum { > > + THC63_LVDS_IN0, > > + THC63_LVDS_IN1, > > + THC63_DIGITAL_OUT0, > > + THC63_DIGITAL_OUT1, > > +}; > > + > > +static const char * const thc63_reg_names[] =3D { > > + "vcc", "lvcc", "pvcc", "cvcc", > > +}; > > + > > +struct thc63_dev { > > + struct device *dev; > > + > > + struct regulator *vccs[ARRAY_SIZE(thc63_reg_names)]; > > + > > + struct gpio_desc *pdwn; > > + struct gpio_desc *oe; > > + > > + struct drm_bridge bridge; > > + struct drm_bridge *next; > > +}; > > + > > +static inline struct thc63_dev *to_thc63(struct drm_bridge *bridge) > > +{ > > + return container_of(bridge, struct thc63_dev, bridge); > > +} > > + > > +static int thc63_attach(struct drm_bridge *bridge) > > +{ > > + struct thc63_dev *thc63 =3D to_thc63(bridge); > > + > > + return drm_bridge_attach(bridge->encoder, thc63->next, bridge); > > +} > > + > > +static void thc63_enable(struct drm_bridge *bridge) > > +{ > > + struct thc63_dev *thc63 =3D to_thc63(bridge); > > + struct regulator *vcc; > > + int i; > > + > > + for (i =3D 0; i < ARRAY_SIZE(thc63->vccs); i++) { > > + vcc =3D thc63->vccs[i]; > > + if (!vcc) > > + continue; > > + > > + if (regulator_enable(vcc)) > > + goto error_vcc_enable; > > + } > > + > > + if (thc63->pdwn) > > + gpiod_set_value(thc63->pdwn, 0); > > + > > + if (thc63->oe) > > + gpiod_set_value(thc63->oe, 1); > > + > > + return; > > + > > +error_vcc_enable: > > + dev_err(thc63->dev, "Failed to enable regulator %u\n", i); > > It would be better to use supply or regulator name instead of index. > Yeah, now it's easy as I have the array with names in the driver global scope... > > + > > + for (i =3D i - 1; i >=3D 0; i--) { > > + vcc =3D thc63->vccs[i]; > > + if (!vcc) > > + continue; > > + > > + regulator_disable(vcc); > > + } > > +} > > + > > +static void thc63_disable(struct drm_bridge *bridge) > > +{ > > + struct thc63_dev *thc63 =3D to_thc63(bridge); > > + struct regulator *vcc; > > + int i; > > + > > + if (thc63->oe) > > + gpiod_set_value(thc63->oe, 0); > > + > > + if (thc63->pdwn) > > + gpiod_set_value(thc63->pdwn, 1); > > + > > + for (i =3D ARRAY_SIZE(thc63->vccs) - 1; i >=3D 0; i--) { > > + vcc =3D thc63->vccs[i]; > > + if (!vcc) > > + continue; > > + > > + if (regulator_disable(vcc)) > > + dev_dbg(thc63->dev, > > + "Failed to disable regulator %u\n", i); > > ditto > > > + } > > +} > > + > > +struct drm_bridge_funcs thc63_bridge_func =3D { > > + .attach =3D thc63_attach, > > + .enable =3D thc63_enable, > > + .disable =3D thc63_disable, > > +}; > > + > > +static int thc63_parse_dt(struct thc63_dev *thc63) > > +{ > > + struct device_node *thc63_out; > > + struct device_node *remote; > > + int ret =3D 0; > > + > > + thc63_out =3D of_graph_get_endpoint_by_regs(thc63->dev->of_node, > > + THC63_DIGITAL_OUT0, -1); > > + if (!thc63_out) { > > + dev_err(thc63->dev, "Missing endpoint in Port@%u\n", > > + THC63_DIGITAL_OUT0); > > + return -ENODEV; > > + } > > + > > + remote =3D of_graph_get_remote_port_parent(thc63_out); > > + if (!remote) { > > + dev_err(thc63->dev, "Endpoint in Port@%u unconnected\n", > > + THC63_DIGITAL_OUT0); > > + ret =3D -ENODEV; > > + goto error_put_out_node; > > + } > > + > > + if (!of_device_is_available(remote)) { > > + dev_err(thc63->dev, "Port@%u remote endpoint is disabled\n", > > + THC63_DIGITAL_OUT0); > > + ret =3D -ENODEV; > > + goto error_put_remote_node; > > + } > > + > > + thc63->next =3D of_drm_find_bridge(remote); > > + if (!thc63->next) > > + ret =3D -EPROBE_DEFER; > > + > > +error_put_remote_node: > > + of_node_put(remote); > > +error_put_out_node: > > + of_node_put(thc63_out); > > + > > + return ret; > > +} > > + > > +static int thc63_gpio_init(struct thc63_dev *thc63) > > +{ > > + thc63->oe =3D devm_gpiod_get_optional(thc63->dev, "oe", GPIOD_OUT_LOW= ); > > + if (IS_ERR(thc63->oe)) { > > + dev_err(thc63->dev, "Unable to get \"oe-gpios\"\n"); > > + return PTR_ERR(thc63->oe); > > + } > > + > > + thc63->pdwn =3D devm_gpiod_get_optional(thc63->dev, "pdwn", > > + GPIOD_OUT_HIGH); > > + if (IS_ERR(thc63->pdwn)) { > > + dev_err(thc63->dev, "Unable to get \"pdwn-gpios\"\n"); > > + return PTR_ERR(thc63->pdwn); > > + } > > + > > + return 0; > > +} > > + > > +static int thc63_regulator_init(struct thc63_dev *thc63) > > +{ > > + struct regulator **reg; > > + int i; > > + > > + reg =3D &thc63->vccs[0]; > > + for (i =3D 0; i < ARRAY_SIZE(thc63->vccs); i++, reg++) { > > + *reg =3D devm_regulator_get_optional(thc63->dev, > > + thc63_reg_names[i]); > > + if (IS_ERR(*reg)) { > > + if (PTR_ERR(*reg) =3D=3D -EPROBE_DEFER) > > + return -EPROBE_DEFER; > > + *reg =3D NULL; > > + } > > You could use "if (!...) continue", to avoid nesting. (unfortunately) regulator_get_optional() does not return NULL as gpiod_get_optional() does (I'm sure there are good reasons) but returns ERR_PTR(-ENODEV), instead of a dummy regulator returned by the non _optional() version. If I got your comment right, I cannot simply check for a NULL value here, but instead make sure the 'reg' pointer is set to NULL so that I can skip it during enable/disable. > > With or without suggested changes: > Reviewed-by: Andrzej Hajda Thanks, v5 will have your Reviewed-by tag on all patches! Thanks j > > =C2=A0-- > Regards > Andrzej > > > + } > > + > > + return 0; > > +} > > + > > +static int thc63_probe(struct platform_device *pdev) > > +{ > > + struct thc63_dev *thc63; > > + int ret; > > + > > + thc63 =3D devm_kzalloc(&pdev->dev, sizeof(*thc63), GFP_KERNEL); > > + if (!thc63) > > + return -ENOMEM; > > + > > + thc63->dev =3D &pdev->dev; > > + platform_set_drvdata(pdev, thc63); > > + > > + ret =3D thc63_regulator_init(thc63); > > + if (ret) > > + return ret; > > + > > + ret =3D thc63_gpio_init(thc63); > > + if (ret) > > + return ret; > > + > > + ret =3D thc63_parse_dt(thc63); > > + if (ret) > > + return ret; > > + > > + thc63->bridge.driver_private =3D thc63; > > + thc63->bridge.of_node =3D pdev->dev.of_node; > > + thc63->bridge.funcs =3D &thc63_bridge_func; > > + > > + drm_bridge_add(&thc63->bridge); > > + > > + return 0; > > +} > > + > > +static int thc63_remove(struct platform_device *pdev) > > +{ > > + struct thc63_dev *thc63 =3D platform_get_drvdata(pdev); > > + > > + drm_bridge_remove(&thc63->bridge); > > + > > + return 0; > > +} > > + > > +#ifdef CONFIG_OF > > +static const struct of_device_id thc63_match[] =3D { > > + { .compatible =3D "thine,thc63lvd1024", }, > > + { }, > > +}; > > +MODULE_DEVICE_TABLE(of, thc63_match); > > +#endif > > + > > +static struct platform_driver thc63_driver =3D { > > + .probe =3D thc63_probe, > > + .remove =3D thc63_remove, > > + .driver =3D { > > + .name =3D "thc63lvd1024", > > + .of_match_table =3D thc63_match, > > + }, > > +}; > > +module_platform_driver(thc63_driver); > > + > > +MODULE_AUTHOR("Jacopo Mondi "); > > +MODULE_DESCRIPTION("Thine THC63LVD1024 LVDS decoder DRM bridge driver"= ); > > +MODULE_LICENSE("GPL v2"); > > --2E/hm+v6kSLEYT3h Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJaqpX/AAoJEHI0Bo8WoVY8J1wP/RdqhwDrDgWMv0kxCOCYUkXv kEvIywC99qFYe6TJuJLp4nhotcu6daERp42kKnlU4WLHyDTmFsVscew/VtNIv5/W 1jGHOgN0Bw/1Xc4mB6brmIzlSvUQPesq6SOK3CTeWyBjB2hJ7pNZpcTQjk9O/8BM F2GIlK4ZkM5fmosRX1VEqWZKbsvovvMRxHlbgQbTJq7A4x62m9D4tWuCFzZTRUBG /7JmauXczSoKoTvcmLfs7rnGRG8UL8HlFyw8bbjUXakTyuNleA0XjX1cCKr3vbVs +rVP37PyEzZDcUxr+sXjxw1u9K3DO5P4dzM2YvHL84MRm/dZOxVzQVg6gJxcw5+t +Oz2vS/pPcJrlWQ0DmUr5YwZIBgXcduLPqiCsGo/iNiFKskhQMKYaSD6YaTvcfyB byQU7aKzq/60v09n2bADI79X4si9rfT9rzjfNe7HplnS0BYTcNZC6T0PtfPyGuEe VOhhsvnEiA8as9/QePXWR8U5ywESPFRJ3R8rMJyz3LIJfVhBLRRwZgajBY+1zTd4 +zsniJ6q/y9yxxxqykzFIMHB0U1J3O3tu7NqiBY+kDJWaZaOt7c64XblTIJn7te1 97ymgTCyk+jPUbFIdjCPTPW2VZthhzvulKDo6gBgfESsqZRugXr/McCrT6a1PNnv nr0DnV+OvR522cHN2ymT =+wLB -----END PGP SIGNATURE----- --2E/hm+v6kSLEYT3h--