[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20250618111935-GYA156140@gentoo>
Date: Wed, 18 Jun 2025 11:19:35 +0000
From: Yixun Lan <dlan@...too.org>
To: Alex Elder <elder@...cstar.com>
Cc: robh@...nel.org, krzk+dt@...nel.org, conor+dt@...nel.org,
mturquette@...libre.com, sboyd@...nel.org, p.zabel@...gutronix.de,
paul.walmsley@...ive.com, palmer@...belt.com, aou@...s.berkeley.edu,
alex@...ti.fr, heylenay@....org, inochiama@...look.com,
guodong@...cstar.com, devicetree@...r.kernel.org,
linux-clk@...r.kernel.org, spacemit@...ts.linux.dev,
linux-riscv@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v11 5/6] reset: spacemit: add support for SpacemiT CCU
resets
Hi Alex,
On 21:44 Sat 14 Jun , Alex Elder wrote:
> On 6/12/25 8:11 PM, Alex Elder wrote:
> > Implement reset support for SpacemiT CCUs. A SpacemiT reset controller
> > device is an auxiliary device associated with a clock controller (CCU).
> >
> > This patch defines the reset controllers for the MPMU, APBC, and MPMU
> > CCUs, which already define clock controllers. It also adds RCPU, RCPU2,
> > and ACPB2 CCUs, which only define resets.
> >
> > Signed-off-by: Alex Elder <elder@...cstar.com>
> > Reviewed-by: Philipp Zabel <p.zabel@...gutronix.de>
> > Reviewed-by: Yixun Lan <dlan@...too.org>
> > ---
> > v11: Redefined combined reset definitions into individual ones
>
> After I sent this, I realized the clocks use a different
> naming convention for two of the PCIe symbols. I think
> reset should follow the same convention.
>
> Yixun if you accept this series, would you mind updating
> these?
>
> RESET_PCIE0_SLV -> RESET_PCIE0_SLAVE
> RESET_PCIE0_MSTR -> RESET_PCIE_MASTER
>
> (And similar changes for PCIE1 and PCIE2.)
>
sure, done, check here (let me know if I did wrong)
https://github.com/spacemit-com/linux/releases/tag/spacemit-reset-drv-for-6.17
> Thank you.
>
> -Alex
--
Yixun Lan (dlan)
Powered by blists - more mailing lists