Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2503071pxj; Mon, 10 May 2021 04:41:39 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxHbNGVkx5aLLlJxxEEV++3wp/SMazbNnOLp+npoolPgFp80gT8GIaGLlfeIA7xoFfFpJ/L X-Received: by 2002:a05:6602:27c2:: with SMTP id l2mr17632653ios.71.1620646899113; Mon, 10 May 2021 04:41:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620646899; cv=none; d=google.com; s=arc-20160816; b=q/qQMA+ORITNYCNDAS2iblTYn2oaLwKa2qDgdY42vL2l2ae2SLTY/2RARxhWjNTVy4 mlOpOkZ/b9SNd391A8eM79Gw4Q3aGa9BTJ2flzR2hOHwJLd6NMQzWrMbV/XwZH5FfwWp S9aMBH+CDRju585KlRwH5hwj0Sg/8TpdhjMmGSH8lwjGxuaCahcdzc1qJeLYtSK3Ngh8 U4LUfEvtv53WWUFOcgPpKQrSz4tMEpLqyfalZ/+TlkdjnVbcpcanVeL9zZi11jT0LeCg usKFMxpjSNC/KMYSxcqtVWYkl9XtsAq8J6iDzsRrS9ycK+TIZjLAFtmo7JyvGtFfvKjj Soyw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=Tv0s4cKoQAw/AbIbomG6ymnj2E7/hFU/m92vcVPlOyw=; b=W/K2lurB6Uf+9JrJHIqsUDzcz0SyTA+GrOIOi+nK1e4hM8iTt845DGH+Au1X9c1M1L RFwfimlyuQYpSHqX4sr3U1CSOHFm417O9/j2kung+o5hF3BPLQuKDRNqufvDzDqEQPV4 AlxE+MaU+0RiLY1xoa/4a0uhaFI05XW831EEodkOaRhTXomEdoIQR8Pyw26V8NhW8IDd jej6DcBh8shZLR3aHrQDHQ6KJT49gNmniIlRLeOi5KIo+1iwRn2owvfF2buzVnKYzJ59 fcMkubq7TLm6cIHO6THuurTNguZ/78xx4gnhwFIQ/O7q5D24DQlhycnjh6A+YSZuW7zZ htYg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=xPRociHT; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g19si19207912jat.91.2021.05.10.04.41.26; Mon, 10 May 2021 04:41:39 -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 header.i=@linuxfoundation.org header.s=korg header.b=xPRociHT; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240691AbhEJLgM (ORCPT + 99 others); Mon, 10 May 2021 07:36:12 -0400 Received: from mail.kernel.org ([198.145.29.99]:53006 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235023AbhEJK53 (ORCPT ); Mon, 10 May 2021 06:57:29 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 4795E619D5; Mon, 10 May 2021 10:51:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1620643860; bh=H7ulAp85c03BcRxDPFfrXzC1sbyDKWoUNz+YQOt1LAc=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=xPRociHToFA7t+DaA3e7SVkIK42Q69BfdjYke/SB/9I2n+7wk2r1epdQqOTyom0xH eD59W+LRPu+Tusx/LZOAULlJo45RJUvzLvEPRAI4EoMc6Px8MuJldTyiGrZGe4BJP9 ZKzqVQwskyvWq5moa3+9nz6TXNTFpitVhIvFn514= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Daniel Wheeler , Aric Cyr , Solomon Chiu , Alex Deucher , Sasha Levin Subject: [PATCH 5.11 172/342] drm/amd/display: DCHUB underflow counter increasing in some scenarios Date: Mon, 10 May 2021 12:19:22 +0200 Message-Id: <20210510102015.795905627@linuxfoundation.org> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20210510102010.096403571@linuxfoundation.org> References: <20210510102010.096403571@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Aric Cyr [ Upstream commit 4710430a779e6077d81218ac768787545bff8c49 ] [Why] When unplugging a display, the underflow counter can be seen to increase because PSTATE switch is allowed even when some planes are not blanked. [How] Check that all planes are not active instead of all streams before allowing PSTATE change. Tested-by: Daniel Wheeler Signed-off-by: Aric Cyr Acked-by: Solomon Chiu Signed-off-by: Alex Deucher Signed-off-by: Sasha Levin --- drivers/gpu/drm/amd/display/dc/clk_mgr/dcn30/dcn30_clk_mgr.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/display/dc/clk_mgr/dcn30/dcn30_clk_mgr.c b/drivers/gpu/drm/amd/display/dc/clk_mgr/dcn30/dcn30_clk_mgr.c index ab98c259ef69..cbe94cf489c7 100644 --- a/drivers/gpu/drm/amd/display/dc/clk_mgr/dcn30/dcn30_clk_mgr.c +++ b/drivers/gpu/drm/amd/display/dc/clk_mgr/dcn30/dcn30_clk_mgr.c @@ -252,6 +252,7 @@ static void dcn3_update_clocks(struct clk_mgr *clk_mgr_base, bool force_reset = false; bool update_uclk = false; bool p_state_change_support; + int total_plane_count; if (dc->work_arounds.skip_clock_update || !clk_mgr->smu_present) return; @@ -292,7 +293,8 @@ static void dcn3_update_clocks(struct clk_mgr *clk_mgr_base, clk_mgr_base->clks.socclk_khz = new_clocks->socclk_khz; clk_mgr_base->clks.prev_p_state_change_support = clk_mgr_base->clks.p_state_change_support; - p_state_change_support = new_clocks->p_state_change_support || (display_count == 0); + total_plane_count = clk_mgr_helper_get_active_plane_cnt(dc, context); + p_state_change_support = new_clocks->p_state_change_support || (total_plane_count == 0); if (should_update_pstate_support(safe_to_lower, p_state_change_support, clk_mgr_base->clks.p_state_change_support)) { clk_mgr_base->clks.p_state_change_support = p_state_change_support; -- 2.30.2