Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp829385pxb; Wed, 1 Sep 2021 10:47:25 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyUfW2IsB1Jn8tVbFL1vkCm48rX1Iia6UF6gwpGHMrdzjsjMM3Rpvc3mAXmz2jFGOkghFC8 X-Received: by 2002:a17:906:7fc4:: with SMTP id r4mr699523ejs.75.1630518445605; Wed, 01 Sep 2021 10:47:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1630518445; cv=none; d=google.com; s=arc-20160816; b=ktO+wT8YUXD1PSoGUF6QgUI1xh02hfXGTwDSfUMrhxf1OufSb9owyfHK0zVDxeF7M+ vEDnzLNjM3vgQBLHXpoF5jUkfD+9mITzSd/PKyuqLxQTUMSxiNLKGu4+7GihtIk65+uF agrLuKOixtQuxFbKw3yzXj6qDrGug2J1Ee5FgC5wpEyESNlZLF9ffceXGU2DKyrcPotd y9jQyjHwONmXwgc+VrV1oCwgz8yE4xl1TESJyuuT1hUUbMfYeCNKRmRvNF1iO8CjBcHA WgNdbTcJ/Q9Ta3hpLmUuN3btXLFfWIdBqK8WrcOjRjiU+V83apHOEERMtqyN6wrTeg8d aOUQ== 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 :references:in-reply-to:message-id:date:subject:cc:to:from; bh=n3Dfg//9mwxkk0av10deaLrSFfb/o3EolQCQx6NTGEc=; b=JgdwS5l2LDinLzDwPb3iPnOlpobkpPYedhMikPm2f6kqCDLOLgCoLCcTcoVIqJG2Ik dUssBc+mElbEykpA2YV834rcMGuOn4UcAIOpAx7D3iekg1x88GleuVF/PVscWPJKU2e9 xfMGPxxz+VWKZdVVNPMYVRXFDXwib5IlDwLf2UW8piKXXjUQPAorBuAjiMnwPwriwO1V ndLVxSZt2AULkd2NBPpIHFzg2Tu4NmikFWsBX1hs8EDgqOlwHiA3/sn5FmYGJWCxGGIy bo5GRP5nqZrjiP4+Lr+tThhJtdPGpYFIDu2A6/edDxohJuV4U3Ozq7IftModaySkIzCL 9zaQ== ARC-Authentication-Results: i=1; mx.google.com; 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 kl25si349992ejc.370.2021.09.01.10.46.33; Wed, 01 Sep 2021 10:47:25 -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; 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 S1346683AbhIARov (ORCPT + 99 others); Wed, 1 Sep 2021 13:44:51 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46866 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1346455AbhIARot (ORCPT ); Wed, 1 Sep 2021 13:44:49 -0400 Received: from relay01.th.seeweb.it (relay01.th.seeweb.it [IPv6:2001:4b7a:2000:18::162]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2589CC061760 for ; Wed, 1 Sep 2021 10:43:52 -0700 (PDT) Received: from IcarusMOD.eternityproject.eu (unknown [2.237.20.237]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by m-r1.th.seeweb.it (Postfix) with ESMTPSA id 6F52420115; Wed, 1 Sep 2021 19:43:50 +0200 (CEST) From: AngeloGioacchino Del Regno To: robdclark@gmail.com Cc: sean@poorly.run, airlied@linux.ie, daniel@ffwll.ch, dmitry.baryshkov@linaro.org, abhinavk@codeaurora.org, linux-arm-msm@vger.kernel.org, dri-devel@lists.freedesktop.org, freedreno@lists.freedesktop.org, linux-kernel@vger.kernel.org, konrad.dybcio@somainline.org, marijn.suijten@somainline.org, martin.botka@somainline.org, ~postmarketos/upstreaming@lists.sr.ht, phone-devel@vger.kernel.org, paul.bouchara@somainline.org, AngeloGioacchino Del Regno Subject: [PATCH 2/2] drm/msm/dpu: Fix timeout issues on command mode panels Date: Wed, 1 Sep 2021 19:43:47 +0200 Message-Id: <20210901174347.1012129-2-angelogioacchino.delregno@somainline.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210901174347.1012129-1-angelogioacchino.delregno@somainline.org> References: <20210901174347.1012129-1-angelogioacchino.delregno@somainline.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org In function dpu_encoder_phys_cmd_wait_for_commit_done we are always checking if the relative CTL is started by waiting for an interrupt to fire: it is fine to do that, but then sometimes we call this function while the CTL is up and has never been put down, but that interrupt gets raised only when the CTL gets a state change from 0 to 1 (disabled to enabled), so we're going to wait for something that will never happen on its own. Solving this while avoiding to restart the CTL is actually possible and can be done by just checking if it is already up and running when the wait_for_commit_done function is called: in this case, so, if the CTL was already running, we can say that the commit is done if the command transmission is complete (in other terms, if the interface has been flushed). Signed-off-by: AngeloGioacchino Del Regno --- drivers/gpu/drm/msm/disp/dpu1/dpu_encoder_phys_cmd.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/msm/disp/dpu1/dpu_encoder_phys_cmd.c b/drivers/gpu/drm/msm/disp/dpu1/dpu_encoder_phys_cmd.c index aa01698d6b25..b5b1b555ac4e 100644 --- a/drivers/gpu/drm/msm/disp/dpu1/dpu_encoder_phys_cmd.c +++ b/drivers/gpu/drm/msm/disp/dpu1/dpu_encoder_phys_cmd.c @@ -682,6 +682,9 @@ static int dpu_encoder_phys_cmd_wait_for_commit_done( if (!dpu_encoder_phys_cmd_is_master(phys_enc)) return 0; + if (phys_enc->hw_ctl->ops.is_started) + return dpu_encoder_phys_cmd_wait_for_tx_complete(phys_enc); + return _dpu_encoder_phys_cmd_wait_for_ctl_start(phys_enc); } -- 2.32.0