Received: by 2002:a05:6a10:8a4d:0:0:0:0 with SMTP id dn13csp171649pxb; Thu, 12 Aug 2021 13:32:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzF/7GzHC8ZKymEV/imjhqbP+pePOi4Dw4crF8FdjFeV51kccl8qpAFPxqlNJ3C0q2Kh7mW X-Received: by 2002:a02:334d:: with SMTP id k13mr5366646jak.11.1628800354959; Thu, 12 Aug 2021 13:32:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628800354; cv=none; d=google.com; s=arc-20160816; b=Z4yqE0LBZ22BnAbFDjSVm2zrAyEc+LQrRa1ry88Q+TSeuNc0YbM88jSQzUVrAt8UnL nb7JWgb1Gl6ohe9UAxpVSA4TTUz7PorNrL1XunmZ+sJm8Fm4BZVTx0VKiWRLk6jlhwPs GyoWnyeyCysbWyZJXABPVxX9NbzfFbQPo0FvZ70/X+OlOoVJREvf8Da2itpz/nuizEir Ee2ZETrdPPfzI6Sb/otYFycta24E3+osekoWmab1bshER7Is62Tj9dbViT8myDwXs877 4uwTr4wokmWFVlVp5SoGuVmPVlb5WVhZY3f6yOaZNbdT/ETkKDc57k+NwKnM1nfeozK+ F/iQ== 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=bKPK8yTVLWkYBMbKopO3InohauF0dU3IcyARbcyW+P0=; b=LCT05zz0SQ09r3KfPYQTqSMFsI8hrtk23kmrhTNQb/IEHk9Ma8qJCjXe3cPoPMtqlo +4OPOlQUA9YEqHx2MPpfrG/03TW7DcuQ6B7GsHsQv6gDFGWf0D2isDdG0uH2u0x+lz8+ mh4ZfZKb0/aCLC2JLbbWq0iv4FP6E1dyE7an4sSRvSnzJxKFXaHCShCd4uT0gmOUjOb+ S6/2Psgvkb1sHpmiPZkZzRpgt44teFKFnUy4pHyV5Kk0/8xPA/wUvbP34gqt0AUxOmJY ScCO4QBcietcZ7CEJ55pDCEVrZBR3hM0uYx73cBR9dVVAPmQOcxRk0pGI1aUf+tYPgXv YuTA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass (test mode) header.i=@ideasonboard.com header.s=mail header.b="EEqsh/dh"; 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 z16si4280007jat.29.2021.08.12.13.32.23; Thu, 12 Aug 2021 13:32:34 -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; dkim=pass (test mode) header.i=@ideasonboard.com header.s=mail header.b="EEqsh/dh"; 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 S233549AbhHLTSR (ORCPT + 99 others); Thu, 12 Aug 2021 15:18:17 -0400 Received: from perceval.ideasonboard.com ([213.167.242.64]:60898 "EHLO perceval.ideasonboard.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233593AbhHLTSP (ORCPT ); Thu, 12 Aug 2021 15:18:15 -0400 Received: from pendragon.ideasonboard.com (62-78-145-57.bb.dnainternet.fi [62.78.145.57]) by perceval.ideasonboard.com (Postfix) with ESMTPSA id 529A9EE; Thu, 12 Aug 2021 21:17:48 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ideasonboard.com; s=mail; t=1628795868; bh=TWW79F57UGZaMYBF0Q9p1yrePqna1CBLge7LfxvzIbU=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=EEqsh/dhGecZeeNNVwxkA393Rb9YQVaeo4a/kr64ON1gPSjK0FxGvvwNcPbcn2Kb5 0L+eTiIVKnEBlN2K9oAWLl6iUaGk7an/eK+iXBFNdFpvD19BcoqkoLpYOHQPtoyYmX ZLfZFxqshDGMumVXqXooOVXR97FRx9pa+NG/wQVI= Date: Thu, 12 Aug 2021 22:17:44 +0300 From: Laurent Pinchart To: Rob Clark Cc: dri-devel , linux-arm-msm , freedreno , Stephen Boyd , Douglas Anderson , Rob Clark , Andrzej Hajda , Neil Armstrong , Robert Foss , Jonas Karlman , Jernej Skrabec , David Airlie , Daniel Vetter , open list Subject: Re: [PATCH 3/4] drm/bridge: ti-sn65dsi86: Implement bridge->mode_valid() Message-ID: References: <20210811235253.924867-1-robdclark@gmail.com> <20210811235253.924867-4-robdclark@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Rob, On Thu, Aug 12, 2021 at 12:09:12PM -0700, Rob Clark wrote: > On Thu, Aug 12, 2021 at 11:44 AM Laurent Pinchart wrote: > > On Wed, Aug 11, 2021 at 04:52:49PM -0700, Rob Clark wrote: > > > From: Rob Clark > > > > > > For the brave new world of bridges not creating their own connectors, we > > > need to implement the max clock limitation via bridge->mode_valid() > > > instead of connector->mode_valid(). > > > > > > Signed-off-by: Rob Clark > > > --- > > > drivers/gpu/drm/bridge/ti-sn65dsi86.c | 24 +++++++++++++++++++----- > > > 1 file changed, 19 insertions(+), 5 deletions(-) > > > > > > diff --git a/drivers/gpu/drm/bridge/ti-sn65dsi86.c b/drivers/gpu/drm/bridge/ti-sn65dsi86.c > > > index 5d3b30b2f547..38dcc49eccaf 100644 > > > --- a/drivers/gpu/drm/bridge/ti-sn65dsi86.c > > > +++ b/drivers/gpu/drm/bridge/ti-sn65dsi86.c > > > @@ -595,6 +595,15 @@ static struct auxiliary_driver ti_sn_aux_driver = { > > > .id_table = ti_sn_aux_id_table, > > > }; > > > > > > +static enum drm_mode_status check_mode(const struct drm_display_mode *mode) > > > +{ > > > + /* maximum supported resolution is 4K at 60 fps */ > > > + if (mode->clock > 594000) > > > + return MODE_CLOCK_HIGH; > > > + > > > + return MODE_OK; > > > +} > > > + > > > /* ----------------------------------------------------------------------------- > > > * DRM Connector Operations > > > */ > > > @@ -616,11 +625,7 @@ static enum drm_mode_status > > > ti_sn_bridge_connector_mode_valid(struct drm_connector *connector, > > > struct drm_display_mode *mode) > > > { > > > - /* maximum supported resolution is 4K at 60 fps */ > > > - if (mode->clock > 594000) > > > - return MODE_CLOCK_HIGH; > > > - > > > - return MODE_OK; > > > + return check_mode(mode); > > > > Do we need to implement the connector .mode_valid() operation, given > > that the bridge is linked in the chain ? > > My understanding is that we need to keep it for display drivers that > are not converted to NO_CONNECTOR.. > > But AFAIK snapdragon is the only upstream user of this bridge, so > after the drm/msm/dsi patch lands we could probably garbage collect > the connector support. Even in the !NO_CONNECTOR case, the bridge will still be linked in the chain, so the atomic helpers should call the bridge .mode_valid() in addition to the connector .mode_valid(). I think the connector operation is redundant. > > > } > > > > > > static struct drm_connector_helper_funcs ti_sn_bridge_connector_helper_funcs = { > > > @@ -763,6 +768,14 @@ static void ti_sn_bridge_detach(struct drm_bridge *bridge) > > > drm_dp_aux_unregister(&bridge_to_ti_sn65dsi86(bridge)->aux); > > > } > > > > > > +static enum drm_mode_status > > > +ti_sn_bridge_mode_valid(struct drm_bridge *bridge, > > > + const struct drm_display_info *info, > > > + const struct drm_display_mode *mode) > > > +{ > > > + return check_mode(mode); > > > +} > > > + > > > static void ti_sn_bridge_disable(struct drm_bridge *bridge) > > > { > > > struct ti_sn65dsi86 *pdata = bridge_to_ti_sn65dsi86(bridge); > > > @@ -1118,6 +1131,7 @@ static void ti_sn_bridge_post_disable(struct drm_bridge *bridge) > > > static const struct drm_bridge_funcs ti_sn_bridge_funcs = { > > > .attach = ti_sn_bridge_attach, > > > .detach = ti_sn_bridge_detach, > > > + .mode_valid = ti_sn_bridge_mode_valid, > > > .pre_enable = ti_sn_bridge_pre_enable, > > > .enable = ti_sn_bridge_enable, > > > .disable = ti_sn_bridge_disable, -- Regards, Laurent Pinchart