Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp1487721rwl; Wed, 5 Apr 2023 18:45:10 -0700 (PDT) X-Google-Smtp-Source: AKy350bFsNVGAfWoyh+DmgbZYZk7xqnbQLZdWuVNtpd6M8nATJt9ZB1XbkIOvg/WY0Gc+4/JKABi X-Received: by 2002:a50:ec92:0:b0:500:2c4f:3f5 with SMTP id e18-20020a50ec92000000b005002c4f03f5mr3425919edr.12.1680745510614; Wed, 05 Apr 2023 18:45:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1680745510; cv=none; d=google.com; s=arc-20160816; b=buPWX+76HkUc0P7k3QzG0hac27C6jiMBhQq+A/CTvWweMEMsy9VMevoJmOtdK4DFeD 9Oef2p5PPfIJsCUlgHr0e3nSo3wFPS3UGhogkFq0Ff7pBaxJ0aMfjxYcQoOS4f7HTjvX N7Tb6akEewG8681ds/7gdZMGjNUOpcfEfotlbk7k07CZ7zj/JdppINRPzimUZ+l7R4l+ 2sRALs50WCT+Q3xCSNknRLxs+pk6/sIdy/0ydYLzl8RYRNNiLwG/mgBmPQHhDpZrwMqY 56EmHIhg/HOKaK1cm94EIVn/mZN8l23v7Fxu/kbb7EA8H7cFEBNLwq5YAdIT8CkBznVg 0OBQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=kH8k/L3wiq99GJyU9vob/q/mNzw/sSaN+PSoGQnT9YA=; b=HHJjBWoqbjC5V/F68rwqFsgS+Pyua/gLiCwd0KN6OGcStkPK9fDwFhQLUmxzRx3Rrb 6Biboq84kc7egureKedGI5HB9Kx3gXFIvbHPiLaTfy7Rzu8jjX7Mo/LLMKWHRJ1Y2VH1 5dCo8MAEwGUCeAPC6+L6qiM5hHi1F652PE3U5ApRq7Roog6EShjyeV89SrLVMr1wVb4o B0+CnDKcuFGXPbQvhKNswK33DApTz0WbGP7gqIdeXjt2EP8oqnO+ab+1kv3ea8IvJd33 FFVAHNZQvEJ46covXA/mErDr3VcmSQza4TF24zPGtqF+K8AD+kKHls6eDcd8ptbcGYDf ojZg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass (test mode) header.i=@ideasonboard.com header.s=mail header.b=DQr3ojns; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id d17-20020aa7ce11000000b00502030dd391si209152edv.46.2023.04.05.18.44.46; Wed, 05 Apr 2023 18:45:10 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass (test mode) header.i=@ideasonboard.com header.s=mail header.b=DQr3ojns; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234654AbjDFBk3 (ORCPT + 99 others); Wed, 5 Apr 2023 21:40:29 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41356 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232683AbjDFBk2 (ORCPT ); Wed, 5 Apr 2023 21:40:28 -0400 Received: from perceval.ideasonboard.com (perceval.ideasonboard.com [IPv6:2001:4b98:dc2:55:216:3eff:fef7:d647]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 507187EC0; Wed, 5 Apr 2023 18:40:27 -0700 (PDT) Received: from pendragon.ideasonboard.com (fp76f193f3.tkyc206.ap.nuro.jp [118.241.147.243]) by perceval.ideasonboard.com (Postfix) with ESMTPSA id E49AE905; Thu, 6 Apr 2023 03:40:23 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ideasonboard.com; s=mail; t=1680745225; bh=3gqmu4KgxgYFuJy5DilzdfPDlIkPg8yygx/h/5xSCu4=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=DQr3ojnssfSQ8mE18DBh0lp66rrAFfpo0cDHvOAXYN0qPOHyi4XWJZHt3v7Wf4nDx TvxcyCgUh89NxDA5D/BmPG3GXuSddCK9rnWW5xubAtvzJBDM/O6BDZfmfSKmixgWzj UlER7+GWwJxVhWmQImI6iiQr/ohFpOrEm9qrQzDE= Date: Thu, 6 Apr 2023 04:40:32 +0300 From: Laurent Pinchart To: Jayesh Choudhary Cc: dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, krzysztof.kozlowski@linaro.org, andrzej.hajda@intel.com, neil.armstrong@linaro.org, rfoss@kernel.org, jonas@kwiboo.se, jernej.skrabec@gmail.com, airlied@gmail.com, daniel@ffwll.ch, robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org, sam@ravnborg.org, jani.nikula@intel.com, tzimmermann@suse.de, javierm@redhat.com, ville.syrjala@linux.intel.com, r-ravikumar@ti.com, lyude@redhat.com, alexander.deucher@amd.com, sjakhade@cadence.com, yamonkar@cadence.com, a-bhatia1@ti.com, tomi.valkeinen@ideasonboard.com Subject: Re: [PATCH v2 1/2] dt-bindings: drm/bridge: Add no-hpd property Message-ID: <20230406014032.GN9915@pendragon.ideasonboard.com> References: <20230405142440.191939-1-j-choudhary@ti.com> <20230405142440.191939-2-j-choudhary@ti.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20230405142440.191939-2-j-choudhary@ti.com> X-Spam-Status: No, score=-0.2 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_PASS,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Jayesh, Thank you for the patch. On Wed, Apr 05, 2023 at 07:54:39PM +0530, Jayesh Choudhary wrote: > From: Rahul T R > > The mhdp bridge can work without its HPD pin hooked up to the connector, > but the current bridge driver throws an error when hpd line is not > connected to the connector. For such cases, we need an indication for > no-hpd, using which we can bypass the hpd detection and instead use the > auxiliary channels connected to the DP connector to confirm the > connection. > So add no-hpd property to the bindings, to disable hpd when not > connected or unusable. > > Signed-off-by: Rahul T R > Signed-off-by: Jayesh Choudhary > --- > .../devicetree/bindings/display/bridge/cdns,mhdp8546.yaml | 6 ++++++ > 1 file changed, 6 insertions(+) > > diff --git a/Documentation/devicetree/bindings/display/bridge/cdns,mhdp8546.yaml b/Documentation/devicetree/bindings/display/bridge/cdns,mhdp8546.yaml > index c2b369456e4e..3a6c6d837593 100644 > --- a/Documentation/devicetree/bindings/display/bridge/cdns,mhdp8546.yaml > +++ b/Documentation/devicetree/bindings/display/bridge/cdns,mhdp8546.yaml > @@ -57,6 +57,12 @@ properties: > interrupts: > maxItems: 1 > > + cdns,no-hpd: > + type: boolean > + description: > + Set if the HPD line on the bridge isn't hooked up to anything or is > + otherwise unusable. I'm fine with the non connected part, but concerned with "otherwise unusable". It's very vague and could thus be abused. Do you have particular use cases in mind for this ? If so, restricting this to those use cases, or at least giving examples, would help. > + > ports: > $ref: /schemas/graph.yaml#/properties/ports > -- Regards, Laurent Pinchart