Message ID | 1666147936-27368-2-git-send-email-xinlei.lee@mediatek.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:4ac7:0:0:0:0:0 with SMTP id y7csp96253wrs; Tue, 18 Oct 2022 19:53:57 -0700 (PDT) X-Google-Smtp-Source: AMsMyM7adJcutHE4yZpgowxCuPlQqDp2NlO7Bi5GvEoJ7JRLBYzGbJO0droTpSWCU4pp2LgTZmFj X-Received: by 2002:a17:902:d4d1:b0:185:52c4:f4c6 with SMTP id o17-20020a170902d4d100b0018552c4f4c6mr6088382plg.154.1666148037325; Tue, 18 Oct 2022 19:53:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1666148037; cv=none; d=google.com; s=arc-20160816; b=AbPu+0htG8erIQ4jzTjeSZMBx2DarFFlpEEktdSyaTPym2DjSC46847WrlffUn9jLH ZvRY/PgOiAbO4e3QdrGGFkVwap3PtqYJC9gcXCWtYD+bN0cfiQ4Ru+kO9bvEcxaYfw3n ordrwAoVfr+nzGHabTgf9hgTxXPRm8RECCYBOcwENBAbFaThGRxLS2kEn8+a7gwIdfzU phkEGbBspn+kyT3F0rPe5cofWSjOwDIOWn5iyq7pcSv57+Ueoaie/oh9SIse1z0tA7Ja 69hKKYlrwLc1Y9udEesA5CVhad1Noe5N2twu1DC4cfL3phDgvxgkFSBCOW1kTt0LAIwN F3rA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:references:in-reply-to:message-id :date:subject:cc:to:from:dkim-signature; bh=QpGio/EV5mFj12MkStq+ZtNWOZ7KYN1GJgKcsHsBZJ0=; b=wh93gLkpwOgRXwBRBas52H6hrijZ1lG386yExlvhCMnU6ckm5rFLo1Ik9rJDogWQJl qTD6k7ycMcvLwnh/HdIqb43LnPiV6ePQRTBKMbBOlxBucURJdaRtkPWrqt4N/3fKcroj HAu7GGhc+f+6ftT+g1wOf3xd2TXaAA1qwHsL+UMATBnVDVR5YTQuYJ7Sa7fJzD3ko09+ PY4J4Ad8mbtxJAJQNoevQMmMdvO/6sw5qBnw1e+Sv2l9COHIec4EQLNwMux7EdsIv+ZE 8Fqc74uyUDIS7EWnLt0j34Ph2h5amqSmTDldzqDEBzEV7FrwLMhxjbdQRO7uRdnaBWW4 lIJA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@mediatek.com header.s=dk header.b=dJng+F4x; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=mediatek.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id h12-20020a170902f70c00b001782a6fbc7csi16533737plo.463.2022.10.18.19.53.43; Tue, 18 Oct 2022 19:53:57 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@mediatek.com header.s=dk header.b=dJng+F4x; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=mediatek.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229767AbiJSCwl (ORCPT <rfc822;samuel.l.nystrom@gmail.com> + 99 others); Tue, 18 Oct 2022 22:52:41 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54128 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229508AbiJSCwf (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Tue, 18 Oct 2022 22:52:35 -0400 Received: from mailgw02.mediatek.com (unknown [210.61.82.184]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2F9C2E52ED for <linux-kernel@vger.kernel.org>; Tue, 18 Oct 2022 19:52:29 -0700 (PDT) X-UUID: 95a5f3a0c21c40f3a5ff2fffd0b12abe-20221019 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mediatek.com; s=dk; h=Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Date:Subject:CC:To:From; bh=QpGio/EV5mFj12MkStq+ZtNWOZ7KYN1GJgKcsHsBZJ0=; b=dJng+F4xGwUYlVXm6CWBft6t6Y9eErzUgDeehhVn2GFCAiqJYGrZL93aLNrkIqRravGYWUOlYQSvWVo6pK6+z56K75QQFpc9+WoZxk9Yf8u9B/cbXrsxELzfLUbeXg73PzFlW+w7SJfWOXFLLzC/WkfjuoOJqbzy8ThN6V9I0JE=; X-CID-P-RULE: Release_Ham X-CID-O-INFO: VERSION:1.1.11,REQID:005e7af5-2dba-48f6-9d51-426e57cbed36,IP:0,U RL:0,TC:0,Content:-25,EDM:0,RT:0,SF:0,FILE:0,BULK:0,RULE:Release_Ham,ACTIO N:release,TS:-25 X-CID-META: VersionHash:39a5ff1,CLOUDID:c5b43ba3-73e4-48dd-a911-57b5d5484f14,B ulkID:nil,BulkQuantity:0,Recheck:0,SF:102,TC:nil,Content:0,EDM:-3,IP:nil,U RL:11|1,File:nil,Bulk:nil,QS:nil,BEC:nil,COL:0 X-UUID: 95a5f3a0c21c40f3a5ff2fffd0b12abe-20221019 Received: from mtkmbs10n2.mediatek.inc [(172.21.101.183)] by mailgw02.mediatek.com (envelope-from <xinlei.lee@mediatek.com>) (Generic MTA with TLSv1.2 ECDHE-RSA-AES256-GCM-SHA384 256/256) with ESMTP id 908120843; Wed, 19 Oct 2022 10:52:22 +0800 Received: from mtkmbs13n1.mediatek.inc (172.21.101.193) by mtkmbs13n2.mediatek.inc (172.21.101.108) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Wed, 19 Oct 2022 10:52:21 +0800 Received: from mszsdaap41.gcn.mediatek.inc (10.16.6.141) by mtkmbs13n1.mediatek.inc (172.21.101.73) with Microsoft SMTP Server id 15.2.792.15 via Frontend Transport; Wed, 19 Oct 2022 10:52:20 +0800 From: <xinlei.lee@mediatek.com> To: <matthias.bgg@gmail.com>, <rex-bc.chen@mediatek.com>, <angelogioacchino.delregno@collabora.com>, <jason-jh.lin@mediatek.com>, <nfraprado@collabora.com>, <chunkuang.hu@kernel.org>, <p.zabel@pengutronix.de>, <airlied@linux.ie>, <daniel@ffwll.ch> CC: <dri-devel@lists.freedesktop.org>, <linux-mediatek@lists.infradead.org>, <linux-arm-kernel@lists.infradead.org>, <linux-kernel@vger.kernel.org>, <Project_Global_Chrome_Upstream_Group@mediatek.com>, Xinlei Lee <xinlei.lee@mediatek.com> Subject: [PATCH v12,1/3] soc: mediatek: Add all settings to mtk_mmsys_ddp_dpi_fmt_config func Date: Wed, 19 Oct 2022 10:52:14 +0800 Message-ID: <1666147936-27368-2-git-send-email-xinlei.lee@mediatek.com> X-Mailer: git-send-email 2.6.4 In-Reply-To: <1666147936-27368-1-git-send-email-xinlei.lee@mediatek.com> References: <1666147936-27368-1-git-send-email-xinlei.lee@mediatek.com> MIME-Version: 1.0 Content-Type: text/plain X-MTK: N X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_MSPIKE_H2,SPF_HELO_PASS, SPF_PASS,UNPARSEABLE_RELAY autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1747082844421224063?= X-GMAIL-MSGID: =?utf-8?q?1747082844421224063?= |
Series |
Add dpi output format control for MT8186
|
|
Commit Message
Xinlei Lee (李昕磊)
Oct. 19, 2022, 2:52 a.m. UTC
From: Xinlei Lee <xinlei.lee@mediatek.com> The difference between MT8186 and other ICs is that when modifying the output format, we need to modify the mmsys_base+0x400 register to take effect. So when setting the dpi output format, we need to call mmsys_func to set it to MT8186 synchronously. Adding mmsys all the settings that need to be modified with dpi are for mt8186. Fixes: a071e52f75d1 ("soc: mediatek: Add mmsys func to adapt to dpi output for MT8186") Signed-off-by: Xinlei Lee <xinlei.lee@mediatek.com> Reviewed-by: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Reviewed-by: CK Hu <ck.hu@mediatek.com> --- drivers/soc/mediatek/mt8186-mmsys.h | 8 +++++--- drivers/soc/mediatek/mtk-mmsys.c | 27 ++++++++++++++++++++------ include/linux/soc/mediatek/mtk-mmsys.h | 7 +++++++ 3 files changed, 33 insertions(+), 9 deletions(-)
Comments
Hi, On Wed, Oct 19, 2022 at 10:52:14AM +0800, xinlei.lee@mediatek.com wrote: > From: Xinlei Lee <xinlei.lee@mediatek.com> > > The difference between MT8186 and other ICs is that when modifying the > output format, we need to modify the mmsys_base+0x400 register to take > effect. > So when setting the dpi output format, we need to call mmsys_func to set mmsys_func isn't something that exists in the code. Instead mention the actual function name: mtk_mmsys_ddp_dpi_fmt_config. > it to MT8186 synchronously. Here, before saying that the commit adds all the settings for dpi, you could have mentioned that the previous commit lacked those, to make it clearer: Commit a071e52f75d1 ("soc: mediatek: Add mmsys func to adapt to dpi output for MT8186") lacked some of the possible output formats and also had a wrong bitmask. > Adding mmsys all the settings that need to be modified with dpi are for > mt8186. This sentence I would change to the following one: Add the missing output formats and fix the bitmask. Finally, you're also making the function more HW-agnostic (although in my opinion this could've been a future separate commit), so it's worth mentioning it here: While at it, also update mtk_mmsys_ddp_dpi_fmt_config() to use generic formats, so that it is slightly easier to extend for other platforms. > > Fixes: a071e52f75d1 ("soc: mediatek: Add mmsys func to adapt to dpi > output for MT8186") The fixes tag should be kept in a single line, without wrapping. > > Signed-off-by: Xinlei Lee <xinlei.lee@mediatek.com> > Reviewed-by: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> > Reviewed-by: CK Hu <ck.hu@mediatek.com> > --- > drivers/soc/mediatek/mt8186-mmsys.h | 8 +++++--- > drivers/soc/mediatek/mtk-mmsys.c | 27 ++++++++++++++++++++------ > include/linux/soc/mediatek/mtk-mmsys.h | 7 +++++++ > 3 files changed, 33 insertions(+), 9 deletions(-) > > diff --git a/drivers/soc/mediatek/mt8186-mmsys.h b/drivers/soc/mediatek/mt8186-mmsys.h > index 09b1ccbc0093..035aec1eb616 100644 > --- a/drivers/soc/mediatek/mt8186-mmsys.h > +++ b/drivers/soc/mediatek/mt8186-mmsys.h > @@ -5,9 +5,11 @@ > > /* Values for DPI configuration in MMSYS address space */ > #define MT8186_MMSYS_DPI_OUTPUT_FORMAT 0x400 > -#define DPI_FORMAT_MASK 0x1 > -#define DPI_RGB888_DDR_CON BIT(0) > -#define DPI_RGB565_SDR_CON BIT(1) > +#define DPI_FORMAT_MASK GENMASK(1, 0) > +#define DPI_RGB888_SDR_CON 0 > +#define DPI_RGB888_DDR_CON 1 > +#define DPI_RGB565_SDR_CON 2 > +#define DPI_RGB565_DDR_CON 3 These defines should all have a MT8186_ prefix. This will avoid confusions now that mtk_mmsys_ddp_dpi_fmt_config() is being made more platform-agnostic. > > #define MT8186_MMSYS_OVL_CON 0xF04 > #define MT8186_MMSYS_OVL0_CON_MASK 0x3 > diff --git a/drivers/soc/mediatek/mtk-mmsys.c b/drivers/soc/mediatek/mtk-mmsys.c > index d2c7a87aab87..205f6de45851 100644 > --- a/drivers/soc/mediatek/mtk-mmsys.c > +++ b/drivers/soc/mediatek/mtk-mmsys.c > @@ -238,12 +238,27 @@ static void mtk_mmsys_update_bits(struct mtk_mmsys *mmsys, u32 offset, u32 mask, > > void mtk_mmsys_ddp_dpi_fmt_config(struct device *dev, u32 val) > { > - if (val) > - mtk_mmsys_update_bits(dev_get_drvdata(dev), MT8186_MMSYS_DPI_OUTPUT_FORMAT, > - DPI_RGB888_DDR_CON, DPI_FORMAT_MASK); > - else > - mtk_mmsys_update_bits(dev_get_drvdata(dev), MT8186_MMSYS_DPI_OUTPUT_FORMAT, > - DPI_RGB565_SDR_CON, DPI_FORMAT_MASK); > + struct mtk_mmsys *mmsys = dev_get_drvdata(dev); > + > + switch (val) { > + case MTK_DPI_RGB888_SDR_CON: > + mtk_mmsys_update_bits(mmsys, MT8186_MMSYS_DPI_OUTPUT_FORMAT, > + DPI_FORMAT_MASK, DPI_RGB888_SDR_CON); > + break; > + case MTK_DPI_RGB565_SDR_CON: > + mtk_mmsys_update_bits(mmsys, MT8186_MMSYS_DPI_OUTPUT_FORMAT, > + DPI_FORMAT_MASK, DPI_RGB565_SDR_CON); > + break; > + case MTK_DPI_RGB565_DDR_CON: > + mtk_mmsys_update_bits(mmsys, MT8186_MMSYS_DPI_OUTPUT_FORMAT, > + DPI_FORMAT_MASK, DPI_RGB565_DDR_CON); > + break; > + case MTK_DPI_RGB888_DDR_CON: > + default: > + mtk_mmsys_update_bits(mmsys, MT8186_MMSYS_DPI_OUTPUT_FORMAT, > + DPI_FORMAT_MASK, DPI_RGB888_DDR_CON); > + break; > + } To be honest I don't really see the point of making the function slightly more platform-agnostic like this. With a single platform making use of it it's just an unneeded extra abstraction, and it could easily be done when a second platform starts requiring this as well... In any case, Reviewed-by: Nícolas F. R. A. Prado <nfraprado@collabora.com> Thanks, Nícolas > } [..]
On Fri, Oct 21, 2022 at 07:59:02PM +0800, xinlei.lee wrote: > On Thu, 2022-10-20 at 12:33 -0400, Nícolas F. R. A. Prado wrote: > > Hi, > > > > On Wed, Oct 19, 2022 at 10:52:14AM +0800, xinlei.lee@mediatek.com > > wrote: > > > From: Xinlei Lee <xinlei.lee@mediatek.com> > > > > > > The difference between MT8186 and other ICs is that when modifying > > > the > > > output format, we need to modify the mmsys_base+0x400 register to > > > take > > > effect. > > > So when setting the dpi output format, we need to call mmsys_func > > > to set > > > > mmsys_func isn't something that exists in the code. Instead mention > > the actual > > function name: mtk_mmsys_ddp_dpi_fmt_config. > > > > > it to MT8186 synchronously. > > > > > > Here, before saying that the commit adds all the settings for dpi, > > you could > > have mentioned that the previous commit lacked those, to make it > > clearer: > > > > Commit a071e52f75d1 ("soc: mediatek: Add mmsys func to adapt to dpi > > output for MT8186") > > lacked some of the possible output formats and also had a wrong > > bitmask. > > > > > > > Adding mmsys all the settings that need to be modified with dpi are > > > for > > > mt8186. > > > > This sentence I would change to the following one: > > > > Add the missing output formats and fix the bitmask. > > > > > > Finally, you're also making the function more HW-agnostic (although > > in my > > opinion this could've been a future separate commit), so it's worth > > mentioning > > it here: > > > > While at it, also update mtk_mmsys_ddp_dpi_fmt_config() to use > > generic formats, > > so that it is slightly easier to extend for other platforms. > > > > > > > > Fixes: a071e52f75d1 ("soc: mediatek: Add mmsys func to adapt to dpi > > > output for MT8186") > > > > The fixes tag should be kept in a single line, without wrapping. > > > > > > > > Signed-off-by: Xinlei Lee <xinlei.lee@mediatek.com> > > > Reviewed-by: AngeloGioacchino Del Regno < > > > angelogioacchino.delregno@collabora.com> > > > Reviewed-by: CK Hu <ck.hu@mediatek.com> > > > --- > > > drivers/soc/mediatek/mt8186-mmsys.h | 8 +++++--- > > > drivers/soc/mediatek/mtk-mmsys.c | 27 ++++++++++++++++++++ > > > ------ > > > include/linux/soc/mediatek/mtk-mmsys.h | 7 +++++++ > > > 3 files changed, 33 insertions(+), 9 deletions(-) > > > > > > diff --git a/drivers/soc/mediatek/mt8186-mmsys.h > > > b/drivers/soc/mediatek/mt8186-mmsys.h > > > index 09b1ccbc0093..035aec1eb616 100644 > > > --- a/drivers/soc/mediatek/mt8186-mmsys.h > > > +++ b/drivers/soc/mediatek/mt8186-mmsys.h > > > @@ -5,9 +5,11 @@ > > > > > > /* Values for DPI configuration in MMSYS address space */ > > > #define MT8186_MMSYS_DPI_OUTPUT_FORMAT 0x400 > > > -#define DPI_FORMAT_MASK 0x1 > > > -#define DPI_RGB888_DDR_CON BIT(0) > > > -#define DPI_RGB565_SDR_CON BIT(1) > > > +#define DPI_FORMAT_MASK GENMASK > > > (1, 0) > > > +#define DPI_RGB888_SDR_CON 0 > > > +#define DPI_RGB888_DDR_CON 1 > > > +#define DPI_RGB565_SDR_CON 2 > > > +#define DPI_RGB565_DDR_CON 3 > > > > These defines should all have a MT8186_ prefix. This will avoid > > confusions now > > that mtk_mmsys_ddp_dpi_fmt_config() is being made more platform- > > agnostic. > > > > > > > > #define MT8186_MMSYS_OVL_CON 0xF04 > > > #define MT8186_MMSYS_OVL0_CON_MASK 0x3 > > > diff --git a/drivers/soc/mediatek/mtk-mmsys.c > > > b/drivers/soc/mediatek/mtk-mmsys.c > > > index d2c7a87aab87..205f6de45851 100644 > > > --- a/drivers/soc/mediatek/mtk-mmsys.c > > > +++ b/drivers/soc/mediatek/mtk-mmsys.c > > > @@ -238,12 +238,27 @@ static void mtk_mmsys_update_bits(struct > > > mtk_mmsys *mmsys, u32 offset, u32 mask, > > > > > > void mtk_mmsys_ddp_dpi_fmt_config(struct device *dev, u32 val) > > > { > > > - if (val) > > > - mtk_mmsys_update_bits(dev_get_drvdata(dev), > > > MT8186_MMSYS_DPI_OUTPUT_FORMAT, > > > - DPI_RGB888_DDR_CON, > > > DPI_FORMAT_MASK); > > > - else > > > - mtk_mmsys_update_bits(dev_get_drvdata(dev), > > > MT8186_MMSYS_DPI_OUTPUT_FORMAT, > > > - DPI_RGB565_SDR_CON, > > > DPI_FORMAT_MASK); > > > + struct mtk_mmsys *mmsys = dev_get_drvdata(dev); > > > + > > > + switch (val) { > > > + case MTK_DPI_RGB888_SDR_CON: > > > + mtk_mmsys_update_bits(mmsys, > > > MT8186_MMSYS_DPI_OUTPUT_FORMAT, > > > + DPI_FORMAT_MASK, > > > DPI_RGB888_SDR_CON); > > > + break; > > > + case MTK_DPI_RGB565_SDR_CON: > > > + mtk_mmsys_update_bits(mmsys, > > > MT8186_MMSYS_DPI_OUTPUT_FORMAT, > > > + DPI_FORMAT_MASK, > > > DPI_RGB565_SDR_CON); > > > + break; > > > + case MTK_DPI_RGB565_DDR_CON: > > > + mtk_mmsys_update_bits(mmsys, > > > MT8186_MMSYS_DPI_OUTPUT_FORMAT, > > > + DPI_FORMAT_MASK, > > > DPI_RGB565_DDR_CON); > > > + break; > > > + case MTK_DPI_RGB888_DDR_CON: > > > + default: > > > + mtk_mmsys_update_bits(mmsys, > > > MT8186_MMSYS_DPI_OUTPUT_FORMAT, > > > + DPI_FORMAT_MASK, > > > DPI_RGB888_DDR_CON); > > > + break; > > > + } > > > > To be honest I don't really see the point of making the function > > slightly more > > platform-agnostic like this. With a single platform making use of it > > it's just > > an unneeded extra abstraction, and it could easily be done when a > > second > > platform starts requiring this as well... > > > > In any case, > > > > Reviewed-by: Nícolas F. R. A. Prado <nfraprado@collabora.com> > > > > Thanks, > > Nícolas > > > > > } > > > > [..] > > Hi Nícolas: > > Thanks for your detailed reply and correction. > Before sending out the next edition, I have two questions I would like > to confirm with you in response to your responses: > 1.While at it, also update mtk_mmsys_ddp_dpi_fmt_config() to use > generic formats, so that it is slightly easier to extend for other > platforms. > => This is to make this mtk_mmsys_ddp_dpi_fmt_config() func more > general? > This function may only be used by MT8186, because only MT8186 > has > corresponding modifications on HW, and enables the registers reserved > in mmsys for dpi use to control the output format. Because this > register is not defined for other ic, I added control to this function > call in mtk_dpi.c. If you think there are other ways to make it look > more generic, where should I correct it? You already made the mtk_mmsys_ddp_dpi_fmt_config() more generic by making it's format parameter decoupled from its register representation on MT8186, that is, MTK_DPI_RGB888_SDR_CON instead of DPI_RGB888_SDR_CON. I wasn't asking for any code modification on that comment, I was suggesting you add this sentence in the commit message, so it reflects the changes you're already doing. To be extra clear, I was suggesting you update the commit message to the following: The difference between MT8186 and other ICs is that when modifying the output format, we need to modify the mmsys_base+0x400 register to take effect. So when setting the dpi output format, we need to call mtk_mmsys_ddp_dpi_fmt_config to set it to MT8186 synchronously. Commit a071e52f75d1 ("soc: mediatek: Add mmsys func to adapt to dpi output for MT8186") lacked some of the possible output formats and also had a wrong bitmask. Add the missing output formats and fix the bitmask. While at it, also update mtk_mmsys_ddp_dpi_fmt_config() to use generic formats, so that it is slightly easier to extend for other platforms. Fixes: a071e52f75d1 ("soc: mediatek: Add mmsys func to adapt to dpi output for MT8186") > > 2. These definitions should all have a MT8186_ prefix. This will avoid > confusion as mtk_mmsys_ddp_dpi_fmt_config() becomes more platform > independent. > > Honestly, I don't really see the point of making the feature platform- > agnostic like this. Using it on a single platform is just an extra > abstraction that isn't needed, when a second platform starts needing > it too, it can be done easily... > > => My understanding here is that prefixing variables with labels is > more conducive to making functions generic, and can be reused if there > is such a situation in the future. I understand the importance of > keeping the function platform agnostic, but as mentioned, it may only > be used by the MT8186 if there are special cases where other ICs may > rely on mtk_mmsys_update_bits to create new functions. What I'm saying is that, even though you've made the function receive a generic format as a parameter, like MTK_DPI_RGB888_SDR_CON, at this point in time MT8186 is the only SoC that has a register in mmsys for it, so the values DPI_FORMAT_MASK DPI_RGB888_SDR_CON DPI_RGB888_DDR_CON DPI_RGB565_SDR_CON DPI_RGB565_DDR_CON are really all MT8186-specific, at least at this point. Leaving them without the MT8186_ can give the false impression that they're already used elsewhere. Also it's really easy to mistake them for the generic ones (like MTK_DPI_RGB888_SDR_CON). MT8186_MMSYS_DPI_OUTPUT_FORMAT already has the MT8186_ prefix, so I'm really just saying that the other ones should have as well. If/when the same address, mask or values for this register start being used on a different SoC, then you can remove the prefix and move it to the mtk-mmsys.h generic header. But for now adding the prefixes will avoid confusion and make it clear this is MT8186 specific. Thanks, Nícolas
diff --git a/drivers/soc/mediatek/mt8186-mmsys.h b/drivers/soc/mediatek/mt8186-mmsys.h index 09b1ccbc0093..035aec1eb616 100644 --- a/drivers/soc/mediatek/mt8186-mmsys.h +++ b/drivers/soc/mediatek/mt8186-mmsys.h @@ -5,9 +5,11 @@ /* Values for DPI configuration in MMSYS address space */ #define MT8186_MMSYS_DPI_OUTPUT_FORMAT 0x400 -#define DPI_FORMAT_MASK 0x1 -#define DPI_RGB888_DDR_CON BIT(0) -#define DPI_RGB565_SDR_CON BIT(1) +#define DPI_FORMAT_MASK GENMASK(1, 0) +#define DPI_RGB888_SDR_CON 0 +#define DPI_RGB888_DDR_CON 1 +#define DPI_RGB565_SDR_CON 2 +#define DPI_RGB565_DDR_CON 3 #define MT8186_MMSYS_OVL_CON 0xF04 #define MT8186_MMSYS_OVL0_CON_MASK 0x3 diff --git a/drivers/soc/mediatek/mtk-mmsys.c b/drivers/soc/mediatek/mtk-mmsys.c index d2c7a87aab87..205f6de45851 100644 --- a/drivers/soc/mediatek/mtk-mmsys.c +++ b/drivers/soc/mediatek/mtk-mmsys.c @@ -238,12 +238,27 @@ static void mtk_mmsys_update_bits(struct mtk_mmsys *mmsys, u32 offset, u32 mask, void mtk_mmsys_ddp_dpi_fmt_config(struct device *dev, u32 val) { - if (val) - mtk_mmsys_update_bits(dev_get_drvdata(dev), MT8186_MMSYS_DPI_OUTPUT_FORMAT, - DPI_RGB888_DDR_CON, DPI_FORMAT_MASK); - else - mtk_mmsys_update_bits(dev_get_drvdata(dev), MT8186_MMSYS_DPI_OUTPUT_FORMAT, - DPI_RGB565_SDR_CON, DPI_FORMAT_MASK); + struct mtk_mmsys *mmsys = dev_get_drvdata(dev); + + switch (val) { + case MTK_DPI_RGB888_SDR_CON: + mtk_mmsys_update_bits(mmsys, MT8186_MMSYS_DPI_OUTPUT_FORMAT, + DPI_FORMAT_MASK, DPI_RGB888_SDR_CON); + break; + case MTK_DPI_RGB565_SDR_CON: + mtk_mmsys_update_bits(mmsys, MT8186_MMSYS_DPI_OUTPUT_FORMAT, + DPI_FORMAT_MASK, DPI_RGB565_SDR_CON); + break; + case MTK_DPI_RGB565_DDR_CON: + mtk_mmsys_update_bits(mmsys, MT8186_MMSYS_DPI_OUTPUT_FORMAT, + DPI_FORMAT_MASK, DPI_RGB565_DDR_CON); + break; + case MTK_DPI_RGB888_DDR_CON: + default: + mtk_mmsys_update_bits(mmsys, MT8186_MMSYS_DPI_OUTPUT_FORMAT, + DPI_FORMAT_MASK, DPI_RGB888_DDR_CON); + break; + } } EXPORT_SYMBOL_GPL(mtk_mmsys_ddp_dpi_fmt_config); diff --git a/include/linux/soc/mediatek/mtk-mmsys.h b/include/linux/soc/mediatek/mtk-mmsys.h index d2b02bb43768..b85f66db33e1 100644 --- a/include/linux/soc/mediatek/mtk-mmsys.h +++ b/include/linux/soc/mediatek/mtk-mmsys.h @@ -9,6 +9,13 @@ enum mtk_ddp_comp_id; struct device; +enum mtk_dpi_out_format_con { + MTK_DPI_RGB888_SDR_CON, + MTK_DPI_RGB888_DDR_CON, + MTK_DPI_RGB565_SDR_CON, + MTK_DPI_RGB565_DDR_CON +}; + enum mtk_ddp_comp_id { DDP_COMPONENT_AAL0, DDP_COMPONENT_AAL1,