Received: by 2002:a05:6a10:2785:0:0:0:0 with SMTP id ia5csp2942588pxb; Tue, 12 Jan 2021 02:24:51 -0800 (PST) X-Google-Smtp-Source: ABdhPJwnxywmEXdbRUJ7WT4giaxn7Kv/jNcWugRl/lhAUbL3U8JWlpH9Wxjb/amiwCF3oRXtwohG X-Received: by 2002:a17:906:d19b:: with SMTP id c27mr2768356ejz.234.1610447091041; Tue, 12 Jan 2021 02:24:51 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1610447091; cv=none; d=google.com; s=arc-20160816; b=mVRHSw1jMpTkGLIsFURkmbjaxJjpFoRYryupMmLpDqM11ZowfXVYuTZx9ZU5Ioq51C aTMDawCLYrH9MqqCFA+mc3uImYIPEajWyiPXUvmObaW8JzujjrhivyFdLPMTT0d/yFQu 9cjrtLMTnBw7E9Rga0FCUHvLQ36NU/17n+JMNoWOmUC/qX4oBu2HMGEOj5EDAQ6Lv3c2 UkteD3qI7PKvMOF625f65rkdSlfC4bSbjwGGG8x03njayu6ahbMesSrvww+OB8dZzRMV JWy+eglRnGqkdOujSsqP4dAG8W27e5W+JI/vIK0iHuF8MMIhsf9NDlC6b0DubLAaYH/x 0kWA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=htjZIz0oBB/TnzACCT4HPV2EF0dVOroMJ0SjhTMjBj4=; b=RCYcrcDOdP+v8LyTN5+RZD03YhTHBOrCIvMsuL3Nl8fNrPBqCssEfD3zXoIAqm4yBA 1QklCEHwt2Eaa3HwEd0F0+1p2DHGIHzK7OVkWJJyl2CMEXwobg7l6/rPvZqpkY163NVU Va/DP/oouE5PwAbUWoy6zogxeYJEFVgr4wUutrgidxKcoKlKKGIVawB+4bzhyOLJW2h2 diGV58iRfi9BdgyHEbetIDpYlBMSX6yx3DdCa29H2tummNYrmC/oMKaWXMeEgN6tMEKe 1GiALOkfcYAaxFg3dD8OUpiffy56AX8Og1SxOu8/YbyjajKk0I7xUoFwnDCdG3Y2A/2u 2jOQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=HiEvwXA9; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ay21si1093090edb.575.2021.01.12.02.24.27; Tue, 12 Jan 2021 02:24:51 -0800 (PST) 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=@kernel.org header.s=k20201202 header.b=HiEvwXA9; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2405117AbhALAZN (ORCPT + 99 others); Mon, 11 Jan 2021 19:25:13 -0500 Received: from mail.kernel.org ([198.145.29.99]:38020 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2404218AbhALAAk (ORCPT ); Mon, 11 Jan 2021 19:00:40 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id ECF3B22D49; Mon, 11 Jan 2021 23:59:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1610409599; bh=S7y++HNlfNSNt0z4hKXdDcHN7UOBqQprNlJ3aTrtBYQ=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=HiEvwXA9IroMbrlXh21jp1S6SSV5cJVAv5JBbdYAC0J/v9aYUHcpGAN4kNXLIkpbH VNycfN43tf06eRJc9uEXH005Degd9TEXsuYcw4BgAgx5jcd5kimfaSH8hJGC0pd2Rg bH9aUEuYO25srMpMsa+x1RYbgPfKAHoHjxhkFNLp0fvceYv2qqYEZul+ZrynvrGO5N iXYbeQL2ir8N6zlGoZO8A0eke6L1NsfJiXYELNcL8lGh/esLkO3imBgr/5Ro4Rrrbx NPVXKTy+8p/KLyv9Hn8Am30PzYImkTnzjPkIegI1cRXuwzCJh+Iun+1/mH/1AEmV8f 4Qq0DxucXbkKA== Received: by mail-ej1-f43.google.com with SMTP id jx16so882152ejb.10; Mon, 11 Jan 2021 15:59:58 -0800 (PST) X-Gm-Message-State: AOAM530BRnikVA5Y79WEOxaVF4enzmD1vSL8BEgQ+Ogx1Em5UFOsEP2f TdMflRAc70sKbfyW5b9yOs85pojdum+KbI8dDA== X-Received: by 2002:a17:906:ae4e:: with SMTP id lf14mr1336071ejb.310.1610409597420; Mon, 11 Jan 2021 15:59:57 -0800 (PST) MIME-Version: 1.0 References: <1610351031-21133-1-git-send-email-yongqiang.niu@mediatek.com> <1610351031-21133-8-git-send-email-yongqiang.niu@mediatek.com> In-Reply-To: <1610351031-21133-8-git-send-email-yongqiang.niu@mediatek.com> From: Chun-Kuang Hu Date: Tue, 12 Jan 2021 07:59:46 +0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v3, 07/15] drm/mediatek: enable OVL_LAYER_SMI_ID_EN for multi-layer usecase To: Yongqiang Niu Cc: CK Hu , Philipp Zabel , Rob Herring , Matthias Brugger , Mark Rutland , DTML , David Airlie , linux-kernel , DRI Development , Project_Global_Chrome_Upstream_Group@mediatek.com, "moderated list:ARM/Mediatek SoC support" , Daniel Vetter , Hsin-Yi Wang , Linux ARM Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Yongqiang: Yongqiang Niu =E6=96=BC 2021=E5=B9=B41=E6=9C= =8811=E6=97=A5 =E9=80=B1=E4=B8=80 =E4=B8=8B=E5=8D=883:44=E5=AF=AB=E9=81=93= =EF=BC=9A > > enable OVL_LAYER_SMI_ID_EN for multi-layer usecase Could you describe more information? Without this patch, what would happen? > > Signed-off-by: Yongqiang Niu > --- > drivers/gpu/drm/mediatek/mtk_disp_ovl.c | 12 ++++++++++++ > 1 file changed, 12 insertions(+) > > diff --git a/drivers/gpu/drm/mediatek/mtk_disp_ovl.c b/drivers/gpu/drm/me= diatek/mtk_disp_ovl.c > index b47c238..4934bee 100644 > --- a/drivers/gpu/drm/mediatek/mtk_disp_ovl.c > +++ b/drivers/gpu/drm/mediatek/mtk_disp_ovl.c > @@ -23,6 +23,7 @@ > #define DISP_REG_OVL_RST 0x0014 > #define DISP_REG_OVL_ROI_SIZE 0x0020 > #define DISP_REG_OVL_DATAPATH_CON 0x0024 > +#define OVL_LAYER_SMI_ID_EN BIT(0) > #define OVL_BGCLR_SEL_IN BIT(2) > #define DISP_REG_OVL_ROI_BGCLR 0x0028 > #define DISP_REG_OVL_SRC_CON 0x002c > @@ -61,6 +62,7 @@ struct mtk_disp_ovl_data { > unsigned int gmc_bits; > unsigned int layer_nr; > bool fmt_rgb565_is_0; > + bool smi_id_en; > }; > > /** > @@ -116,7 +118,17 @@ static void mtk_ovl_disable_vblank(struct mtk_ddp_co= mp *comp) > > static void mtk_ovl_start(struct mtk_ddp_comp *comp) > { > + struct mtk_disp_ovl *ovl =3D comp_to_ovl(comp); > + > writel_relaxed(0x1, comp->regs + DISP_REG_OVL_EN); > + > + if(ovl->data->smi_id_en) { > + unsigned int reg; > + > + reg =3D readl(comp->regs + DISP_REG_OVL_DATAPATH_CON); > + reg =3D reg | OVL_LAYER_SMI_ID_EN; > + writel_relaxed(reg, comp->regs + DISP_REG_OVL_DATAPATH_CO= N); I think this setting should before write 1 to DISP_REG_OVL_EN. > + } > } > > static void mtk_ovl_stop(struct mtk_ddp_comp *comp) Should clear DISP_REG_OVL_DATAPATH_CON when stop? Regards, Chun-Kuang. > -- > 1.8.1.1.dirty > _______________________________________________ > Linux-mediatek mailing list > Linux-mediatek@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/linux-mediatek