Received: by 2002:a05:6358:a55:b0:ec:fcf4:3ecf with SMTP id 21csp903862rwb; Thu, 19 Jan 2023 04:18:45 -0800 (PST) X-Google-Smtp-Source: AMrXdXt8TC533zx127idk4fqRJCIJbCHH9f6qhKWsMtBNskpfUBT7p352AZkv/pe6yYocqFhdCf5 X-Received: by 2002:a17:902:bf0c:b0:190:c550:d295 with SMTP id bi12-20020a170902bf0c00b00190c550d295mr11329942plb.9.1674130724758; Thu, 19 Jan 2023 04:18:44 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1674130724; cv=none; d=google.com; s=arc-20160816; b=XDpEgrKk1Ty5rq/yaK0sM6ObAQpJzJIK61lCy61vhQxJ8e6IknKuPNeYJBhEGPwHo7 d4sUo67upgEl2PgfjvbxEeP5JH2mDLYQOGY1Ua6B6a/2FMM1sVKXsb034ZpTYblHZjhJ C6zk8g1ZG36XzDq3t1GBXtwuyZ2uJMUEOpD8wvAYi/pOV7ojZACCZJ3kLOwndFL2agnz RvVE+XNtIT3QEsBB8KYfx8YnZnMPs1qPyawoadgTIGUHRQ8QBB+2YX2DJf50GZit2ooq BwRoBA7d6Kr2StvKRJjGxlhH3p7efBoy9ASseQhRvEqKuuJq77hTdH+VBEPS5fuSNdsB blqA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=2m8jFm8PB12y5+/xnTbMKs+HiBApWduyobUa1/8UTmM=; b=ZXri2vqzuycgxyNR+KXkO0Cdn9jWlV0YSsf2v9oW03sZ7KlnmwvuMAMgqNjPcDFoqr Xi5g2NTOC4fyKrfvnAHPE+JmYGTo39eNTRcpQklzHCieXC/ToNOCGdAhI7f1TncA4/kr dUQXotd6Lt02ixP1iXrAUDlp7vnL262MMazR5V8e8cbeIUBQ2s9te0+snr2ePWEaqvcs cwkUuM9IUFVh4J3nhkPIIho79tsslvq1Zdjl72LNSxMs6MRGxflRym/uOjfSKNmCQ7uB OIbMg9+9Df94/8KDdAMgO254PUs2FYH6kAJcb8Ayxw855neV+/1h6usL1+6fyFFbrQ74 7cJg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=GjwEK4YO; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id l14-20020a170903120e00b0017a0a6b5b11si38593514plh.145.2023.01.19.04.18.39; Thu, 19 Jan 2023 04:18:44 -0800 (PST) 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 header.i=@linaro.org header.s=google header.b=GjwEK4YO; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230436AbjASLqI (ORCPT + 44 others); Thu, 19 Jan 2023 06:46:08 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51014 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230272AbjASLpj (ORCPT ); Thu, 19 Jan 2023 06:45:39 -0500 Received: from mail-ej1-x635.google.com (mail-ej1-x635.google.com [IPv6:2a00:1450:4864:20::635]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0F76A4B74B for ; Thu, 19 Jan 2023 03:45:31 -0800 (PST) Received: by mail-ej1-x635.google.com with SMTP id rl14so1615369ejb.2 for ; Thu, 19 Jan 2023 03:45:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=2m8jFm8PB12y5+/xnTbMKs+HiBApWduyobUa1/8UTmM=; b=GjwEK4YOOMTSbJp+Tw57kDD37y8eYHVNeSuo/k+gUXqBUxUK8IVpUdOpvGpO+wFR3L hnRPw1esFrOgpVsVTmC89aSSMQv4xbYjkzAYf5M65GsJSA/vIyzf9sSN4/Y5iQ49pY1q yW0YzCAf4vhww6w0UsWWAMWX8VXif2VhwRLx/M/uVzPrAO501OVwmBf+ncgPvSJkZNu0 Od2OinyCm6vurGxrqdMRbFMr1pZI6zlTlvEPYa4oLHa456WWL267jcUOi84w+Gm4Cc9/ iqF5Jh89wLw+p/Z6vaPpp8gruDpj2/ARJ3Y9ZWJSzrOrnXdx9Q1F5J/x3Ih61bEIQLRo R11Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=2m8jFm8PB12y5+/xnTbMKs+HiBApWduyobUa1/8UTmM=; b=Ifh3trAfRkS9TUDP5gnSHtkJcWlaL/8072IiJ2MPKguAGAcvTYPNP26NfUuNsWaDe0 4PHlpzCbZUgZzP5AS505anYkyC/+v81EI/4AiGaFIZIqomIUcGbWCMu7y48zgFk4oVAh dN3u0ZJ88uQ8Hq92WG3bTSERmQLU4mAQXv9d/zWxfTFt8VxVAYAMXmbs4vcrhINOQ3By lhJGf43tUMiGlRd+D2IJV2fLRSR46axcN9yP4Jes+lz1sDS07Y512XfSN2Hsebjm87sy LciRU5SMxiKOR6aaFfs9uri7FSJHO9NAe+G+QEGmjbPW/+JVOLFu7+7gAWR5atg+wuNQ 43KQ== X-Gm-Message-State: AFqh2kpj1g1bl37nx2JLh7nzn85vGY1BRhuZ1tiDG/fKI75/qEfe3IRv 3k5F55yhzOWXRMqz7PctLXUNHg== X-Received: by 2002:a17:907:c58c:b0:837:3ed3:9c2b with SMTP id tr12-20020a170907c58c00b008373ed39c2bmr11108855ejc.5.1674128729536; Thu, 19 Jan 2023 03:45:29 -0800 (PST) Received: from ?IPV6:2001:14ba:a085:4d00::8a5? (dzccz6yyyyyyyyyyybcwt-3.rev.dnainternet.fi. [2001:14ba:a085:4d00::8a5]) by smtp.gmail.com with ESMTPSA id ky16-20020a170907779000b007bd0bb6423csm16088540ejc.199.2023.01.19.03.45.27 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 19 Jan 2023 03:45:29 -0800 (PST) Message-ID: Date: Thu, 19 Jan 2023 13:45:26 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.6.0 Subject: Re: [PATCH v6 02/10] drm/hdcp: Avoid changing crtc state in hdcp atomic check Content-Language: en-GB To: Mark Yacoub , quic_khsieh@quicinc.com, linux-arm-msm@vger.kernel.org, dri-devel@lists.freedesktop.org, freedreno@lists.freedesktop.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, intel-gfx@lists.freedesktop.org Cc: robdclark@gmail.com, quic_abhinavk@quicinc.com, sean@poorly.run, airlied@gmail.com, daniel@ffwll.ch, robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org, agross@kernel.org, andersson@kernel.org, konrad.dybcio@somainline.org, jani.nikula@linux.intel.com, joonas.lahtinen@linux.intel.com, rodrigo.vivi@intel.com, tvrtko.ursulin@linux.intel.com, tzimmermann@suse.de, ville.syrjala@linux.intel.com, stanislav.lisovskiy@intel.com, matthew.d.roper@intel.com, imre.deak@intel.com, lucas.demarchi@intel.com, manasi.d.navare@intel.com, swati2.sharma@intel.com, bhanuprakash.modem@intel.com, javierm@redhat.com, jose.souza@intel.com, lyude@redhat.com, hbh25y@gmail.com, arun.r.murthy@intel.com, ashutosh.dixit@intel.com, ankit.k.nautiyal@intel.com, maxime@cerno.tech, swboyd@chromium.org, christophe.jaillet@wanadoo.fr, quic_sbillaka@quicinc.com, johan+linaro@kernel.org, dianders@chromium.org, marex@denx.de, quic_jesszhan@quicinc.com, bjorn.andersson@linaro.org, abhinavk@codeaurora.org, seanpaul@chromium.org, Jani Nikula References: <20230118193015.911074-1-markyacoub@google.com> <20230118193015.911074-3-markyacoub@google.com> From: Dmitry Baryshkov In-Reply-To: <20230118193015.911074-3-markyacoub@google.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.2 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS autolearn=ham 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 On 18/01/2023 21:30, Mark Yacoub wrote: > From: Sean Paul > > Instead of forcing a modeset in the hdcp atomic check, simply return > true if the content protection value is changing and let the driver > decide whether a modeset is required or not. I don't think this is a good idea. All foo_atomic_check functions return an error code (or 0 if atomic check passes). Making drm_hpcp_atomic_check return bool is against that custom and is a clear way to make one forget to notice that. Please rename function to remove possible confusion. > > Acked-by: Jani Nikula > Reviewed-by: Rodrigo Vivi > Signed-off-by: Sean Paul > Signed-off-by: Mark Yacoub > Link: https://patchwork.freedesktop.org/patch/msgid/20210913175747.47456-3-sean@poorly.run #v1 > Link: https://patchwork.freedesktop.org/patch/msgid/20210915203834.1439-3-sean@poorly.run #v2 > Link: https://patchwork.freedesktop.org/patch/msgid/20211001151145.55916-3-sean@poorly.run #v3 > Link: https://patchwork.freedesktop.org/patch/msgid/20211105030434.2828845-3-sean@poorly.run #v4 > Link: https://patchwork.freedesktop.org/patch/msgid/20220411204741.1074308-3-sean@poorly.run #v5 > > Changes in v2: > -None > Changes in v3: > -None > Changes in v4: > -None > Changes in v5: > -None > Changes in V6: > -Rebase: modifications in drm_hdcp_helper.c instead of drm_hdcp.c > > --- > drivers/gpu/drm/display/drm_hdcp_helper.c | 33 +++++++++++++++------ > drivers/gpu/drm/i915/display/intel_atomic.c | 6 ++-- > include/drm/display/drm_hdcp_helper.h | 2 +- > 3 files changed, 27 insertions(+), 14 deletions(-) > > diff --git a/drivers/gpu/drm/display/drm_hdcp_helper.c b/drivers/gpu/drm/display/drm_hdcp_helper.c > index 7d910523b05f..a3896b0904b5 100644 > --- a/drivers/gpu/drm/display/drm_hdcp_helper.c > +++ b/drivers/gpu/drm/display/drm_hdcp_helper.c > @@ -428,11 +428,14 @@ EXPORT_SYMBOL(drm_hdcp_update_content_protection); > * @connector: drm_connector on which content protection state needs an update > * > * This function can be used by display drivers to perform an atomic check on the > - * hdcp state elements. If hdcp state has changed, this function will set > - * mode_changed on the crtc driving the connector so it can update its hardware > - * to match the hdcp state. > + * hdcp state elements. If hdcp state has changed in a manner which requires the > + * driver to enable or disable content protection, this function will return > + * true. > + * > + * Returns: > + * true if the driver must enable/disable hdcp, false otherwise > */ > -void drm_hdcp_atomic_check(struct drm_connector *connector, > +bool drm_hdcp_atomic_check(struct drm_connector *connector, > struct drm_atomic_state *state) > { > struct drm_connector_state *new_conn_state, *old_conn_state; > @@ -450,10 +453,12 @@ void drm_hdcp_atomic_check(struct drm_connector *connector, > * If the connector is being disabled with CP enabled, mark it > * desired so it's re-enabled when the connector is brought back > */ > - if (old_hdcp == DRM_MODE_CONTENT_PROTECTION_ENABLED) > + if (old_hdcp == DRM_MODE_CONTENT_PROTECTION_ENABLED) { > new_conn_state->content_protection = > DRM_MODE_CONTENT_PROTECTION_DESIRED; > - return; > + return true; > + } > + return false; > } > > new_crtc_state = > @@ -465,9 +470,19 @@ void drm_hdcp_atomic_check(struct drm_connector *connector, > */ > if (drm_atomic_crtc_needs_modeset(new_crtc_state) && > (old_hdcp == DRM_MODE_CONTENT_PROTECTION_ENABLED && > - new_hdcp != DRM_MODE_CONTENT_PROTECTION_UNDESIRED)) > + new_hdcp != DRM_MODE_CONTENT_PROTECTION_UNDESIRED)) { > new_conn_state->content_protection = > DRM_MODE_CONTENT_PROTECTION_DESIRED; > + return true; > + } > + > + /* > + * Coming back from disable or changing CRTC with DESIRED state requires > + * that the driver try CP enable. > + */ > + if (new_hdcp == DRM_MODE_CONTENT_PROTECTION_DESIRED && > + new_conn_state->crtc != old_conn_state->crtc) > + return true; > > /* > * Nothing to do if content type is unchanged and one of: > @@ -482,9 +497,9 @@ void drm_hdcp_atomic_check(struct drm_connector *connector, > new_hdcp == DRM_MODE_CONTENT_PROTECTION_DESIRED)) { > if (old_conn_state->hdcp_content_type == > new_conn_state->hdcp_content_type) > - return; > + return false; > } > > - new_crtc_state->mode_changed = true; > + return true; > } > EXPORT_SYMBOL(drm_hdcp_atomic_check); > diff --git a/drivers/gpu/drm/i915/display/intel_atomic.c b/drivers/gpu/drm/i915/display/intel_atomic.c > index 8a473199c4bf..a2067cbae2d5 100644 > --- a/drivers/gpu/drm/i915/display/intel_atomic.c > +++ b/drivers/gpu/drm/i915/display/intel_atomic.c > @@ -123,8 +123,6 @@ int intel_digital_connector_atomic_check(struct drm_connector *conn, > to_intel_digital_connector_state(old_state); > struct drm_crtc_state *crtc_state; > > - drm_hdcp_atomic_check(conn, state); > - > if (!new_state->crtc) > return 0; > > @@ -140,8 +138,8 @@ int intel_digital_connector_atomic_check(struct drm_connector *conn, > new_conn_state->base.picture_aspect_ratio != old_conn_state->base.picture_aspect_ratio || > new_conn_state->base.content_type != old_conn_state->base.content_type || > new_conn_state->base.scaling_mode != old_conn_state->base.scaling_mode || > - new_conn_state->base.privacy_screen_sw_state != old_conn_state->base.privacy_screen_sw_state || > - !drm_connector_atomic_hdr_metadata_equal(old_state, new_state)) > + !drm_connector_atomic_hdr_metadata_equal(old_state, new_state) || > + drm_hdcp_atomic_check(conn, state)) > crtc_state->mode_changed = true; > > return 0; > diff --git a/include/drm/display/drm_hdcp_helper.h b/include/drm/display/drm_hdcp_helper.h > index dd02b2e72a50..cb2cc5002f65 100644 > --- a/include/drm/display/drm_hdcp_helper.h > +++ b/include/drm/display/drm_hdcp_helper.h > @@ -19,7 +19,7 @@ int drm_hdcp_check_ksvs_revoked(struct drm_device *dev, u8 *ksvs, u32 ksv_count) > int drm_connector_attach_content_protection_property(struct drm_connector *connector, > bool hdcp_content_type); > void drm_hdcp_update_content_protection(struct drm_connector *connector, u64 val); > -void drm_hdcp_atomic_check(struct drm_connector *connector, > +bool drm_hdcp_atomic_check(struct drm_connector *connector, > struct drm_atomic_state *state); > > #endif -- With best wishes Dmitry