Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp1276725pxb; Fri, 21 Jan 2022 14:07:47 -0800 (PST) X-Google-Smtp-Source: ABdhPJx83H4rhLcSPP4MD8yVkJlCO/9f0+SLT9NMo61V7tTn2rts7vbCKjwl11ZkHdA00VhH3oix X-Received: by 2002:a63:214f:: with SMTP id s15mr4273549pgm.256.1642802867642; Fri, 21 Jan 2022 14:07:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1642802867; cv=none; d=google.com; s=arc-20160816; b=e8hPzdgyopW8hxeoKwcOibMCOqfmFi14jffiIZmtN+aRU2Yqf5f+dsyrmSAxFN04yy ZZWVQBO46EvSTmL42lkt+KlpnVxtO7QWdzHxaDGBM9dLs0kDNY4p6q7K/dDBs7HtfDbB JOmWFR1MTAXlCk2Xjj7rZi5Qj6CNNMk02jTfK7xfG7ZsheBl7UVCJ9uhDGSGkUrZTw09 Z8xgJAo4f4MBYCKqHQitdJaNhGd+/QF++fHKtIdfcIaBOEpsNyVTiJ3jooGv2lGpKuQW KcpmsWcjYcLHYg9FNcSdAKKlxLZC3A5tjiA/GPECZRM8oKpbFcnHDZzDRhX3MGg/qI3C A9hw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:organization :from:references:cc:to:subject:dkim-signature; bh=kAsXsTC0RU0DhDqIgVdxNCmIQvwWy+xHCXDDCFyjF7k=; b=Afc5NHEboS1v9k6DJYegQF/jGbZYewAg+5gCFk3c2Q2Xdw4EP7rkCRYRC4lKCJSMUz wdadJ7DRKzPQKX6aRh9iULsUTJgV9spIu1D7FmYOOU0XkBWFodYVisokZ3gmRbWCQ8YR zCVwDbLZCY6bncrZnExOIjjw6oK6rgiCcx/WLPj9UT0rgkOW0nKMtK4lw4/cYgPol774 n8o1tbTFo/Yp8/mGGNhmkKWxjcHpAhmPsr7PfyqfXV8QekJ4KszegXRg/s6Vj4jo+M+W ayYSTf39eCaeldzH3PdP+8kpE7p31j/LZ1cT5N3bMHTfIP7MbUpdpWkMo7wIcB6SRQoD K1uQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@baylibre-com.20210112.gappssmtp.com header.s=20210112 header.b=D9Z4Ydkh; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z4si7146447pge.854.2022.01.21.14.07.35; Fri, 21 Jan 2022 14:07:47 -0800 (PST) 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; dkim=pass header.i=@baylibre-com.20210112.gappssmtp.com header.s=20210112 header.b=D9Z4Ydkh; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237779AbiATNZw (ORCPT + 99 others); Thu, 20 Jan 2022 08:25:52 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45692 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233254AbiATNZr (ORCPT ); Thu, 20 Jan 2022 08:25:47 -0500 Received: from mail-wm1-x32e.google.com (mail-wm1-x32e.google.com [IPv6:2a00:1450:4864:20::32e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 91A0CC061574 for ; Thu, 20 Jan 2022 05:25:46 -0800 (PST) Received: by mail-wm1-x32e.google.com with SMTP id w26so12190741wmi.0 for ; Thu, 20 Jan 2022 05:25:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre-com.20210112.gappssmtp.com; s=20210112; h=subject:to:cc:references:from:organization:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=kAsXsTC0RU0DhDqIgVdxNCmIQvwWy+xHCXDDCFyjF7k=; b=D9Z4YdkhIp52f/F0ohGFC1DwtH5ScPFz9I6fu/t+cxl3IFj5j4AEU65igDmyulaVUP +YC8zdn10aOCJG4WZDw8XjAwP76h5Fc2WSY+gFBCa5Ao1ThkO27mPo9wBxWsAXPavVDW 1WceziBjpMLuY/Yxn1xAuup5daUzIfh1OcN35XSqEdlSRzsfNETQ+TTjymHv8PA2n4K8 S5mMwkgQx+JOnT7VjB9pqnUHo8GYf35ui/vAzwfAHxJic12yuusWe3k7TY1pwyO0JNLU ngpS+COg/BWHxAbIm3RA3Y1OJ1oAL7IabGQ1po+uUDSmuLmhXS4mwpsPm8G/CdDE7H9n 77nQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:cc:references:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=kAsXsTC0RU0DhDqIgVdxNCmIQvwWy+xHCXDDCFyjF7k=; b=bPWofxRPoQKBt5JqXd6sr/OWdAFMn6vjvgUfvTZ/j7/AKrBL2ARWHSPZeAzVLZmtSO ugA6OQXn1j8Kga9eCKbvjDp+zLF+m7Ki9XxXSMB6a2KWVV4FWkT/u6VERXtCZTMh/ycY pg3XLFdZGghGcf85SW5hpbRm4L0uLd1BqUY+4hDPcKbQJR+UR+D3ZLJma+4RQhYmxukZ aOvatZhxlcnGvPDIwca8PiuK7zhPo1MIYsALqckARcNOJVs+fA3XRdVCbULobnL4o70r DMX0CtD1yq7XNQgV6D/X4CT58oTgVTDxUqBwc50ip1YenmHQlmIEcKLG7FGD307mxAb7 QLDw== X-Gm-Message-State: AOAM532Zddf1f0N6simelVqaYDv/R1kfcmzWd9xinRJIMUmSMk1zy3Ej 8fXFN+zb0rU5LzD++jh3m5cRsA== X-Received: by 2002:a7b:c5ce:: with SMTP id n14mr9009688wmk.11.1642685145050; Thu, 20 Jan 2022 05:25:45 -0800 (PST) Received: from ?IPv6:2001:861:44c0:66c0:ced2:397a:bee8:75f5? ([2001:861:44c0:66c0:ced2:397a:bee8:75f5]) by smtp.gmail.com with ESMTPSA id r7sm6134731wma.39.2022.01.20.05.25.43 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 20 Jan 2022 05:25:44 -0800 (PST) Subject: Re: [PATCH v2] drm/bridge: dw-hdmi: use safe format when first in bridge chain To: Jagan Teki Cc: robert.foss@linaro.org, jernej.skrabec@gmail.com, jonas@kwiboo.se, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, kieran.bingham@ideasonboard.com, Kieran Bingham , laurent.pinchart@ideasonboard.com, biju.das.jz@bp.renesas.com References: <20220119122843.1455611-1-narmstrong@baylibre.com> From: Neil Armstrong Organization: Baylibre Message-ID: <93be750c-c96b-d257-584a-e5da3f260b05@baylibre.com> Date: Thu, 20 Jan 2022 14:25:43 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On 20/01/2022 12:14, Jagan Teki wrote: > On Wed, Jan 19, 2022 at 5:58 PM Neil Armstrong wrote: >> >> When the dw-hdmi bridge is in first place of the bridge chain, this >> means there is no way to select an input format of the dw-hdmi HW >> component. >> >> Since introduction of display-connector, negotiation was broken since >> the dw-hdmi negotiation code only worked when the dw-hdmi bridge was >> in last position of the bridge chain or behind another bridge also >> supporting input & output format negotiation. >> >> Commit 0656d1285b79 ("drm/bridge: display-connector: implement bus fmts callbacks") >> was introduced to make negotiation work again by making display-connector >> act as a pass-through concerning input & output format negotiation. >> >> But in the case where the dw-hdmi is single in the bridge chain, for >> example on Renesas SoCs, with the display-connector bridge the dw-hdmi >> is no more single, breaking output format. >> >> Reported-by: Biju Das >> Bisected-by: Kieran Bingham >> Tested-by: Kieran Bingham >> Fixes: 0656d1285b79 ("drm/bridge: display-connector: implement bus fmts callbacks"). >> Signed-off-by: Neil Armstrong >> --- >> Changes since v1: >> - Remove bad fix in dw_hdmi_bridge_atomic_get_input_bus_fmts >> - Fix typos in commit message >> >> drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 5 +++-- >> 1 file changed, 3 insertions(+), 2 deletions(-) >> >> diff --git a/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c b/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c >> index 54d8fdad395f..97cdc61b57f6 100644 >> --- a/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c >> +++ b/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c >> @@ -2551,8 +2551,9 @@ static u32 *dw_hdmi_bridge_atomic_get_output_bus_fmts(struct drm_bridge *bridge, >> if (!output_fmts) >> return NULL; >> >> - /* If dw-hdmi is the only bridge, avoid negociating with ourselves */ >> - if (list_is_singular(&bridge->encoder->bridge_chain)) { >> + /* If dw-hdmi is the first or only bridge, avoid negociating with ourselves */ >> + if (list_is_singular(&bridge->encoder->bridge_chain) || >> + list_is_first(&bridge->chain_node, &bridge->encoder->bridge_chain)) { > > What if we use bridge helper, drm_bridge_chain_get_first_bridge in > order to find the first bridge in chain? drm_bridge_chain_get_first_bridge() would be similar, since we already access bridge_chain in the previous check, it's simpler like that. Neil > > Thanks, > Jagan. >