From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-8.3 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI, SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,UNPARSEABLE_RELAY,USER_AGENT_SANE_2 autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 417BFC2D0DD for ; Thu, 2 Jan 2020 05:44:48 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 11D87206E6 for ; Thu, 2 Jan 2020 05:44:47 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="ZGxYmM+V"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=mediatek.com header.i=@mediatek.com header.b="BwOVawKJ" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 11D87206E6 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=mediatek.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-mediatek-bounces+linux-mediatek=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:Reply-To:List-Subscribe:List-Help: List-Post:List-Archive:List-Unsubscribe:List-Id:MIME-Version:References: In-Reply-To:Date:To:From:Subject:Message-ID:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=YgislhgX5FaVllbVOjcCNPtv+Z+f1abYlF58i7+wnvA=; b=ZGxYmM+Vll4DsQ KVh8SE9dC2GgwfNO9gYS9vYOXZxQ3ApMEubE8qm/Q8y7+JlMTdKO6PZ2bTFlEkuepvOEUammRw9o6 auQKINcehls+kTavZblA5bwpepnyGDLz7X7gmwQqS+4/iUWYbUPkTCcbPsVMWUn6SUn+lVOiSZxDS eKit+hOpwouySmZylEzWyUS1D80iyVu5VyVQrY6l7tud2pm8D5wubq5En3Sd8wqPHL5epse1Gwt+N PzE6WIsspFi2u/uNkFIAyMHLpIRG/LlIs7/sXIKLwB1adYO60z+u3F1UwjfbJrl6rb8LQ/HhYab9E PbVRveBrro+VA1eqXdvw==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1imtHc-0007jS-VW; Thu, 02 Jan 2020 05:44:32 +0000 Received: from mailgw02.mediatek.com ([216.200.240.185]) by bombadil.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1imtHS-0007a5-Sr; Thu, 02 Jan 2020 05:44:24 +0000 X-UUID: cc5db3a269df453db28b256d03004054-20200101 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mediatek.com; s=dk; h=Content-Transfer-Encoding:MIME-Version:Content-Type:References:In-Reply-To:Date:CC:To:Reply-To:From:Subject:Message-ID; bh=vyS7IWI4BRwbY7rXWub/fMYSKrH1gB0wk72YU/M9xPs=; b=BwOVawKJjLDFPQgtOkgL/FOx+/WcyOn05f6M9bRIG9sdJ+CJLapfPiCbcvWMg8G+xgeSBHX0gszHgNsKZ3mGsR0oKKTHYk+AWP3DzXRvBsjd4QXnMd35Nw2XrJW9a3AETxJuYJsr1mvMtMG+h7N6o/r+fiR8b1fWEfcfSeKQ8SI=; X-UUID: cc5db3a269df453db28b256d03004054-20200101 Received: from mtkcas66.mediatek.inc [(172.29.193.44)] by mailgw02.mediatek.com (envelope-from ) (musrelay.mediatek.com ESMTP with TLS) with ESMTP id 382314809; Wed, 01 Jan 2020 21:44:19 -0800 Received: from mtkmbs05n2.mediatek.inc (172.21.101.140) by MTKMBS62N2.mediatek.inc (172.29.193.42) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Wed, 1 Jan 2020 21:44:38 -0800 Received: from MTKCAS32.mediatek.inc (172.27.4.184) by mtkmbs05n2.mediatek.inc (172.21.101.140) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Thu, 2 Jan 2020 13:43:46 +0800 Received: from [10.17.3.153] (10.17.3.153) by MTKCAS32.mediatek.inc (172.27.4.170) with Microsoft SMTP Server id 15.0.1395.4 via Frontend Transport; Thu, 2 Jan 2020 13:44:40 +0800 Message-ID: <1577943764.15116.3.camel@mhfsdcap03> Subject: Re: [PATCH v6, 13/14] drm/mediatek: add fifo_size into rdma private data From: Yongqiang Niu To: CK Hu Date: Thu, 2 Jan 2020 13:42:44 +0800 In-Reply-To: <1577942440.24650.5.camel@mtksdaap41> References: <1577937624-14313-1-git-send-email-yongqiang.niu@mediatek.com> <1577937624-14313-14-git-send-email-yongqiang.niu@mediatek.com> <1577942440.24650.5.camel@mtksdaap41> X-Mailer: Evolution 3.10.4-0ubuntu2 MIME-Version: 1.0 X-MTK: N X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200101_214422_940233_85F990E5 X-CRM114-Status: GOOD ( 18.23 ) X-BeenThere: linux-mediatek@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Yongqiang Niu Cc: Mark Rutland , devicetree@vger.kernel.org, Philipp Zabel , David Airlie , linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, Rob Herring , linux-mediatek@lists.infradead.org, Daniel Vetter , Matthias Brugger , linux-arm-kernel@lists.infradead.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "Linux-mediatek" Errors-To: linux-mediatek-bounces+linux-mediatek=archiver.kernel.org@lists.infradead.org On Thu, 2020-01-02 at 13:20 +0800, CK Hu wrote: > Hi, Yongqiang: > > On Thu, 2020-01-02 at 12:00 +0800, Yongqiang Niu wrote: > > the fifo size of rdma in mt8183 is different. > > rdma0 fifo size is 5k > > rdma1 fifo size is 2k > > > > Signed-off-by: Yongqiang Niu > > --- > > drivers/gpu/drm/mediatek/mtk_disp_rdma.c | 21 ++++++++++++++++++++- > > 1 file changed, 20 insertions(+), 1 deletion(-) > > > > diff --git a/drivers/gpu/drm/mediatek/mtk_disp_rdma.c b/drivers/gpu/drm/mediatek/mtk_disp_rdma.c > > index 405afef..691480b 100644 > > --- a/drivers/gpu/drm/mediatek/mtk_disp_rdma.c > > +++ b/drivers/gpu/drm/mediatek/mtk_disp_rdma.c > > @@ -62,6 +62,7 @@ struct mtk_disp_rdma { > > struct mtk_ddp_comp ddp_comp; > > struct drm_crtc *crtc; > > const struct mtk_disp_rdma_data *data; > > + u32 fifo_size; > > }; > > > > static inline struct mtk_disp_rdma *comp_to_rdma(struct mtk_ddp_comp *comp) > > @@ -130,10 +131,16 @@ static void mtk_rdma_config(struct mtk_ddp_comp *comp, unsigned int width, > > unsigned int threshold; > > unsigned int reg; > > struct mtk_disp_rdma *rdma = comp_to_rdma(comp); > > + u32 rdma_fifo_size; > > > > rdma_update_bits(comp, DISP_REG_RDMA_SIZE_CON_0, 0xfff, width); > > rdma_update_bits(comp, DISP_REG_RDMA_SIZE_CON_1, 0xfffff, height); > > > > + if (rdma->fifo_size) > > + rdma_fifo_size = rdma->fifo_size; > > + else > > + rdma_fifo_size = RDMA_FIFO_SIZE(rdma); > > + > > /* > > * Enable FIFO underflow since DSI and DPI can't be blocked. > > * Keep the FIFO pseudo size reset default of 8 KiB. Set the > > @@ -142,7 +149,7 @@ static void mtk_rdma_config(struct mtk_ddp_comp *comp, unsigned int width, > > */ > > threshold = width * height * vrefresh * 4 * 7 / 1000000; > > reg = RDMA_FIFO_UNDERFLOW_EN | > > - RDMA_FIFO_PSEUDO_SIZE(RDMA_FIFO_SIZE(rdma)) | > > + RDMA_FIFO_PSEUDO_SIZE(rdma_fifo_size) | > > RDMA_OUTPUT_VALID_FIFO_THRESHOLD(threshold); > > writel(reg, comp->regs + DISP_REG_RDMA_FIFO_CON); > > } > > @@ -284,6 +291,18 @@ static int mtk_disp_rdma_probe(struct platform_device *pdev) > > return comp_id; > > } > > > > + if (of_find_property(dev->of_node, "mediatek,rdma_fifo_size", &ret)) { > > "mediatek,rdma_fifo_size" does not exists in binding document. > > > + ret = of_property_read_u32(dev->of_node, > > + "mediatek,rdma_fifo_size", > > + &priv->fifo_size); > > + if (ret) { > > + dev_err(dev, "Failed to get rdma fifo size\n"); > > + return ret; > > + } > > + > > + priv->fifo_size *= SZ_1K; > > Why not define fifo_size in 'bytes' ? > > Regards, > CK this is align the definition of fifo_size in mtk_disp_rdma_data, it is SZ_1K, and the macro RDMA_FIFO_PSEUDO_SIZE calculated with SZ_1K > > > + } > > + > > ret = mtk_ddp_comp_init(dev, dev->of_node, &priv->ddp_comp, comp_id, > > &mtk_disp_rdma_funcs); > > if (ret) { > > _______________________________________________ Linux-mediatek mailing list Linux-mediatek@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-mediatek From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-8.3 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI, SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,UNPARSEABLE_RELAY,USER_AGENT_SANE_2 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 800B9C2D0DD for ; Thu, 2 Jan 2020 05:44:26 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 53359206E6 for ; Thu, 2 Jan 2020 05:44:26 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="GWrB80Fs"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=mediatek.com header.i=@mediatek.com header.b="BwOVawKJ" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 53359206E6 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=mediatek.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:Reply-To:List-Subscribe:List-Help: List-Post:List-Archive:List-Unsubscribe:List-Id:MIME-Version:References: In-Reply-To:Date:To:From:Subject:Message-ID:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=Cmw8h5msFPdEIgHdk+0j2XpfVFXoGi1fhknSAuwRH38=; b=GWrB80FswIfQ92 YpsXfQl7mAYFvgVsUpfuXSx1KlMr6WMlCeKFeVS+YYt0GWG769m4Jkfs+NOwF80bQ20GoTyLpIB1j uf2/KjKO0f9NuIIjgb7CUHF8J+v8n25cEk6N760ATgPGqOqgkkEajWLRQwLpM4Uy0gckUMDXdqcqP H16lAD+2Sn2Zm+uSWQuYhMF0oHOvNVg1vV4XzkzOsHuz00M3UumG0IVq1QJC7Wc5bX7y9BdUuBMfN MGqRcbRcE7Kviqc6DsF3f1+vaOlRF3TVc4i19QtKW//Bbp08EymP3OlpY3tFxMXgklwwypY9m+ECu XGEt7LO3bgBfVLYqzQiw==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1imtHV-0007ar-Rl; Thu, 02 Jan 2020 05:44:25 +0000 Received: from mailgw02.mediatek.com ([216.200.240.185]) by bombadil.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1imtHS-0007a5-Sr; Thu, 02 Jan 2020 05:44:24 +0000 X-UUID: cc5db3a269df453db28b256d03004054-20200101 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mediatek.com; s=dk; h=Content-Transfer-Encoding:MIME-Version:Content-Type:References:In-Reply-To:Date:CC:To:Reply-To:From:Subject:Message-ID; bh=vyS7IWI4BRwbY7rXWub/fMYSKrH1gB0wk72YU/M9xPs=; b=BwOVawKJjLDFPQgtOkgL/FOx+/WcyOn05f6M9bRIG9sdJ+CJLapfPiCbcvWMg8G+xgeSBHX0gszHgNsKZ3mGsR0oKKTHYk+AWP3DzXRvBsjd4QXnMd35Nw2XrJW9a3AETxJuYJsr1mvMtMG+h7N6o/r+fiR8b1fWEfcfSeKQ8SI=; X-UUID: cc5db3a269df453db28b256d03004054-20200101 Received: from mtkcas66.mediatek.inc [(172.29.193.44)] by mailgw02.mediatek.com (envelope-from ) (musrelay.mediatek.com ESMTP with TLS) with ESMTP id 382314809; Wed, 01 Jan 2020 21:44:19 -0800 Received: from mtkmbs05n2.mediatek.inc (172.21.101.140) by MTKMBS62N2.mediatek.inc (172.29.193.42) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Wed, 1 Jan 2020 21:44:38 -0800 Received: from MTKCAS32.mediatek.inc (172.27.4.184) by mtkmbs05n2.mediatek.inc (172.21.101.140) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Thu, 2 Jan 2020 13:43:46 +0800 Received: from [10.17.3.153] (10.17.3.153) by MTKCAS32.mediatek.inc (172.27.4.170) with Microsoft SMTP Server id 15.0.1395.4 via Frontend Transport; Thu, 2 Jan 2020 13:44:40 +0800 Message-ID: <1577943764.15116.3.camel@mhfsdcap03> Subject: Re: [PATCH v6, 13/14] drm/mediatek: add fifo_size into rdma private data From: Yongqiang Niu To: CK Hu Date: Thu, 2 Jan 2020 13:42:44 +0800 In-Reply-To: <1577942440.24650.5.camel@mtksdaap41> References: <1577937624-14313-1-git-send-email-yongqiang.niu@mediatek.com> <1577937624-14313-14-git-send-email-yongqiang.niu@mediatek.com> <1577942440.24650.5.camel@mtksdaap41> X-Mailer: Evolution 3.10.4-0ubuntu2 MIME-Version: 1.0 X-MTK: N X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200101_214422_940233_85F990E5 X-CRM114-Status: GOOD ( 18.23 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Yongqiang Niu Cc: Mark Rutland , devicetree@vger.kernel.org, Philipp Zabel , David Airlie , linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, Rob Herring , linux-mediatek@lists.infradead.org, Daniel Vetter , Matthias Brugger , linux-arm-kernel@lists.infradead.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Thu, 2020-01-02 at 13:20 +0800, CK Hu wrote: > Hi, Yongqiang: > > On Thu, 2020-01-02 at 12:00 +0800, Yongqiang Niu wrote: > > the fifo size of rdma in mt8183 is different. > > rdma0 fifo size is 5k > > rdma1 fifo size is 2k > > > > Signed-off-by: Yongqiang Niu > > --- > > drivers/gpu/drm/mediatek/mtk_disp_rdma.c | 21 ++++++++++++++++++++- > > 1 file changed, 20 insertions(+), 1 deletion(-) > > > > diff --git a/drivers/gpu/drm/mediatek/mtk_disp_rdma.c b/drivers/gpu/drm/mediatek/mtk_disp_rdma.c > > index 405afef..691480b 100644 > > --- a/drivers/gpu/drm/mediatek/mtk_disp_rdma.c > > +++ b/drivers/gpu/drm/mediatek/mtk_disp_rdma.c > > @@ -62,6 +62,7 @@ struct mtk_disp_rdma { > > struct mtk_ddp_comp ddp_comp; > > struct drm_crtc *crtc; > > const struct mtk_disp_rdma_data *data; > > + u32 fifo_size; > > }; > > > > static inline struct mtk_disp_rdma *comp_to_rdma(struct mtk_ddp_comp *comp) > > @@ -130,10 +131,16 @@ static void mtk_rdma_config(struct mtk_ddp_comp *comp, unsigned int width, > > unsigned int threshold; > > unsigned int reg; > > struct mtk_disp_rdma *rdma = comp_to_rdma(comp); > > + u32 rdma_fifo_size; > > > > rdma_update_bits(comp, DISP_REG_RDMA_SIZE_CON_0, 0xfff, width); > > rdma_update_bits(comp, DISP_REG_RDMA_SIZE_CON_1, 0xfffff, height); > > > > + if (rdma->fifo_size) > > + rdma_fifo_size = rdma->fifo_size; > > + else > > + rdma_fifo_size = RDMA_FIFO_SIZE(rdma); > > + > > /* > > * Enable FIFO underflow since DSI and DPI can't be blocked. > > * Keep the FIFO pseudo size reset default of 8 KiB. Set the > > @@ -142,7 +149,7 @@ static void mtk_rdma_config(struct mtk_ddp_comp *comp, unsigned int width, > > */ > > threshold = width * height * vrefresh * 4 * 7 / 1000000; > > reg = RDMA_FIFO_UNDERFLOW_EN | > > - RDMA_FIFO_PSEUDO_SIZE(RDMA_FIFO_SIZE(rdma)) | > > + RDMA_FIFO_PSEUDO_SIZE(rdma_fifo_size) | > > RDMA_OUTPUT_VALID_FIFO_THRESHOLD(threshold); > > writel(reg, comp->regs + DISP_REG_RDMA_FIFO_CON); > > } > > @@ -284,6 +291,18 @@ static int mtk_disp_rdma_probe(struct platform_device *pdev) > > return comp_id; > > } > > > > + if (of_find_property(dev->of_node, "mediatek,rdma_fifo_size", &ret)) { > > "mediatek,rdma_fifo_size" does not exists in binding document. > > > + ret = of_property_read_u32(dev->of_node, > > + "mediatek,rdma_fifo_size", > > + &priv->fifo_size); > > + if (ret) { > > + dev_err(dev, "Failed to get rdma fifo size\n"); > > + return ret; > > + } > > + > > + priv->fifo_size *= SZ_1K; > > Why not define fifo_size in 'bytes' ? > > Regards, > CK this is align the definition of fifo_size in mtk_disp_rdma_data, it is SZ_1K, and the macro RDMA_FIFO_PSEUDO_SIZE calculated with SZ_1K > > > + } > > + > > ret = mtk_ddp_comp_init(dev, dev->of_node, &priv->ddp_comp, comp_id, > > &mtk_disp_rdma_funcs); > > if (ret) { > > _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-8.3 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI, SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,UNPARSEABLE_RELAY,USER_AGENT_SANE_2 autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2F00FC2D0DD for ; Thu, 2 Jan 2020 05:44:22 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 00C2321655 for ; Thu, 2 Jan 2020 05:44:21 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=mediatek.com header.i=@mediatek.com header.b="E8aniT6k" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726026AbgABFoV (ORCPT ); Thu, 2 Jan 2020 00:44:21 -0500 Received: from mailgw02.mediatek.com ([210.61.82.184]:61102 "EHLO mailgw02.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1725788AbgABFoV (ORCPT ); Thu, 2 Jan 2020 00:44:21 -0500 X-UUID: ff7f549597e94f02bc9f66c7ec3850d8-20200102 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mediatek.com; s=dk; h=Content-Transfer-Encoding:MIME-Version:Content-Type:References:In-Reply-To:Date:CC:To:Reply-To:From:Subject:Message-ID; bh=vyS7IWI4BRwbY7rXWub/fMYSKrH1gB0wk72YU/M9xPs=; b=E8aniT6kL8DKFgcVP6lGajjs5ANPZQTKeHZF8HDbx1MvwbvTVM+LqbmzWEUG1vLdu8Da7XyaKivHp7mF94TaFzFfeq9/6z3i1TooERNgyZCkTGagJxUhILdHS4xIuslLf/yn2i1DdnSNT8XTfOiKL8F5CoQPS7xmU4Q836u7xoU=; X-UUID: ff7f549597e94f02bc9f66c7ec3850d8-20200102 Received: from mtkmrs01.mediatek.inc [(172.21.131.159)] by mailgw02.mediatek.com (envelope-from ) (Cellopoint E-mail Firewall v4.1.10 Build 0809 with TLS) with ESMTP id 790673981; Thu, 02 Jan 2020 13:44:17 +0800 Received: from MTKCAS32.mediatek.inc (172.27.4.184) by mtkmbs05n2.mediatek.inc (172.21.101.140) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Thu, 2 Jan 2020 13:43:46 +0800 Received: from [10.17.3.153] (10.17.3.153) by MTKCAS32.mediatek.inc (172.27.4.170) with Microsoft SMTP Server id 15.0.1395.4 via Frontend Transport; Thu, 2 Jan 2020 13:44:40 +0800 Message-ID: <1577943764.15116.3.camel@mhfsdcap03> Subject: Re: [PATCH v6, 13/14] drm/mediatek: add fifo_size into rdma private data From: Yongqiang Niu Reply-To: Yongqiang Niu To: CK Hu CC: Philipp Zabel , Rob Herring , Matthias Brugger , "David Airlie" , Daniel Vetter , Mark Rutland , , , , , Date: Thu, 2 Jan 2020 13:42:44 +0800 In-Reply-To: <1577942440.24650.5.camel@mtksdaap41> References: <1577937624-14313-1-git-send-email-yongqiang.niu@mediatek.com> <1577937624-14313-14-git-send-email-yongqiang.niu@mediatek.com> <1577942440.24650.5.camel@mtksdaap41> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4-0ubuntu2 MIME-Version: 1.0 X-MTK: N Content-Transfer-Encoding: base64 Sender: devicetree-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org T24gVGh1LCAyMDIwLTAxLTAyIGF0IDEzOjIwICswODAwLCBDSyBIdSB3cm90ZToNCj4gSGksIFlv bmdxaWFuZzoNCj4gDQo+IE9uIFRodSwgMjAyMC0wMS0wMiBhdCAxMjowMCArMDgwMCwgWW9uZ3Fp YW5nIE5pdSB3cm90ZToNCj4gPiB0aGUgZmlmbyBzaXplIG9mIHJkbWEgaW4gbXQ4MTgzIGlzIGRp ZmZlcmVudC4NCj4gPiByZG1hMCBmaWZvIHNpemUgaXMgNWsNCj4gPiByZG1hMSBmaWZvIHNpemUg aXMgMmsNCj4gPiANCj4gPiBTaWduZWQtb2ZmLWJ5OiBZb25ncWlhbmcgTml1IDx5b25ncWlhbmcu bml1QG1lZGlhdGVrLmNvbT4NCj4gPiAtLS0NCj4gPiAgZHJpdmVycy9ncHUvZHJtL21lZGlhdGVr L210a19kaXNwX3JkbWEuYyB8IDIxICsrKysrKysrKysrKysrKysrKysrLQ0KPiA+ICAxIGZpbGUg Y2hhbmdlZCwgMjAgaW5zZXJ0aW9ucygrKSwgMSBkZWxldGlvbigtKQ0KPiA+IA0KPiA+IGRpZmYg LS1naXQgYS9kcml2ZXJzL2dwdS9kcm0vbWVkaWF0ZWsvbXRrX2Rpc3BfcmRtYS5jIGIvZHJpdmVy cy9ncHUvZHJtL21lZGlhdGVrL210a19kaXNwX3JkbWEuYw0KPiA+IGluZGV4IDQwNWFmZWYuLjY5 MTQ4MGIgMTAwNjQ0DQo+ID4gLS0tIGEvZHJpdmVycy9ncHUvZHJtL21lZGlhdGVrL210a19kaXNw X3JkbWEuYw0KPiA+ICsrKyBiL2RyaXZlcnMvZ3B1L2RybS9tZWRpYXRlay9tdGtfZGlzcF9yZG1h LmMNCj4gPiBAQCAtNjIsNiArNjIsNyBAQCBzdHJ1Y3QgbXRrX2Rpc3BfcmRtYSB7DQo+ID4gIAlz dHJ1Y3QgbXRrX2RkcF9jb21wCQlkZHBfY29tcDsNCj4gPiAgCXN0cnVjdCBkcm1fY3J0YwkJCSpj cnRjOw0KPiA+ICAJY29uc3Qgc3RydWN0IG10a19kaXNwX3JkbWFfZGF0YQkqZGF0YTsNCj4gPiAr CXUzMgkJCQlmaWZvX3NpemU7DQo+ID4gIH07DQo+ID4gIA0KPiA+ICBzdGF0aWMgaW5saW5lIHN0 cnVjdCBtdGtfZGlzcF9yZG1hICpjb21wX3RvX3JkbWEoc3RydWN0IG10a19kZHBfY29tcCAqY29t cCkNCj4gPiBAQCAtMTMwLDEwICsxMzEsMTYgQEAgc3RhdGljIHZvaWQgbXRrX3JkbWFfY29uZmln KHN0cnVjdCBtdGtfZGRwX2NvbXAgKmNvbXAsIHVuc2lnbmVkIGludCB3aWR0aCwNCj4gPiAgCXVu c2lnbmVkIGludCB0aHJlc2hvbGQ7DQo+ID4gIAl1bnNpZ25lZCBpbnQgcmVnOw0KPiA+ICAJc3Ry dWN0IG10a19kaXNwX3JkbWEgKnJkbWEgPSBjb21wX3RvX3JkbWEoY29tcCk7DQo+ID4gKwl1MzIg cmRtYV9maWZvX3NpemU7DQo+ID4gIA0KPiA+ICAJcmRtYV91cGRhdGVfYml0cyhjb21wLCBESVNQ X1JFR19SRE1BX1NJWkVfQ09OXzAsIDB4ZmZmLCB3aWR0aCk7DQo+ID4gIAlyZG1hX3VwZGF0ZV9i aXRzKGNvbXAsIERJU1BfUkVHX1JETUFfU0laRV9DT05fMSwgMHhmZmZmZiwgaGVpZ2h0KTsNCj4g PiAgDQo+ID4gKwlpZiAocmRtYS0+Zmlmb19zaXplKQ0KPiA+ICsJCXJkbWFfZmlmb19zaXplID0g cmRtYS0+Zmlmb19zaXplOw0KPiA+ICsJZWxzZQ0KPiA+ICsJCXJkbWFfZmlmb19zaXplID0gUkRN QV9GSUZPX1NJWkUocmRtYSk7DQo+ID4gKw0KPiA+ICAJLyoNCj4gPiAgCSAqIEVuYWJsZSBGSUZP IHVuZGVyZmxvdyBzaW5jZSBEU0kgYW5kIERQSSBjYW4ndCBiZSBibG9ja2VkLg0KPiA+ICAJICog S2VlcCB0aGUgRklGTyBwc2V1ZG8gc2l6ZSByZXNldCBkZWZhdWx0IG9mIDggS2lCLiBTZXQgdGhl DQo+ID4gQEAgLTE0Miw3ICsxNDksNyBAQCBzdGF0aWMgdm9pZCBtdGtfcmRtYV9jb25maWcoc3Ry dWN0IG10a19kZHBfY29tcCAqY29tcCwgdW5zaWduZWQgaW50IHdpZHRoLA0KPiA+ICAJICovDQo+ ID4gIAl0aHJlc2hvbGQgPSB3aWR0aCAqIGhlaWdodCAqIHZyZWZyZXNoICogNCAqIDcgLyAxMDAw MDAwOw0KPiA+ICAJcmVnID0gUkRNQV9GSUZPX1VOREVSRkxPV19FTiB8DQo+ID4gLQkgICAgICBS RE1BX0ZJRk9fUFNFVURPX1NJWkUoUkRNQV9GSUZPX1NJWkUocmRtYSkpIHwNCj4gPiArCSAgICAg IFJETUFfRklGT19QU0VVRE9fU0laRShyZG1hX2ZpZm9fc2l6ZSkgfA0KPiA+ICAJICAgICAgUkRN QV9PVVRQVVRfVkFMSURfRklGT19USFJFU0hPTEQodGhyZXNob2xkKTsNCj4gPiAgCXdyaXRlbChy ZWcsIGNvbXAtPnJlZ3MgKyBESVNQX1JFR19SRE1BX0ZJRk9fQ09OKTsNCj4gPiAgfQ0KPiA+IEBA IC0yODQsNiArMjkxLDE4IEBAIHN0YXRpYyBpbnQgbXRrX2Rpc3BfcmRtYV9wcm9iZShzdHJ1Y3Qg cGxhdGZvcm1fZGV2aWNlICpwZGV2KQ0KPiA+ICAJCXJldHVybiBjb21wX2lkOw0KPiA+ICAJfQ0K PiA+ICANCj4gPiArCWlmIChvZl9maW5kX3Byb3BlcnR5KGRldi0+b2Zfbm9kZSwgIm1lZGlhdGVr LHJkbWFfZmlmb19zaXplIiwgJnJldCkpIHsNCj4gDQo+ICJtZWRpYXRlayxyZG1hX2ZpZm9fc2l6 ZSIgZG9lcyBub3QgZXhpc3RzIGluIGJpbmRpbmcgZG9jdW1lbnQuDQo+IA0KPiA+ICsJCXJldCA9 IG9mX3Byb3BlcnR5X3JlYWRfdTMyKGRldi0+b2Zfbm9kZSwNCj4gPiArCQkJCQkgICAibWVkaWF0 ZWsscmRtYV9maWZvX3NpemUiLA0KPiA+ICsJCQkJCSAgICZwcml2LT5maWZvX3NpemUpOw0KPiA+ ICsJCWlmIChyZXQpIHsNCj4gPiArCQkJZGV2X2VycihkZXYsICJGYWlsZWQgdG8gZ2V0IHJkbWEg ZmlmbyBzaXplXG4iKTsNCj4gPiArCQkJcmV0dXJuIHJldDsNCj4gPiArCQl9DQo+ID4gKw0KPiA+ ICsJCXByaXYtPmZpZm9fc2l6ZSAqPSBTWl8xSzsNCj4gDQo+IFdoeSBub3QgZGVmaW5lIGZpZm9f c2l6ZSBpbiAnYnl0ZXMnID8NCj4gDQo+IFJlZ2FyZHMsDQo+IENLDQoNCnRoaXMgaXMgYWxpZ24g dGhlIGRlZmluaXRpb24gb2YgZmlmb19zaXplIGluIG10a19kaXNwX3JkbWFfZGF0YSwgaXQgaXMN ClNaXzFLLCANCmFuZCB0aGUgbWFjcm8gUkRNQV9GSUZPX1BTRVVET19TSVpFIGNhbGN1bGF0ZWQg d2l0aCBTWl8xSw0KPiANCj4gPiArCX0NCj4gPiArDQo+ID4gIAlyZXQgPSBtdGtfZGRwX2NvbXBf aW5pdChkZXYsIGRldi0+b2Zfbm9kZSwgJnByaXYtPmRkcF9jb21wLCBjb21wX2lkLA0KPiA+ICAJ CQkJJm10a19kaXNwX3JkbWFfZnVuY3MpOw0KPiA+ICAJaWYgKHJldCkgew0KPiANCj4gDQoNCg== From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-8.1 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY, SPF_HELO_NONE,SPF_PASS,UNPARSEABLE_RELAY,USER_AGENT_SANE_2 autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 51628C2D0DC for ; Thu, 2 Jan 2020 10:58:54 +0000 (UTC) Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 28441215A4 for ; Thu, 2 Jan 2020 10:58:54 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (1024-bit key) header.d=mediatek.com header.i=@mediatek.com header.b="E8aniT6k" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 28441215A4 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=mediatek.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=dri-devel-bounces@lists.freedesktop.org Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 006026E073; Thu, 2 Jan 2020 10:58:20 +0000 (UTC) Received: from mailgw02.mediatek.com (unknown [210.61.82.184]) by gabe.freedesktop.org (Postfix) with ESMTP id DC71A89B4D for ; Thu, 2 Jan 2020 05:44:20 +0000 (UTC) X-UUID: ff7f549597e94f02bc9f66c7ec3850d8-20200102 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mediatek.com; s=dk; h=Content-Transfer-Encoding:MIME-Version:Content-Type:References:In-Reply-To:Date:CC:To:Reply-To:From:Subject:Message-ID; bh=vyS7IWI4BRwbY7rXWub/fMYSKrH1gB0wk72YU/M9xPs=; b=E8aniT6kL8DKFgcVP6lGajjs5ANPZQTKeHZF8HDbx1MvwbvTVM+LqbmzWEUG1vLdu8Da7XyaKivHp7mF94TaFzFfeq9/6z3i1TooERNgyZCkTGagJxUhILdHS4xIuslLf/yn2i1DdnSNT8XTfOiKL8F5CoQPS7xmU4Q836u7xoU=; X-UUID: ff7f549597e94f02bc9f66c7ec3850d8-20200102 Received: from mtkmrs01.mediatek.inc [(172.21.131.159)] by mailgw02.mediatek.com (envelope-from ) (Cellopoint E-mail Firewall v4.1.10 Build 0809 with TLS) with ESMTP id 790673981; Thu, 02 Jan 2020 13:44:17 +0800 Received: from MTKCAS32.mediatek.inc (172.27.4.184) by mtkmbs05n2.mediatek.inc (172.21.101.140) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Thu, 2 Jan 2020 13:43:46 +0800 Received: from [10.17.3.153] (10.17.3.153) by MTKCAS32.mediatek.inc (172.27.4.170) with Microsoft SMTP Server id 15.0.1395.4 via Frontend Transport; Thu, 2 Jan 2020 13:44:40 +0800 Message-ID: <1577943764.15116.3.camel@mhfsdcap03> Subject: Re: [PATCH v6, 13/14] drm/mediatek: add fifo_size into rdma private data From: Yongqiang Niu To: CK Hu Date: Thu, 2 Jan 2020 13:42:44 +0800 In-Reply-To: <1577942440.24650.5.camel@mtksdaap41> References: <1577937624-14313-1-git-send-email-yongqiang.niu@mediatek.com> <1577937624-14313-14-git-send-email-yongqiang.niu@mediatek.com> <1577942440.24650.5.camel@mtksdaap41> X-Mailer: Evolution 3.10.4-0ubuntu2 MIME-Version: 1.0 X-MTK: N X-Mailman-Approved-At: Thu, 02 Jan 2020 10:58:15 +0000 X-BeenThere: dri-devel@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Direct Rendering Infrastructure - Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Yongqiang Niu Cc: Mark Rutland , devicetree@vger.kernel.org, David Airlie , linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, Rob Herring , linux-mediatek@lists.infradead.org, Matthias Brugger , linux-arm-kernel@lists.infradead.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" On Thu, 2020-01-02 at 13:20 +0800, CK Hu wrote: > Hi, Yongqiang: > > On Thu, 2020-01-02 at 12:00 +0800, Yongqiang Niu wrote: > > the fifo size of rdma in mt8183 is different. > > rdma0 fifo size is 5k > > rdma1 fifo size is 2k > > > > Signed-off-by: Yongqiang Niu > > --- > > drivers/gpu/drm/mediatek/mtk_disp_rdma.c | 21 ++++++++++++++++++++- > > 1 file changed, 20 insertions(+), 1 deletion(-) > > > > diff --git a/drivers/gpu/drm/mediatek/mtk_disp_rdma.c b/drivers/gpu/drm/mediatek/mtk_disp_rdma.c > > index 405afef..691480b 100644 > > --- a/drivers/gpu/drm/mediatek/mtk_disp_rdma.c > > +++ b/drivers/gpu/drm/mediatek/mtk_disp_rdma.c > > @@ -62,6 +62,7 @@ struct mtk_disp_rdma { > > struct mtk_ddp_comp ddp_comp; > > struct drm_crtc *crtc; > > const struct mtk_disp_rdma_data *data; > > + u32 fifo_size; > > }; > > > > static inline struct mtk_disp_rdma *comp_to_rdma(struct mtk_ddp_comp *comp) > > @@ -130,10 +131,16 @@ static void mtk_rdma_config(struct mtk_ddp_comp *comp, unsigned int width, > > unsigned int threshold; > > unsigned int reg; > > struct mtk_disp_rdma *rdma = comp_to_rdma(comp); > > + u32 rdma_fifo_size; > > > > rdma_update_bits(comp, DISP_REG_RDMA_SIZE_CON_0, 0xfff, width); > > rdma_update_bits(comp, DISP_REG_RDMA_SIZE_CON_1, 0xfffff, height); > > > > + if (rdma->fifo_size) > > + rdma_fifo_size = rdma->fifo_size; > > + else > > + rdma_fifo_size = RDMA_FIFO_SIZE(rdma); > > + > > /* > > * Enable FIFO underflow since DSI and DPI can't be blocked. > > * Keep the FIFO pseudo size reset default of 8 KiB. Set the > > @@ -142,7 +149,7 @@ static void mtk_rdma_config(struct mtk_ddp_comp *comp, unsigned int width, > > */ > > threshold = width * height * vrefresh * 4 * 7 / 1000000; > > reg = RDMA_FIFO_UNDERFLOW_EN | > > - RDMA_FIFO_PSEUDO_SIZE(RDMA_FIFO_SIZE(rdma)) | > > + RDMA_FIFO_PSEUDO_SIZE(rdma_fifo_size) | > > RDMA_OUTPUT_VALID_FIFO_THRESHOLD(threshold); > > writel(reg, comp->regs + DISP_REG_RDMA_FIFO_CON); > > } > > @@ -284,6 +291,18 @@ static int mtk_disp_rdma_probe(struct platform_device *pdev) > > return comp_id; > > } > > > > + if (of_find_property(dev->of_node, "mediatek,rdma_fifo_size", &ret)) { > > "mediatek,rdma_fifo_size" does not exists in binding document. > > > + ret = of_property_read_u32(dev->of_node, > > + "mediatek,rdma_fifo_size", > > + &priv->fifo_size); > > + if (ret) { > > + dev_err(dev, "Failed to get rdma fifo size\n"); > > + return ret; > > + } > > + > > + priv->fifo_size *= SZ_1K; > > Why not define fifo_size in 'bytes' ? > > Regards, > CK this is align the definition of fifo_size in mtk_disp_rdma_data, it is SZ_1K, and the macro RDMA_FIFO_PSEUDO_SIZE calculated with SZ_1K > > > + } > > + > > ret = mtk_ddp_comp_init(dev, dev->of_node, &priv->ddp_comp, comp_id, > > &mtk_disp_rdma_funcs); > > if (ret) { > > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel