From: Rex-BC Chen <rex-bc.chen@mediatek.com>
To: AngeloGioacchino Del Regno
<angelogioacchino.delregno@collabora.com>,
Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>,
"mturquette@baylibre.com" <mturquette@baylibre.com>,
"sboyd@kernel.org" <sboyd@kernel.org>,
"matthias.bgg@gmail.com" <matthias.bgg@gmail.com>,
"robh+dt@kernel.org" <robh+dt@kernel.org>,
"krzysztof.kozlowski+dt@linaro.org"
<krzysztof.kozlowski+dt@linaro.org>
Cc: "p.zabel@pengutronix.de" <p.zabel@pengutronix.de>,
"Chun-Jie Chen (陳浚桀)" <Chun-Jie.Chen@mediatek.com>,
"wenst@chromium.org" <wenst@chromium.org>,
"Runyang Chen (陈润洋)" <Runyang.Chen@mediatek.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"linux-clk@vger.kernel.org" <linux-clk@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"linux-mediatek@lists.infradead.org"
<linux-mediatek@lists.infradead.org>,
Project_Global_Chrome_Upstream_Group
<Project_Global_Chrome_Upstream_Group@mediatek.com>
Subject: Re: [PATCH V5 12/16] dt-bindings: reset: mediatek: Add infra_ao reset bit for MT8195
Date: Tue, 3 May 2022 10:54:09 +0800 [thread overview]
Message-ID: <bb99742f40762d18baa342e7f5ee697fe5a86c09.camel@mediatek.com> (raw)
In-Reply-To: <c56464d3-d33d-1797-2c98-67bec34df756@collabora.com>
On Mon, 2022-05-02 at 16:54 +0800, AngeloGioacchino Del Regno wrote:
> Il 29/04/22 23:13, Krzysztof Kozlowski ha scritto:
> > On 28/04/2022 13:56, Rex-BC Chen wrote:
> > > To support reset of infra_ao, add the bit definitions for MT8195.
> > > The infra_ao reset includes 5 banks and 32 bits for each bank.
> > >
> > > Signed-off-by: Rex-BC Chen <rex-bc.chen@mediatek.com>
> > > ---
> > > include/dt-bindings/reset/mt8195-resets.h | 170
> > > ++++++++++++++++++++++
> > > 1 file changed, 170 insertions(+)
> > >
> > > diff --git a/include/dt-bindings/reset/mt8195-resets.h
> > > b/include/dt-bindings/reset/mt8195-resets.h
> > > index a26bccc8b957..463114014483 100644
> > > --- a/include/dt-bindings/reset/mt8195-resets.h
> > > +++ b/include/dt-bindings/reset/mt8195-resets.h
> > > @@ -7,6 +7,7 @@
> > > #ifndef _DT_BINDINGS_RESET_CONTROLLER_MT8195
> > > #define _DT_BINDINGS_RESET_CONTROLLER_MT8195
> > >
> > > +/* TOPRGU resets */
> > > #define MT8195_TOPRGU_CONN_MCU_SW_RST 0
> > > #define MT8195_TOPRGU_INFRA_GRST_SW_RST 1
> > > #define MT8195_TOPRGU_APU_SW_RST 2
> > > @@ -26,4 +27,173 @@
> > >
> > > #define MT8195_TOPRGU_SW_RST_NUM 16
> > >
> > > +/* INFRA RST0 */
> > > +#define MT8195_INFRA_RST0_THERM_CTRL_SWRST 0
> > > +#define MT8195_INFRA_RST0_RSV0 1
> > > +#define MT8195_INFRA_RST0_DISP_PWM1_SWRST 2
> > > +#define MT8195_INFRA_RST0_RSV1 3
> > > +#define MT8195_INFRA_RST0_MSDC3_SWRST 4
> > > +#define MT8195_INFRA_RST0_MSDC2_SWRST 5
> > > +#define MT8195_INFRA_RST0_MSDC1_SWRST 6
> > > +#define MT8195_INFRA_RST0_MSDC0_SWRST 7
> > > +#define MT8195_INFRA_RST0_RSV2 8
> > > +#define MT8195_INFRA_RST0_AP_DMA_SWRST 9
> > > +#define MT8195_INFRA_RST0_MIPI_D_SWRST 10
> > > +#define MT8195_INFRA_RST0_RSV3 11
> > > +#define MT8195_INFRA_RST0_RSV4 12
> > > +#define MT8195_INFRA_RST0_SSUSB_TOP_SWRST 13
> > > +#define MT8195_INFRA_RST0_DISP_PWM_SWRST 14
> > > +#define MT8195_INFRA_RST0_AUXADC_SWRST 15
> > > +#define MT8195_INFRA_RST0_RSV5 16
> > > +#define MT8195_INFRA_RST0_RSV6 17
> > > +#define MT8195_INFRA_RST0_RSV7 18
> > > +#define MT8195_INFRA_RST0_RSV8 19
> > > +#define MT8195_INFRA_RST0_RSV9 20
> > > +#define MT8195_INFRA_RST0_RSV10 21
> > > +#define MT8195_INFRA_RST0_RSV11 22
> > > +#define MT8195_INFRA_RST0_RSV12 23
> > > +#define MT8195_INFRA_RST0_RSV13 24
> > > +#define MT8195_INFRA_RST0_RSV14 25
> > > +#define MT8195_INFRA_RST0_RSV15 26
> > > +#define MT8195_INFRA_RST0_RSV16 27
> > > +#define MT8195_INFRA_RST0_RSV17 28
> > > +#define MT8195_INFRA_RST0_RSV18 29
> > > +#define MT8195_INFRA_RST0_RSV19 30
> > > +#define MT8195_INFRA_RST0_RSV20 31
> >
> > These are not proper IDs... don't work-around usage of bits with
> > fake
> > reserved IDs...
>
> Hello Krzysztof,
>
> Actually, I get that it may seem that Rex is trying to cheat with
> fake
> reserved numbers... but it's really how the registers are laid out:
> there
> really are reserved bits in between used reset bits.
>
> I don't think that the reserved bits are doing anything though, so
> the
> best way to proceed is to just remove them and map the dt-bindings
> IDs to
> the HW register's bits in the driver instead.
> Even though the current approach is very simplistic, I agree that
> this is
> not how it's supposed to be done (and I'm sort-of sad about that).
>
> Rex, please map these values in the reset driver so that, in this
> header,
> you'll get something like:
>
> #define MT8195_INFRA_RST0_THERM_CTRL_SWRST 0
> #define MT8195_INFRA_RST0_DISP_PWM1_SWRST 1
> #define MT8195_INFRA_RST0_MSDC3_SWRST 2
> #define .... (etc)
>
> Cheers,
> Angelo
>
> >
> > Best regards,
> > Krzysztof
>
>
Hello Krzysztof and Angelo,
Thanks for your advice and review.
I will modify my driver using index and I will just add some reset we
curreently use.
reset.h will list like this:
#define MT8195_INFRA_RST0_THERM_CTRL_SWRST 0
#define MT8195_INFRA_RST3_THERM_CTRL_PTP_SWRST 1
#define MT8195_INFRA_RST4_THERM_CTRL_MCU_SWRST 2
For this, I will add a new mode for input argument because we alos need
to be compatible with previous reset drivers.
For input argument with different mode:
enum MTK_RST_CTRL_MODE {
MTK_RST_CTRL_BIT_MODE = 0,
MTK_RST_CTRL_INDEX_MODE,
};
If register MTK_RST_CTRL_INDEX_MODE for reset controller, I will
implent new xlate function to transfer the index to offsets.
BRs,
Rex
next prev parent reply other threads:[~2022-05-03 2:55 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-04-28 11:56 [PATCH V5 00/16] Cleanup MediaTek clk reset drivers and support MT8192/MT8195 Rex-BC Chen
2022-04-28 11:56 ` [PATCH V5 01/16] clk: mediatek: reset: Add reset.h Rex-BC Chen
2022-04-28 11:56 ` [PATCH V5 02/16] clk: mediatek: reset: Fix written reset bit offset Rex-BC Chen
2022-04-28 11:56 ` [PATCH V5 03/16] clk: mediatek: reset: Refine and reorder functions in reset.c Rex-BC Chen
2022-04-28 11:56 ` [PATCH V5 04/16] clk: mediatek: reset: Extract common drivers to update function Rex-BC Chen
2022-04-28 11:56 ` [PATCH V5 05/16] clk: mediatek: reset: Merge and revise reset register function Rex-BC Chen
2022-04-28 11:56 ` [PATCH V5 06/16] clk: mediatek: reset: Revise structure to control reset register Rex-BC Chen
2022-04-28 11:56 ` [PATCH V5 07/16] clk: mediatek: reset: Support nonsequence base offsets of reset registers Rex-BC Chen
2022-04-28 13:38 ` AngeloGioacchino Del Regno
2022-04-28 11:56 ` [PATCH V5 08/16] clk: mediatek: reset: Change return type for clock reset register function Rex-BC Chen
2022-04-28 11:56 ` [PATCH V5 09/16] clk: mediatek: reset: Add new register reset function with device Rex-BC Chen
2022-04-28 11:56 ` [PATCH V5 10/16] clk: mediatek: reset: Add reset support for simple probe Rex-BC Chen
2022-04-28 11:56 ` [PATCH V5 11/16] dt-bindings: arm: mediatek: Add #reset-cells property for MT8192/MT8195 Rex-BC Chen
2022-04-28 11:56 ` [PATCH V5 12/16] dt-bindings: reset: mediatek: Add infra_ao reset bit for MT8195 Rex-BC Chen
2022-04-28 13:42 ` AngeloGioacchino Del Regno
2022-04-29 21:13 ` Krzysztof Kozlowski
2022-05-02 8:54 ` AngeloGioacchino Del Regno
2022-05-03 2:54 ` Rex-BC Chen [this message]
2022-04-28 11:56 ` [PATCH V5 13/16] dt-bindings: reset: mediatek: Add infra_ao reset bit for MT8192 Rex-BC Chen
2022-04-28 13:42 ` AngeloGioacchino Del Regno
2022-04-29 21:14 ` Krzysztof Kozlowski
2022-04-28 11:56 ` [PATCH V5 14/16] clk: mediatek: reset: Add infra_ao reset support for MT8192/MT8195 Rex-BC Chen
2022-04-28 11:56 ` [PATCH V5 15/16] arm64: dts: mediatek: Add infra #reset-cells property for MT8192 Rex-BC Chen
2022-04-28 13:43 ` AngeloGioacchino Del Regno
2022-04-28 11:56 ` [PATCH V5 16/16] arm64: dts: mediatek: Add infra #reset-cells property for MT8195 Rex-BC Chen
2022-04-28 13:44 ` AngeloGioacchino Del Regno
2022-05-06 10:25 ` [PATCH V5 00/16] Cleanup MediaTek clk reset drivers and support MT8192/MT8195 Rex-BC Chen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=bb99742f40762d18baa342e7f5ee697fe5a86c09.camel@mediatek.com \
--to=rex-bc.chen@mediatek.com \
--cc=Chun-Jie.Chen@mediatek.com \
--cc=Project_Global_Chrome_Upstream_Group@mediatek.com \
--cc=Runyang.Chen@mediatek.com \
--cc=angelogioacchino.delregno@collabora.com \
--cc=devicetree@vger.kernel.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=krzysztof.kozlowski@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mediatek@lists.infradead.org \
--cc=matthias.bgg@gmail.com \
--cc=mturquette@baylibre.com \
--cc=p.zabel@pengutronix.de \
--cc=robh+dt@kernel.org \
--cc=sboyd@kernel.org \
--cc=wenst@chromium.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).