RE: [PATCH v10 2/4] clk: cix: add sky1 audss clock controller

"Joakim Zhang" <[email protected]>
Newsgroups org.kernel.vger.linux-clk,org.infradead.lists.linux-arm-kernel,org.kernel.vger.linux-devicetree,org.kernel.vger.linux-kernel
Message-ID <SEYPR06MB622646932266B104660278F882C02@SEYPR06MB6226.apcprd06.prod.outlook.com>
Hi Brian,

> -----Original Message-----
> From: Brian Masney <[email protected]>
> Sent: Wednesday, July 22, 2026 8:23 PM
> To: Joakim Zhang <[email protected]>
> Cc: [email protected]; [email protected]; [email protected];
> [email protected]; [email protected]; [email protected]; cix-kernel-
> upstream <[email protected]>; [email protected];
> [email protected]; [email protected]; linux-arm-
> [email protected]
> Subject: Re: [PATCH v10 2/4] clk: cix: add sky1 audss clock controller
> 
> EXTERNAL EMAIL
> 
> Hi Joakim,
> 
> On Wed, Jul 22, 2026 at 01:45:52AM +0000, Joakim  Zhang wrote:
> > > > +static void sky1_audss_clk_gate_disable(struct clk_hw *hw) {
> > > > +     sky1_audss_clk_gate_endisable(hw, 0);
> > >
> > > pm_runtime_put ?
> >
> > No. Runtime PM is handled by CCF: rpm_enabled is set when the provider has PM
> enabled before registration, and clk_prepare() (as well as set_rate/set_parent)
> already calls pm_runtime_resume_and_get() on the provider. That runs our
> runtime_resume before clk ops touch the CRU, so extra get/put in the clk_ops would
> be redundant. Doing get/put in .enable/.disable would also be wrong because those
> callbacks can run in atomic context and must not sleep.
> 
> OK yes I forgot about that. Yes, I see it now and agree it's not needed in the driver.
> 
> I think do the two other minor cleanups I mentioned and I think this driver is good,
> at least from my vantage point.

Thanks for the review and for confirming that part isn't needed in the driver.

I have already posted v11 with the other two minor cleanups you mentioned. Please take a look when you have a chance. If it looks good to you, a Reviewed-by tag would be much appreciated.

Thanks,
Joakim
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.