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
WARNING: multiple messages have this Message-ID (diff)
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
_______________________________________________
Linux-mediatek mailing list
Linux-mediatek@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-mediatek
WARNING: multiple messages have this Message-ID (diff)
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
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2022-05-03 2:55 UTC|newest]
Thread overview: 81+ 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 ` Rex-BC Chen
2022-04-28 11:56 ` 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 ` Rex-BC Chen
2022-04-28 11:56 ` 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 ` Rex-BC Chen
2022-04-28 11:56 ` 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 ` Rex-BC Chen
2022-04-28 11:56 ` 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 ` Rex-BC Chen
2022-04-28 11:56 ` 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 ` Rex-BC Chen
2022-04-28 11:56 ` 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 ` Rex-BC Chen
2022-04-28 11:56 ` 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 11:56 ` Rex-BC Chen
2022-04-28 11:56 ` Rex-BC Chen
2022-04-28 13:38 ` AngeloGioacchino Del Regno
2022-04-28 13:38 ` AngeloGioacchino Del Regno
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 ` Rex-BC Chen
2022-04-28 11:56 ` 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 ` Rex-BC Chen
2022-04-28 11:56 ` 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 ` Rex-BC Chen
2022-04-28 11:56 ` 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 ` Rex-BC Chen
2022-04-28 11:56 ` 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 11:56 ` Rex-BC Chen
2022-04-28 11:56 ` Rex-BC Chen
2022-04-28 13:42 ` AngeloGioacchino Del Regno
2022-04-28 13:42 ` AngeloGioacchino Del Regno
2022-04-28 13:42 ` AngeloGioacchino Del Regno
2022-04-29 21:13 ` Krzysztof Kozlowski
2022-04-29 21:13 ` Krzysztof Kozlowski
2022-04-29 21:13 ` Krzysztof Kozlowski
2022-05-02 8:54 ` AngeloGioacchino Del Regno
2022-05-02 8:54 ` AngeloGioacchino Del Regno
2022-05-02 8:54 ` AngeloGioacchino Del Regno
2022-05-03 2:54 ` Rex-BC Chen [this message]
2022-05-03 2:54 ` Rex-BC Chen
2022-05-03 2:54 ` Rex-BC Chen
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 11:56 ` Rex-BC Chen
2022-04-28 11:56 ` Rex-BC Chen
2022-04-28 13:42 ` AngeloGioacchino Del Regno
2022-04-28 13:42 ` AngeloGioacchino Del Regno
2022-04-28 13:42 ` AngeloGioacchino Del Regno
2022-04-29 21:14 ` Krzysztof Kozlowski
2022-04-29 21:14 ` Krzysztof Kozlowski
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 ` Rex-BC Chen
2022-04-28 11:56 ` 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 11:56 ` Rex-BC Chen
2022-04-28 11:56 ` Rex-BC Chen
2022-04-28 13:43 ` AngeloGioacchino Del Regno
2022-04-28 13:43 ` AngeloGioacchino Del Regno
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 11:56 ` Rex-BC Chen
2022-04-28 11:56 ` Rex-BC Chen
2022-04-28 13:44 ` AngeloGioacchino Del Regno
2022-04-28 13:44 ` AngeloGioacchino Del Regno
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
2022-05-06 10:25 ` Rex-BC Chen
2022-05-06 10:25 ` 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.