[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <e7fa69f1febc37062a59f566be97537a3a1e6ee0.camel@pengutronix.de>
Date: Thu, 08 Jan 2026 12:07:24 +0100
From: Philipp Zabel <p.zabel@...gutronix.de>
To: Alex Elder <elder@...cstar.com>, Yixun Lan <dlan@...too.org>, Stephen
Boyd <sboyd@...nel.org>, Michael Turquette <mturquette@...libre.com>
Cc: Guodong Xu <guodong@...cstar.com>, Inochi Amaoto <inochiama@...il.com>,
linux-kernel@...r.kernel.org, linux-clk@...r.kernel.org,
linux-riscv@...ts.infradead.org, spacemit@...ts.linux.dev
Subject: Re: [PATCH v3 4/4] reset: spacemit: fix auxiliary device id
On Di, 2026-01-06 at 08:43 -0600, Alex Elder wrote:
> On 1/3/26 1:26 AM, Yixun Lan wrote:
> > Due to the auxiliary register procedure moved to ccu common module where
> > the module name changed to spacemit_ccu, then the reset auxiliary device
> > register id also need to be adjusted in order to prepare for adding new
> > K3 reset driver, otherwise two reset drivers will claim to support same
> > "compatible" auxiliary device.
> >
> > Signed-off-by: Yixun Lan <dlan@...too.org>
>
> This would ideally be merged with the previous patch. Maybe
> Philipp can negotiate with Stephen to have that happen.
>
> Reviewed-by: Alex Elder <elder@...cstar.com>
>
> > ---
> > drivers/reset/reset-spacemit.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/drivers/reset/reset-spacemit.c b/drivers/reset/reset-spacemit.c
> > index e1272aff28f7..cc7fd1f8750d 100644
> > --- a/drivers/reset/reset-spacemit.c
> > +++ b/drivers/reset/reset-spacemit.c
> > @@ -278,7 +278,7 @@ static int spacemit_reset_probe(struct auxiliary_device *adev,
> >
> > #define K1_AUX_DEV_ID(_unit) \
> > { \
> > - .name = "spacemit_ccu_k1." #_unit "-reset", \
> > + .name = "spacemit_ccu.k1-" #_unit "-reset", \
> > .driver_data = (kernel_ulong_t)&k1_ ## _unit ## _reset_data, \
> > }
> >
Acked-by: Philipp Zabel <p.zabel@...gutronix.de>
to be merged via the clock tree.
Note that the commits for both patches 2 and 3 will fail to probe the
reset driver when bisecting.
If you don't want do merge the corresponding changes to K1_AUX_DEV_ID()
into those two patches, to make this series (runtime) bisectable, you
should add a warning to both their commit messages that the reset
driver will be adapted in the following patch 4.
regards
Philipp
Powered by blists - more mailing lists