From: Yixun Lan <dlan@gentoo.org>
To: Philipp Zabel <p.zabel@pengutronix.de>
Cc: Alex Elder <elder@riscstar.com>,
robh@kernel.org, krzk+dt@kernel.org, conor+dt@kernel.org,
mturquette@baylibre.com, sboyd@kernel.org,
paul.walmsley@sifive.com, palmer@dabbelt.com,
aou@eecs.berkeley.edu, alex@ghiti.fr, heylenay@4d2.org,
inochiama@outlook.com, guodong@riscstar.com,
devicetree@vger.kernel.org, linux-clk@vger.kernel.org,
spacemit@lists.linux.dev, linux-riscv@lists.infradead.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v11 0/6] reset: spacemit: add K1 reset support
Date: Wed, 2 Jul 2025 06:17:17 +0000 [thread overview]
Message-ID: <20250702061717-GYA304216@gentoo> (raw)
In-Reply-To: <20250618111737-GYA157089@gentoo>
Hi Philipp,
On 11:17 Wed 18 Jun , Yixun Lan wrote:
> Hi ALL,
> As the reset driver going through several review cycles,
> it becomes quite calm down now, I'd like to request to merge
> it into v6.17, because various drivers (pwm, emac..) will depend
> on it, even in the worst case if there is problem, I believe Alex
> will help to address..
>
> Hi Philipp,
> I'd like to query if you willing to take the reset driver -
> patch [5/6] through the reset tree? It sounds more intuitive,
> which also will avoid potential conflicts with Kconfig/Makefile..
> I've created a prerequisite immutable tag which could be
> shared between clock and reset subsytem. It's tag -
> spacemit-reset-deps-for-6.17 at SpacemiT's SoC tree [1], which
> effectively are patches [1-4] of this series.
> But, to make your life easy, I've also applied patch [5/6] at tag
> spacemit-reset-drv-for-6.17 [2] which has a small macro adjustment
> requested by Alex at [3]
> Let me know what you think of this, thanks
>
Just want to ping this, what do you want from my side to proceed?
or do you want me to send a more formal Pull-Request for [1],
then you can apply patch [5/6] (still need to fix the macro of [3])
>
> Link: https://github.com/spacemit-com/linux/releases/tag/spacemit-reset-deps-for-6.17 [1]
> Link: https://github.com/spacemit-com/linux/releases/tag/spacemit-reset-drv-for-6.17 [2]
> Link: https://lore.kernel.org/all/528522d9-0467-428c-820a-9e9c8a6166e7@riscstar.com/ [3]
>
> On 20:11 Thu 12 Jun , Alex Elder wrote:
> > This series adds reset controller support for the SpacemiT K1 SoC.
> > A SpacemiT reset controller is implemented as an auxiliary device
> > associated with a clock controller (CCU). A new header file
> > holds definitions used by both the clock and reset drivers.
> >
> > In this version several "multi-bit" resets have been redefined as
> > individual ones. For example, RESET_AUDIO had a mask that included
> > 3 bits. Now there are 3 separate resets (one for each bit):
> > RESET_AUDIO_SYS; RESET_AUDIO_MCU_CORE; and RESET_AUDIO_APMU.
> >
> > The reset symbols affected (their previous names) are:
> > RESET_USB3_0 ->
> > RESET_USB30_AHB, RESET_USB30_VCC, RESET_USB30_PHY
> > RESET_AUDIO ->
> > RESET_AUDIO_SYS, RESET_AUDIO_MCU, RESET_AUDIO_APMU
> > RESET_PCIE0 ->
> > RESET_PCI0_DBI, RESET_PCI0_SLV, RESET_PCI0_MSTR, RESET_PCI0_GLB
> > RESET_PCIE1 ->
> > RESET_PCI1_DBI, RESET_PCI1_SLV, RESET_PCI1_MSTR, RESET_PCI1_GLB
> > RESET_PCIE2 ->
> > RESET_PCI2_DBI, RESET_PCI2_SLV, RESET_PCI2_MSTR, RESET_PCI2_GLB
> >
> > No other code has changed since v10.
> >
> > All of these patches are available here:
> > https://github.com/riscstar/linux/tree/outgoing/reset-v11
> >
> > -Alex
> >
> > Between version 10 and version 11:
> > - Rebased onto Linux v6.16-rc1
> > - Redefined several "multi-bit" resets as individual ones.
> >
> > Here is version 10 of this series.
> > https://lore.kernel.org/lkml/20250513215345.3631593-1-elder@riscstar.com/
> >
> > All other history is available via that link, so I won't reproduce
> > it again here.
> >
> > Alex Elder (6):
> > dt-bindings: soc: spacemit: define spacemit,k1-ccu resets
> > soc: spacemit: create a header for clock/reset registers
> > clk: spacemit: set up reset auxiliary devices
> > clk: spacemit: define three reset-only CCUs
> > reset: spacemit: add support for SpacemiT CCU resets
> > riscv: dts: spacemit: add reset support for the K1 SoC
> >
> > .../soc/spacemit/spacemit,k1-syscon.yaml | 29 +-
> > arch/riscv/boot/dts/spacemit/k1.dtsi | 18 ++
> > drivers/clk/spacemit/Kconfig | 1 +
> > drivers/clk/spacemit/ccu-k1.c | 239 +++++++-------
> > drivers/reset/Kconfig | 9 +
> > drivers/reset/Makefile | 1 +
> > drivers/reset/reset-spacemit.c | 304 ++++++++++++++++++
> > .../dt-bindings/clock/spacemit,k1-syscon.h | 141 ++++++++
> > include/soc/spacemit/k1-syscon.h | 160 +++++++++
> > 9 files changed, 775 insertions(+), 127 deletions(-)
> > create mode 100644 drivers/reset/reset-spacemit.c
> > create mode 100644 include/soc/spacemit/k1-syscon.h
> >
> >
> > base-commit: 19272b37aa4f83ca52bdf9c16d5d81bdd1354494
> > --
> > 2.45.2
> >
>
> --
> Yixun Lan (dlan)
--
Yixun Lan (dlan)
next prev parent reply other threads:[~2025-07-02 6:17 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-13 1:11 [PATCH v11 0/6] reset: spacemit: add K1 reset support Alex Elder
2025-06-13 1:11 ` [PATCH v11 1/6] dt-bindings: soc: spacemit: define spacemit,k1-ccu resets Alex Elder
2025-06-13 1:11 ` [PATCH v11 2/6] soc: spacemit: create a header for clock/reset registers Alex Elder
2025-06-13 1:11 ` [PATCH v11 3/6] clk: spacemit: set up reset auxiliary devices Alex Elder
2025-06-13 1:11 ` [PATCH v11 4/6] clk: spacemit: define three reset-only CCUs Alex Elder
2025-06-13 1:11 ` [PATCH v11 5/6] reset: spacemit: add support for SpacemiT CCU resets Alex Elder
2025-06-15 2:44 ` Alex Elder
2025-06-18 11:19 ` Yixun Lan
2025-06-18 11:42 ` Alex Elder
2025-06-13 1:11 ` [PATCH v11 6/6] riscv: dts: spacemit: add reset support for the K1 SoC Alex Elder
2025-06-18 11:17 ` [PATCH v11 0/6] reset: spacemit: add K1 reset support Yixun Lan
2025-07-02 6:17 ` Yixun Lan [this message]
2025-07-02 10:14 ` Philipp Zabel
2025-07-02 10:56 ` Alex Elder
2025-07-03 15:21 ` Yixun Lan
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=20250702061717-GYA304216@gentoo \
--to=dlan@gentoo.org \
--cc=alex@ghiti.fr \
--cc=aou@eecs.berkeley.edu \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=elder@riscstar.com \
--cc=guodong@riscstar.com \
--cc=heylenay@4d2.org \
--cc=inochiama@outlook.com \
--cc=krzk+dt@kernel.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-riscv@lists.infradead.org \
--cc=mturquette@baylibre.com \
--cc=p.zabel@pengutronix.de \
--cc=palmer@dabbelt.com \
--cc=paul.walmsley@sifive.com \
--cc=robh@kernel.org \
--cc=sboyd@kernel.org \
--cc=spacemit@lists.linux.dev \
/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