[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZAC20AcKy/O+9DkV@g0hl1n.net>
Date: Thu, 2 Mar 2023 15:46:40 +0100
From: Richard Leitner <richard.leitner@...ux.dev>
To: Claudiu.Beznea@...rochip.com, robh+dt@...nel.org
Cc: broonie@...nel.org, lgirdwood@...il.com,
krzysztof.kozlowski+dt@...aro.org, ladis@...ux-mips.org,
tiwai@...e.com, benjamin.bara@...data.com,
alsa-devel@...a-project.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org, richard.leitner@...data.com,
bbara93@...il.com
Subject: Re: [PATCH 3/3] ASoC: maxim,max9867: add "mclk" support
Hi Claudiu,
On Thu, Mar 02, 2023 at 12:45:50PM +0000, Claudiu.Beznea@...rochip.com wrote:
> On 02.03.2023 14:20, Mark Brown wrote:
> >> + max9867->mclk = devm_clk_get(&i2c->dev, "mclk");
> >> + if (IS_ERR(max9867->mclk))
> >> + return PTR_ERR(max9867->mclk);
> >> + ret = clk_prepare_enable(max9867->mclk);
> >> + if (ret < 0)
> >> + dev_err(&i2c->dev, "Failed to enable MCLK: %d\n", ret);
> >> +
> > Nothing ever disables the clock - we need a disable in the remove path
> > at least.
>
> I don't have the full context of this patch but this diff seems a good
> candidate for devm_clk_get_enabled().
Thanks for that pointer, but currently we are thinking of prepare_enable
the clock in SND_SOC_BIAS_ON and disable_unprepare it in SND_SOC_BIAS_OFF
(similar to wm8731.c).
Therefore probe() will only do a devm_clk_get().
Claudiu, Rob: Will this be an acceptable solution?
regards;rl
Powered by blists - more mailing lists