From nobody Fri Jun 26 16:02:26 2026 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id EF4F3C433F5 for ; Tue, 22 Feb 2022 01:26:54 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238490AbiBVB1O (ORCPT ); Mon, 21 Feb 2022 20:27:14 -0500 Received: from mxb-00190b01.gslb.pphosted.com ([23.128.96.19]:58370 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230193AbiBVB1L (ORCPT ); Mon, 21 Feb 2022 20:27:11 -0500 Received: from relay07.th.seeweb.it (relay07.th.seeweb.it [5.144.164.168]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BF3AC24F2E for ; Mon, 21 Feb 2022 17:26:47 -0800 (PST) Received: from localhost.localdomain (abxh33.neoplus.adsl.tpnet.pl [83.9.1.33]) by m-r2.th.seeweb.it (Postfix) with ESMTPA id 27A8C3F5D8; Tue, 22 Feb 2022 02:26:45 +0100 (CET) From: Konrad Dybcio To: ~postmarketos/upstreaming@lists.sr.ht Cc: martin.botka@somainline.org, angelogioacchino.delregno@somainline.org, marijn.suijten@somainline.org, jamipkettunen@somainline.org, Konrad Dybcio , Rob Clark , Sean Paul , Abhinav Kumar , David Airlie , Daniel Vetter , Dmitry Baryshkov , Stephen Boyd , Bjorn Andersson , Kalyan Thota , Krishna Manikandan , Yangtao Li , linux-arm-msm@vger.kernel.org, dri-devel@lists.freedesktop.org, freedreno@lists.freedesktop.org, linux-kernel@vger.kernel.org Subject: [RFC PATCH] drm/msm/dpu1: Add a common DPU1 compatible Date: Tue, 22 Feb 2022 02:26:37 +0100 Message-Id: <20220222012638.6650-1-konrad.dybcio@somainline.org> X-Mailer: git-send-email 2.35.1 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Type: text/plain; charset="utf-8" There is *almost no reason* to keep separate compatibles for different SoCs utilizing the DPU1 driver, as it checks the HW version at runtime. Introduce a common compatible, while not removing the old ones to keep old DT compatibility. Signed-off-by: Konrad Dybcio --- Bar some very very very unlikely edge cases (such as need for some random quick being applied to one SoC from a family that shares DPU hw rev, but not the others, there is little to no reason to keep adding compatibles that don't mean anything. If this change is cool, then the question about what to do with dt-bindings arises... drivers/gpu/drm/msm/disp/dpu1/dpu_kms.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/msm/disp/dpu1/dpu_kms.c b/drivers/gpu/drm/msm/= disp/dpu1/dpu_kms.c index 47fe11a84a77..335018542a3a 100644 --- a/drivers/gpu/drm/msm/disp/dpu1/dpu_kms.c +++ b/drivers/gpu/drm/msm/disp/dpu1/dpu_kms.c @@ -1348,6 +1348,9 @@ static const struct dev_pm_ops dpu_pm_ops =3D { }; =20 const struct of_device_id dpu_dt_match[] =3D { + { .compatible =3D "qcom,dpu1" }, + + /* Legacy compatibles for old DTs */ { .compatible =3D "qcom,sdm845-dpu", }, { .compatible =3D "qcom,sc7180-dpu", }, { .compatible =3D "qcom,sc7280-dpu", }, --=20 2.35.1