[RFC PATCH] ASoC: ak4458: use reset control instead of reset gpio
Mark Brown
broonie at kernel.org
Wed Nov 18 12:55:00 CET 2020
On Tue, Nov 17, 2020 at 06:17:36PM +0000, Viorel Suman wrote:
> > On Tue, Nov 17, 2020 at 12:20:36AM +0200, Viorel Suman (OSS) wrote:
> > One thing I'm not clear on is if there's some way to ensure that we don't have
> > different instances of the device resetting each other without them noticing?
> > Shouldn't be an issue in practice for the use here.
> The way to ensure that we don't have different instances of the device resetting each
> other is to rely on the way the "shared" reset is handled by reset API:
> ==========
> + ak4458->reset = devm_reset_control_get_optional_shared(ak4458->dev, NULL);
> + if (IS_ERR(ak4458->reset))
> + return PTR_ERR(ak4458->reset);
> ==========
Flip side of that then, how do we know when a reset has actually
happened?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
URL: <http://mailman.alsa-project.org/pipermail/alsa-devel/attachments/20201118/9818977f/attachment.sig>
More information about the Alsa-devel
mailing list