Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp663811ybz; Fri, 17 Apr 2020 07:55:03 -0700 (PDT) X-Google-Smtp-Source: APiQypLEKhbBwV0VVU06LuzHi5JFSv6Ovs9s+U93hd5W785hbrAcxhhoRWLXUm4pFuDXiZioIIRM X-Received: by 2002:aa7:ce0f:: with SMTP id d15mr1776632edv.290.1587135303610; Fri, 17 Apr 2020 07:55:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587135303; cv=none; d=google.com; s=arc-20160816; b=a+ARFesm6w0ZKz4BiaBfmsRWknlrg2WS/GOvQ8brsuVnYlco8f6hrtUF0a0CBds1bh UYwkHPcAlubbFgYtGV1n4ns1wXOL2Sf0jzPKyc90rSCRjMB1yz+gOvELVmw+Osoihpt+ ijcG14O4C9BiExXNaAA+eZhRuWvlRd916QBYjREfdSjFj1Ta9XKX3naekaTzeM6JPXts 1HYZKCJayp74hHTKJtXHQHOVJzEyoMtsQds/i+BwgAKPp+OSHBlULXJg4igv7P6Rj8An MSEP/LX0OUwgT8f5Bk9snPU5d0hfslOC6msoU0hcRdlnZ12Noc5W67ysTwzt4Lb1E4IJ OGEQ== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=IBI0UCq/w7gtMhrFoAoPaRFBXyyfejXXv/7Hpd9ald0=; b=whNyhJX0NPIOzt2DhcsFa1PPT+hMSfh2BJfi3O6IcQq7cstny851wXiQ8pkLeXE6As mBawdhJkqiZ2rOxB0/fMLi1aaHa9Bk6rYGSNYe+Nop3/2Khq6MzPUueT2+4xVwZHC/le WUrG8SRclrcwOul4O9BVdrsTtwMWVn1xF0Rtn9XJlBFYDmxPKjp4KpfdLuBIo8FNzFtK 7PO8SwV7G7/X6XdvYgYxE6KYyrX8RYFUtTdqfqukXkz6m0+oEi+yPkX8CCoKVhrGWhb7 03JkM4+6ax79TOjif5GpPm2xM057vifBEXT8adQzNVd3KMiL0lEijvfdxuRNf/LErGSb JoUg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c12si2680660edv.443.2020.04.17.07.54.40; Fri, 17 Apr 2020 07:55:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728337AbgDQOxH (ORCPT + 99 others); Fri, 17 Apr 2020 10:53:07 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38958 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728075AbgDQOxH (ORCPT ); Fri, 17 Apr 2020 10:53:07 -0400 Received: from bhuna.collabora.co.uk (bhuna.collabora.co.uk [IPv6:2a00:1098:0:82:1000:25:2eeb:e3e3]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6A3BEC061A0C for ; Fri, 17 Apr 2020 07:53:07 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: eballetbo) with ESMTPSA id 2BC642A2ABC Subject: Re: [PATCH v2 3/7] drm/mediatek: mtk_dsi: Rename bridge to next_bridge To: Laurent Pinchart Cc: linux-kernel@vger.kernel.org, Collabora Kernel ML , matthias.bgg@gmail.com, drinkcat@chromium.org, hsinyi@chromium.org, Chun-Kuang Hu , Daniel Vetter , David Airlie , Philipp Zabel , dri-devel@lists.freedesktop.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org References: <20200416155720.2360443-1-enric.balletbo@collabora.com> <20200416155720.2360443-4-enric.balletbo@collabora.com> <20200416172435.GM4796@pendragon.ideasonboard.com> From: Enric Balletbo i Serra Message-ID: Date: Fri, 17 Apr 2020 16:53:02 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <20200416172435.GM4796@pendragon.ideasonboard.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Laurent, On 16/4/20 19:24, Laurent Pinchart wrote: > Hi Enric, > > Thank you for the patch. > > On Thu, Apr 16, 2020 at 05:57:15PM +0200, Enric Balletbo i Serra wrote: >> This is really a cosmetic change just to make a bit more readable the >> code after convert the driver to drm_bridge. The bridge variable name >> will be used by the encoder drm_bridge, and the chained bridge will be >> named next_bridge. >> >> Signed-off-by: Enric Balletbo i Serra >> --- >> >> Changes in v2: None >> >> drivers/gpu/drm/mediatek/mtk_dsi.c | 9 +++++---- >> 1 file changed, 5 insertions(+), 4 deletions(-) >> >> diff --git a/drivers/gpu/drm/mediatek/mtk_dsi.c b/drivers/gpu/drm/mediatek/mtk_dsi.c >> index cfa45d6abd74..44ee884cc31c 100644 >> --- a/drivers/gpu/drm/mediatek/mtk_dsi.c >> +++ b/drivers/gpu/drm/mediatek/mtk_dsi.c >> @@ -182,7 +182,7 @@ struct mtk_dsi { >> struct drm_encoder encoder; >> struct drm_connector conn; >> struct drm_panel *panel; >> - struct drm_bridge *bridge; >> + struct drm_bridge *next_bridge; >> struct phy *phy; >> >> void __iomem *regs; >> @@ -903,8 +903,9 @@ static int mtk_dsi_create_conn_enc(struct drm_device *drm, struct mtk_dsi *dsi) >> dsi->encoder.possible_crtcs = 1; >> >> /* If there's a bridge, attach to it and let it create the connector */ > > Maybe s/bridge/next bridge/ here ? I expect this comment to go away > though, as there will always be a next bridge when the driver switches > to the DRM panel bridge helper. > I'll rename it to next bridge for coherency, however, as you point this message is removed later. > Reviewed-by: Laurent Pinchart > >> - if (dsi->bridge) { >> - ret = drm_bridge_attach(&dsi->encoder, dsi->bridge, NULL, 0); >> + if (dsi->next_bridge) { >> + ret = drm_bridge_attach(&dsi->encoder, dsi->next_bridge, NULL, >> + 0); >> if (ret) { >> DRM_ERROR("Failed to attach bridge to drm\n"); >> goto err_encoder_cleanup; >> @@ -1185,7 +1186,7 @@ static int mtk_dsi_probe(struct platform_device *pdev) >> } >> >> ret = drm_of_find_panel_or_bridge(dev->of_node, 0, 0, >> - &dsi->panel, &dsi->bridge); >> + &dsi->panel, &dsi->next_bridge); >> if (ret) >> goto err_unregister_host; >> >